متا درباره امنیت Muse دو روایت متفاوت منتشر کرده است؛ چرا نحوه حضور ایجنت در وب مهم است؟

به نقل از دیجیتال مارکتینگ، Meta با معرفی Muse در سپتامبر ۲۰۲۶ قدم دیگری به سمت نسل جدید ایجنت‌های هوش مصنوعی برداشت؛ سیستمی که می‌تواند به وب‌سایت‌ها سر بزند، فرم‌ها را پر کند، از طرف کاربر مذاکره کند و در صورت نیاز خرید را با زیرساخت پرداخت انجام دهد. اما نکته مهم درباره Muse فقط قابلیت‌های آن نیست. بررسی دو سند رسمی منتشرشده از سوی Meta نشان می‌دهد که این شرکت محصول را از دو زاویه متفاوت توضیح داده است: در معرفی عمومی، تمرکز روی قابلیت، حریم خصوصی و امنیت قرار دارد؛ در سند فنی، خطر حمله، خطا، Prompt Injection و لزوم محدود کردن خسارت بسیار پررنگ‌تر است.

این تفاوت برای صاحبان وب‌سایت‌ها، متخصصان سئو و کسب‌وکارهای آنلاین اهمیت زیادی دارد. زیرا Muse در بسیاری از سایت‌ها مانند یک ربات سنتی معرفی نمی‌شود؛ بلکه می‌تواند با یک مرورگر واقعی و تحت حساب کاربر فعالیت کند. در چنین شرایطی، مرز میان «کاربر انسانی»، «ایجنتی که از طرف کاربر عمل می‌کند» و «باتی که سایت باید شناسایی کند» پیچیده‌تر از گذشته خواهد شد.

Muse چیست و چرا معرفی آن اهمیت دارد؟

Meta در ۸ سپتامبر ۲۰۲۶ از Muse به‌عنوان یک ایجنت شخصی هوش مصنوعی رونمایی کرد. این سیستم می‌تواند مرورگر را باز کند، فرم‌ها را تکمیل کند و برخی فعالیت‌ها را به نمایندگی از کاربر انجام دهد. در بخش خرید نیز Muse می‌تواند با استفاده از Link، زیرساخت پرداخت شرکت Stripe، فرایند پرداخت را تکمیل کند.

Muse در محیطی با نام Muse Secure VM اجرا می‌شود؛ یک ماشین مجازی اختصاصی که ایجنت و داده‌های کاربر را در خود جای می‌دهد. این طراحی از نظر معماری اهمیت زیادی دارد، زیرا به‌جای اینکه ایجنت تمام عملیات خود را مستقیماً روی دستگاه کاربر انجام دهد، بخشی از فعالیت مرورگری را در یک محیط مجازی کنترل‌شده اجرا می‌کند.

نسخه معرفی‌شده در ابتدا برای کاربران ایالات متحده در WhatsApp و اپلیکیشن Muse عرضه شده و Meta اعلام کرده است که این فناوری در آینده به عینک‌های هوشمند نیز خواهد رسید.

اما سؤال اصلی برای صنعت وب این نیست که Muse می‌تواند چه کارهایی انجام دهد؛ بلکه این است که وب‌سایت مقصد Muse را چگونه می‌بیند؟

دو سند رسمی Meta، دو زاویه متفاوت

Meta در همان روز معرفی Muse دو سند درباره این محصول منتشر کرد. سند اول برای کاربران و مخاطبان عمومی در Newsroom منتشر شد و سند دوم یک نوشته فنی از Meta Superintelligence Labs درباره نحوه طراحی امنیت Muse بود.

در متن عمومی، Muse به‌عنوان یک ایجنت شخصی امن، خصوصی و محافظت‌شده معرفی می‌شود. Meta توضیح می‌دهد که دسترسی Muse به اینترنت تحت کنترل یک لایه امنیتی با نام Sentinel قرار دارد، این ایجنت به رمزهای عبور و اطلاعات پرداخت کاربر دسترسی مستقیم ندارد و برای انجام برخی اقدامات حساس باید از کاربر تأیید بگیرد.

