آموزش گذراندن مراحل Agentic Browsing در page speed insights

سلام! من حمید امیدی هستم مدرس و مشاور سئو سایت.به وبسایت من خوش آمدید.

اخیرا یکی از مشتری هایم که خیلی دغدغه سایتش را دارد برای من یک لینک از ویدئو های مجموعه مدیر سبز ارسال کرد و گفت آقای امیدی این ویدئو را ببینید!

عنوان ویدئو این بود ” چطور کاری کنیم که سایتمان توسط جمینای معرفی شود؟ “.

من آن ویدئو را دیدم و روی پروژه های خودم امتحان کردم و خواستم تجربیاتم را در اینباره با شما به اشتراک بگذارم!

گذراندن مراحل Agentic-Browsing

مقدمه :

اگر اخیرا سایتتان را در PageSpeed Insights تست کرده باشید، احتمالا یک بخش جدید کنار Performance، Accessibility، Best Practices و SEO دیده اید: بخشی به نام Agentic Browsing.

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

Agentic Browsing از کجا آمد؟

گوگل در نسخه ۱۳.۳ Lighthouse که در اردیبهشت ۲۰۲۶ منتشر شد، این بخش را به صورت پیش فرض به گزارش ها اضافه کرد.

طی چند هفته بعد، PageSpeed Insights هم همین قابلیت را از موتور Lighthouse به ارث برد.

دلیل این تغییر ساده است: سهم قابل توجهی از ترافیکی که امروز به سایت ها می رسد، دیگر از طرف انسان نیست.

ابزارهایی مثل Operator از OpenAI، Project Mariner از گوگل، حالت مرور Perplexity و ChatGPT، همگی به نیابت از کاربر وارد سایت ها می شوند تا کاری را انجام دهند؛ مثلا مقایسه قیمت، پر کردن فرم تماس یا رزرو نوبت.

Agentic Browsing قرار است پاسخ این سوال را بدهد: اگر یک عامل هوش مصنوعی به سایت شما سر بزند، می تواند ساختار صفحه را درک کند و بدون حدس زدن، دکمه ها و فرم های درست را پیدا کند؟

نکته مهم: این بخش هنوز به عنوان under development علامت گذاری شده و طبق اعلام رسمی گوگل، در حال حاضر عامل رتبه بندی در جستجو نیست. با این حال جهت گیری آینده وب را به خوبی نشان می دهد.

این بخش دقیقا چه چیزی را بررسی می کند؟

برخلاف تصور رایج، Agentic Browsing هیچ شبیه سازی کلیک یا اسکرول واقعی انجام نمی دهد و اعدادی مثل INP یا TBT را در خودش گزارش نمی کند.

این یک بررسی ساختاری و ایستا روی سه محور اصلی است.

۱. سلامت Accessibility Tree

عامل های هوشمند صفحه را از طریق ظاهر بصری نمی خوانند، بلکه از طریق accessibility tree می خوانند؛ یک نسخه ساده شده از ساختار صفحه که استایل و جلوه های بصری از آن حذف شده و فقط نقش و برچسب هر المان باقی مانده است.

همان چیزی که صفحه خوان ها برای افراد کم بینا استفاده می کنند.

این بررسی چک می کند که:

• تمام دکمه ها، لینک ها و فیلدهای فرم متن قابل خواندن برای ماشین دارند (از طریق محتوای متنی یا aria-label)
• نقش های ARIA درست تعریف شده اند
• هیچ المان تعاملی به اشتباه با aria-hidden از دید ماشین پنهان نشده است

۲. پایداری چیدمان صفحه (CLS)

این بخش عملا همان شاخص شناخته شده Cumulative Layout Shift است که سال هاست جزو Core Web Vitals بوده، اما حالا در قالب جدیدی هم گزارش می شود.

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

۳. فایل llms.txt

llms.txt یک فایل متنی پیشنهادی است که در ریشه دامنه قرار می گیرد و خلاصه ای ماشین خوان از کسب و کار و صفحات مهم سایت ارائه می دهد.

Lighthouse فقط ساختار پایه این فایل را (اگر وجود داشته باشد) بررسی می کند.

طبق اعلام تیم جستجوی گوگل، این فایل روی رتبه بندی یا نمایش در AI Overviews تاثیری ندارد؛ اما چون هزینه ساخت آن پایین است، بسیاری از سایت ها آن را اضافه می کنند.

بررسی اختیاری: WebMCP

برای سایت های تراکنشی (مثل فروشگاه ها یا سایت های رزرو نوبت)، بخش گسترده تر Lighthouse یک بررسی تجربی هم دارد به نام WebMCP؛ پروتکلی که به سایت اجازه می دهد اقدام های خاصی مثل افزودن به سبد خرید یا رزرو را به صورت ابزارهای قابل فراخوانی توسط عامل ثبت کند.

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

چطور این قدم را همین حالا انجام دهید؟

۱. وارد سایت رسمی PageSpeed Insights شوید.

۲. آدرس دقیق صفحه اصلی یا یکی از صفحات لندینگ مهم خود را در کادر وارد کنید.