این موارد در سند فنی نیز با توضیحات معماری و مکانیزم‌های امنیتی پشتیبانی شده‌اند. اما تفاوت اصلی در اینجاست که سند فنی صریح‌تر درباره محدودیت‌ها صحبت می‌کند.

در سند مهندسی، مفاهیمی مانند Risk، Attack، Attacker، Mistake، Untrusted و Prompt Injection به‌مراتب بیشتر مورد توجه قرار گرفته‌اند. Meta در این سند صراحتاً توضیح می‌دهد که یک ایجنت از این نوع همچنان ممکن است اشتباه کند و حتی از طریق داده‌هایی که می‌خواند مورد حمله قرار بگیرد.

به همین دلیل، طراحی امنیتی Muse بر یک فرض مهم استوار است: سیستم باید طوری ساخته شود که حتی اگر ایجنت تحت حمله قرار گرفت، میزان خسارت احتمالی محدود بماند.

امنیت به‌عنوان یک فرایند، نه یک ویژگی نهایی

این تفاوت در نحوه معرفی Muse نکته مهمی درباره نسل جدید محصولات Agentic AI نشان می‌دهد. در معرفی عمومی، امنیت ممکن است شبیه یک ویژگی تمام‌شده به نظر برسد؛ اما در معماری واقعی، امنیت بیشتر شبیه یک سیستم کنترل ریسک است.

Meta حتی برای گزارش آسیب‌پذیری‌های امنیتی Muse برنامه پاداش در نظر گرفته و مبالغی تا ۳۰۰ هزار دلار را برای گزارش‌های امنیتی اعلام کرده است. بخشی از این پاداش نیز به آسیب‌پذیری‌های Prompt Injection اختصاص دارد.

این موضوع نشان می‌دهد که مسئله اصلی فقط جلوگیری از یک حمله مشخص نیست. وقتی ایجنت می‌تواند وب را بخواند و از طرف کاربر اقدام کند، هر صفحه وب می‌تواند به‌طور بالقوه بخشی از سطح حمله آن باشد.

Muse برای وب‌سایت‌ها شبیه یک انسان دیده می‌شود

یکی از مهم‌ترین نکات فنی درباره Muse در سند مهندسی Meta آمده است: هنگام مرور اینترنت، Muse می‌تواند به‌عنوان فعالیت همان کاربر دیده شود.

این موضوع پیامدهای مهمی برای صاحبان وب‌سایت دارد. تصور کنید کاربر از Muse بخواهد یک لباس از یک فروشگاه اینترنتی پیدا و خریداری کند. Muse مرورگر را باز می‌کند، وارد سایت می‌شود، صفحات را بررسی می‌کند و فرایند خرید را انجام می‌دهد. از دید بسیاری از زیرساخت‌های سایت، چیزی که اتفاق افتاده شبیه یک بازدید معمولی کاربر است.

در نتیجه، ابزارهای Analytics ممکن است این فعالیت را به‌عنوان یک Visit ثبت کنند. سیستم تبلیغاتی ممکن است آن را به‌عنوان تعامل با کاربر در نظر بگیرد و حتی Retargeting را فعال کند. در حالی که فرد واقعی ممکن است اصلاً در آن لحظه در حال مشاهده صفحه یا کلیک روی دکمه‌ای نباشد.

این وضعیت یک سؤال بنیادی ایجاد می‌کند: آیا یک بازدید انجام‌شده توسط ایجنت باید همانند بازدید انسانی اندازه‌گیری شود؟

چرا این مسئله برای سئو و Analytics مهم است؟

اکوسیستم وب برای سال‌ها بر یک فرض ساده ساخته شده است: درخواست از طرف مرورگر یا ربات می‌آید و سایت می‌تواند بر اساس User-Agent و سایر سیگنال‌ها تشخیص دهد با چه موجودیتی روبه‌رو است.

خزنده‌های موتور جست‌وجو معمولاً خودشان را به‌عنوان ربات معرفی می‌کنند. بسیاری از سیستم‌های امنیتی نیز بر همین اساس تصمیم می‌گیرند که یک درخواست را مجاز، محدود یا مسدود کنند.

اما یک ایجنت مرورگری که با مجوز کاربر فعالیت می‌کند، لزوماً خود را به‌عنوان یک Crawler معرفی نمی‌کند. در چنین شرایطی، مرز میان ترافیک انسانی و ترافیک ماشینی از نظر زیرساخت سایت مبهم‌تر می‌شود.

این مسئله می‌تواند روی چند حوزه تأثیر بگذارد:

• تحلیل ترافیک و تعداد کاربران
• Conversion Tracking
• Retargeting و تبلیغات
• سیستم‌های ضدبات
• تشخیص تقلب
• Paywall و محدودیت دسترسی
• اندازه‌گیری رفتار کاربران
• سیستم‌های شخصی‌سازی محتوا
• امنیت حساب‌های کاربری

در نتیجه، متخصصان سئو و تحلیل داده باید به‌تدریج این سؤال را هم به گزارش‌های خود اضافه کنند که چه بخشی از تعاملات ثبت‌شده توسط سایت ممکن است توسط Agentic Browserها انجام شده باشد.

دو مدل تعامل ایجنت با وب

Meta در سند مهندسی Muse عملاً دو روش متفاوت برای تعامل ایجنت با سرویس‌های آنلاین توضیح می‌دهد. این تفاوت می‌تواند در آینده یکی از مهم‌ترین موضوعات معماری وب ایجنتیک باشد.

مدل اول: Connector

برای سرویس‌هایی که Meta با آن‌ها همکاری یا یکپارچه‌سازی مشخصی دارد، Muse می‌تواند از Connector استفاده کند. در این حالت، به‌جای اینکه ایجنت صفحه وب را مانند یک انسان باز کند و دکمه‌ها را پیدا کند، یک رابط مشخص برای تعامل وجود دارد.

API، اعتبارنامه‌های محدود، فهرست مجاز عملیات و رابط مشخص باعث می‌شوند سرویس مقصد بداند با یک ایجنت مواجه است و دقیقاً چه نوع عملیاتی از آن درخواست شده است.

این مدل از نظر معماری شفاف‌تر است، زیرا وب‌سایت مجبور نیست رفتار ایجنت را از روی کلیک‌ها و حرکات مرورگر حدس بزند.

مدل دوم: مرورگر برای سایر وب‌سایت‌ها

برای سرویس‌هایی که Connector اختصاصی ندارند، Muse می‌تواند از مرورگر مبتنی بر Chromium استفاده کند و با محیط سایت مانند یک کاربر تعامل داشته باشد.

در این مدل، سایت ممکن است همان HTML، JavaScript، Cookie و جریان‌های تعاملی را به ایجنت ارائه دهد که به یک کاربر انسانی ارائه می‌کند.

از دید صاحب سایت، تفاوت این دو مدل بسیار مهم است. در حالت Connector، وب‌سایت یک رابط مشخص برای ایجنت دارد. در حالت مرورگر، وب‌سایت ممکن است با ماشینی روبه‌رو باشد که رفتار آن شبیه کاربر انسانی است.

وب برای انسان‌ها ساخته شده، اما ایجنت‌ها هم باید از آن استفاده کنند

یکی از چالش‌های بنیادی Agentic Web این است که بخش بزرگی از وب امروزی برای چشم و دست انسان طراحی شده است. منوها، دکمه‌ها، فرم‌ها، صفحات Checkout و عناصر بصری برای انسان معنا دارند، اما برای یک ماشین نیازمند تفسیر هستند.

ایجنت مرورگری مجبور است این رابط را بخواند، عناصر را تشخیص دهد، هدف هر بخش را حدس بزند و سپس عملیاتی را انجام دهد که در اصل برای کاربر انسانی طراحی شده است.