۳. روی دکمه Analyze کلیک کنید و منتظر بمانید تا خط پیشرفت لود به پایان برسد.

راهکار عملی برای هر بخش

اصلاح Accessibility Tree

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

هر دکمه ای که فقط آیکون دارد (مثل آیکون منوی همبرگری یا سبد خرید) باید یک aria-label توصیفی داشته باشد، مثلا aria-label=”باز کردن منوی اصلی”. نقش های ARIA اشتباه یا تودرتوی نادرست هم باید اصلاح شوند.

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

منظورم از آیکون مواردی مثل تصویر زیر است :

ایکون های المنتور

برای حل این مشکل به بخش مورد نظر مراجعه کنید و ویرایش با المنتور را بزنید.

سپس وارد منو پیشرفته و به بخش ویژگی ها وارد شوید و یک aria-label به این بخش اضافه کنید.

مثلا : aria-label|جراحی زیبایی بینی

المنتور aria-label

کاهش CLS

برای تمام تصاویر، بنرها و جایگاه های تبلیغاتی سایت، ابعاد دقیق یا ویژگی aspect-ratio را در سی‌ اس‌ا س تعریف کنید.

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

همچنین از لود فونت هایی که باعث تغییر اندازه متن بعد از لود می شوند پرهیز کنید.

ساخت llms.txt

یک فایل متنی ساده با فرمت مارک داون در ریشه دامنه (مثلا yourdomain.com/llms.txt) قرار دهید که شامل یک عنوان اصلی، یک خلاصه کوتاه از کسب و کار و لینک به مهم ترین صفحات خدماتی سایت باشد.

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

تفاوت Agentic Browsing با سئوی سنتی

نکته مهم این جدول: یک سایت می تواند در سئوی سنتی امتیاز کامل بگیرد، اما در Agentic Browsing ضعیف باشد.

دکمه بدون برچسب، لینک بدون متن قابل خواندن یا تصویر بدون ابعاد مشخص، همگی از نظر سئوی سنتی مشکلی ایجاد نمی کنند اما باعث افت در این بخش می شوند.

از کجا بفهمیم سایت این مرحله را با موفقیت پشت سر گذاشته است؟

بعد از اینکه آدرس سایت خود را در PageSpeed Insights بررسی کردید، به بخش Agentic Browsing مراجعه کنید. در این قسمت نتیجه به‌صورت یک نسبت ساده نمایش داده می‌شود؛ برای مثال ۳ از ۳ یا ۲ از ۳.

۳ از ۳ (Passed)

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

البته این به معنای بی‌ نقص بودن سایت نیست؛ بلکه نشان می‌دهد سایت شما معیارهای فعلی Agentic Browsing را رعایت کرده است.

۲ از ۳ یا ۱ از ۳

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

با کلیک روی همین بخش می‌توانید جزئیات هر مورد را مشاهده کنید و متوجه شوید مشکل مربوط به کدام قسمت است؛

برای مثال ممکن است برخی دکمه‌های آیکونی فاقد aria-label باشند، فایل llms.txt در دسترس نباشد یا یکی از بررسی‌های ساختاری با خطا مواجه شده باشد.

Not Applicable یعنی چه؟

در برخی سایت‌ها ممکن است مقابل یکی از بررسی‌ها عبارت Not Applicable نمایش داده شود. این عبارت به معنای «نامعتبر» یا «رد شدن» نیست؛ بلکه یعنی آن بررسی برای نوع سایت یا صفحه شما کاربردی نداشته است.

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

آیا باید همیشه ۳ از ۳ باشد؟

از آنجا که Agentic Browsing هنوز توسط گوگل با برچسب Under Development ارائه می‌شود، ممکن است معیارهای آن در نسخه‌های آینده Lighthouse تغییر کند.

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

سوالات متداول

آیا Agentic Browsing روی رتبه سایت در گوگل تاثیر دارد؟ طبق اعلام رسمی گوگل، در حال حاضر خیر. این بخش صرفا اطلاعاتی و آزمایشی است و جدا از امتیازهای Performance، SEO، Accessibility و Best Practices محاسبه می شود.

اگر سایتم llms.txt نداشته باشد چه اتفاقی می افتد؟ اگر این فایل وجود نداشته باشد، آن بررسی معمولا به صورت not applicable گزارش می شود، نه fail. ساخت آن اختیاری اما کم هزینه است.

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

چند وقت یک بار باید این بخش را چک کنم؟ چون هنوز under development است و معیارهای آن ممکن است تغییر کند، بررسی هر دو یا سه ماه یک بار کافی است؛ نیازی به پیگیری روزانه نیست.

جمع بندی

Agentic Browsing یک بخش واقعی و تازه در Lighthouse و PageSpeed Insights است، اما نه به شکل یک ربات که صفحه شما را کلیک و اسکرول می کند و امتیاز INP می دهد؛ بلکه یک بررسی ساختاری روی سه محور مشخص است: سلامت accessibility tree، پایداری چیدمان صفحه و وجود فایل llms.txt. خبر خوب این است که اصلاح این سه مورد، همان کارهایی است که یک سایت خوب باید در هر صورت انجام می داد.

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