این مسیر از نظر فنی پیچیده‌تر از آن چیزی است که ممکن است در نمایش‌های تبلیغاتی محصولات AI دیده شود. هرچه رابط وب پیچیده‌تر باشد، احتمال خطا یا برداشت نادرست نیز افزایش می‌یابد.

به همین دلیل، بخشی از صنعت در حال حرکت به سمت این ایده است که وب‌سایت‌ها به‌جای وادار کردن ایجنت به تقلید از انسان، ابزارهای رسمی و قابل‌تشخیص برای Agentها ارائه دهند.

پروتکل‌های جدید می‌خواهند این مشکل را حل کنند

در کنار Agentic Browserهایی مانند Muse، مجموعه‌ای از استانداردها و پروتکل‌ها در حال شکل‌گیری است که هدفشان ایجاد ارتباط مستقیم میان ایجنت و سرویس آنلاین است.

MCP و فناوری‌هایی مانند WebMCP به وب‌سایت اجازه می‌دهند ابزارها و عملیات مشخصی را در اختیار ایجنت قرار دهد. به این ترتیب، ماشین مجبور نیست دکمه «خرید» را از روی صفحه پیدا کند و بفهمد چه کاری انجام می‌دهد؛ بلکه می‌تواند یک عملیات مشخص و تعریف‌شده را فراخوانی کند.

در حوزه تجارت نیز پروتکل‌هایی مانند UCP و AP2 با هدف ایجاد تعامل ساختاریافته‌تر میان ایجنت‌ها، فروشگاه‌ها و سیستم‌های پرداخت مطرح شده‌اند.

در تعامل میان ایجنت‌ها نیز استانداردهایی مانند A2A به دنبال ایجاد راهی برای ارتباط Agent با Agent هستند.

در سوی دیگر، مسئله هویت نیز اهمیت پیدا کرده است. اگر یک ایجنت قرار است از طرف کاربر خرید انجام دهد، وب‌سایت باید بتواند بفهمد این ایجنت چیست، از طرف چه کسی فعالیت می‌کند و چه سطحی از مجوز را در اختیار دارد.

مسئله اصلی: قابلیت یا هویت؟

این موضوع یک شکاف مهم در آینده وب ایجاد می‌کند. یک دسته از ایجنت‌ها می‌توانند کاری را انجام دهند، اما الزاماً هویت قابل‌تأییدی برای وب‌سایت مقصد ارائه نمی‌کنند. دسته دیگر به سمت مدلی حرکت می‌کنند که در آن ایجنت علاوه بر انجام عملیات، بتواند هویت خود را نیز اثبات کند.

برای یک فروشگاه اینترنتی، این تفاوت بسیار مهم است. اگر یک ایجنت بخواهد کالایی بخرد، فروشگاه ممکن است به اطلاعاتی درباره مجوز خرید، هویت ایجنت و سطح دسترسی آن نیاز داشته باشد.

در آینده ممکن است وب‌سایت‌ها به‌جای اینکه فقط بپرسند «این بازدیدکننده انسان است یا بات؟»، سؤال دقیق‌تری داشته باشند: «این ایجنت چه هویتی دارد و از طرف چه کسی و با چه مجوزی عمل می‌کند؟»

برای صاحبان سایت، سه موضوع ارزش پایش دارد

با توجه به روند توسعه Agentic Web، سه حوزه می‌تواند برای کسب‌وکارهای آنلاین اهمیت بیشتری پیدا کند.

۱. آیا ایجنت‌ها هویت قابل تأیید دارند؟

استانداردهای مرتبط با احراز هویت Agent می‌توانند در آینده به سایت‌ها اجازه دهند بین یک کاربر انسانی، یک ایجنت مجاز و یک عامل ناشناس تمایز بگذارند.

۲. چه سایت‌هایی Connector دریافت می‌کنند؟

فهرست سرویس‌هایی که ایجنت‌ها برای آن‌ها رابط مستقیم و ساختاریافته دارند، می‌تواند نشان دهد کدام بخش‌های وب برای تعامل ماشینی آماده‌تر شده‌اند.

۳. آیا محصولات آینده شفاف‌تر درباره نحوه مرور وب توضیح می‌دهند؟

نحوه اطلاع‌رسانی درباره اینکه یک ایجنت چگونه با سایت‌ها تعامل می‌کند، برای صاحبان وب‌سایت‌ها و کاربران اهمیت دارد. تفاوت میان یک سند تبلیغاتی و یک سند مهندسی می‌تواند نشان دهد که چه جزئیاتی برای کاربران نهایی توضیح داده شده و چه جزئیاتی بیشتر در مستندات فنی باقی مانده است.

تأثیر Muse بر آینده وب و سئو

ورود ایجنت‌هایی مانند Muse نشان می‌دهد که Search و Web دیگر صرفاً درباره نمایش صفحات به انسان نیستند. در مدل جدید، یک سیستم هوش مصنوعی ممکن است به‌جای کاربر جست‌وجو کند، گزینه‌ها را مقایسه کند، فرم را تکمیل کند و حتی خرید را به پایان برساند.

این تغییر می‌تواند مفهوم Traffic را نیز دگرگون کند. اگر کاربر دیگر مستقیماً وارد ده‌ها صفحه نشود و یک Agent به نمایندگی از او اطلاعات را جمع‌آوری کند، بخشی از ارزش وب‌سایت از «تعداد بازدید» به «قابلیت استفاده توسط Agent» منتقل خواهد شد.

برای متخصصان SEO نیز این یعنی بهینه‌سازی در آینده ممکن است فقط به رتبه و Click محدود نباشد. ساختار داده، قابلیت دسترسی محتوا، API، ابزارهای قابل‌فراخوانی، هویت سازمانی، کیفیت اطلاعات و سازگاری با پروتکل‌های Agentic می‌توانند اهمیت بیشتری پیدا کنند.

در عین حال، نباید تصور کرد که مرورگرهای Agentic به‌سرعت تمام رفتارهای انسانی در وب را جایگزین خواهند کرد. تجربه واقعی کاربران، میزان پذیرش این ابزارها، محدودیت‌های امنیتی، کیفیت مدل‌ها و نحوه واکنش وب‌سایت‌ها هنوز در حال شکل‌گیری است.

جمع‌بندی؛ وب وارد مرحله جدیدی از تعامل می‌شود

Muse نمونه‌ای از مسیری است که صنعت هوش مصنوعی در حال طی کردن آن است: انتقال AI از پاسخ دادن به سؤال‌ها به انجام دادن کارها. این تغییر از نظر تجربه کاربری جذاب است، اما هم‌زمان چالش‌های تازه‌ای برای امنیت، Analytics، تبلیغات، سئو و هویت دیجیتال ایجاد می‌کند.

مهم‌ترین نکته برای صاحبان سایت این است که ایجنت‌ها را صرفاً نسخه جدیدی از Crawlerها در نظر نگیرند. یک Agent می‌تواند با مجوز کاربر وارد سایت شود، رفتار مرورگری داشته باشد و عملیات واقعی انجام دهد. در چنین شرایطی، قواعد قدیمی تشخیص Bot و Human ممکن است دیگر پاسخ کاملی به نیاز وب نباشند.

مسیر دیگر، حرکت به سمت وبی است که در آن سایت و ایجنت از طریق رابط‌های رسمی، ابزارهای مشخص و هویت قابل‌تأیید با یکدیگر ارتباط برقرار می‌کنند. اینکه کدام مدل در نهایت غالب شود، هنوز مشخص نیست؛ اما نشانه‌های فنی آن از هم‌اکنون در حال شکل‌گیری است.

برای مطالعه جدیدترین اخبار و تحلیل‌های هوش مصنوعی، سئو، امنیت وب و بازاریابی دیجیتال به دیجیتال مارکتینگ مراجعه کنید.

“`