Що таке Agentic Browsing у PageSpeed Insights і чому бізнесу варто за ним стежити

PageSpeed Insights зазвичай відкривають, коли потрібно перевірити швидкість сайту, Core Web Vitals, технічні помилки або базову SEO-оптимізацію сторінки. Але тепер інструмент починає показувати ще один напрям перевірки — готовність сайту до взаємодії з ШІ-агентами. 

Матеріал буде корисним власникам бізнесу, маркетологам, SEO-спеціалістам і розробникам, які хочуть зрозуміти, чи готовий сайт не лише до користувачів і пошукових роботів, а й до нових сценаріїв взаємодії з ШІ-агентами. Особливо це важливо для сайтів, де користувач має виконати дію: залишити заявку, купити товар, забронювати послугу, заповнити форму або знайти конкретну інформацію.

Чому про це заговорили зараз

ШІ-агенти поступово стають частиною пошуку, покупок і взаємодії з сайтами.

Google уже розвиває пошук у цьому напрямі. У травні 2026 року компанія повідомила, що AI Mode у Google Search перевищив 1 млрд користувачів на місяць, а також представила Search agents — агентів у пошуку, які можуть стежити за оновленнями й працювати з інформацією у фоновому режимі. Тому поява Agentic Browsing у Lighthouse і PageSpeed Insights виглядає не окремим технічним тестом, а раннім сигналом для ринку. Сайти поступово мають бути готовими до ситуації, коли сторінкою користується не людина напряму, а ШІ-асистент від її імені.

Що таке Agentic Browsing

Звичні категорії PageSpeed Insights відповідають на інші запитання:

• Performance показує, наскільки швидко й стабільно завантажується сторінка;
• Accessibility допомагає знайти проблеми з доступністю;
• Best Practices перевіряє базову технічну якість;
• SEO оцінює, чи може пошукова система зрозуміти сторінку.

Agentic Browsing ставить інше запитання: чи зможе ШІ-агент зрозуміти сторінку й коректно взаємодіяти з нею.

Тому Agentic Browsing оцінює не візуальну привабливість сайту, а його машинну читабельність.

Як ШІ-агенти бачать сайт

ШІ-агент не дивиться на сайт так, як людина перед екраном. Він працює з даними, які може прочитати й інтерпретувати.

Google пояснює три основні способи, через які агент може сприймати сторінку. 

Перший спосіб — скриншот сторінки. Агент бачить візуальне розташування елементів і може визначити, де розміщені кнопка, форма, меню або картка товару. Але аналіз скриншота потребує більше ресурсів і може давати неточності.

Другий спосіб — HTML і DOM. HTML — код сторінки. DOM — це структура сторінки, яку браузер будує з HTML, CSS і JavaScript. Через DOM агент бачить, як елементи пов’язані між собою: де заголовок, де форма й де кнопка, до якого товару належить конкретна дія.

Третій спосіб — дерево доступності. Дерево доступності — спрощене представлення сторінки для скринридерів та інших допоміжних технологій. Воно показує ролі, назви й стани елементів: кнопка, посилання, поле вводу, перемикач. Для ШІ-агента це карта інтерфейсу без зайвого візуального шуму.

Проблема виникає тоді, коли сайт зрозумілий очима, але нечіткий у структурі. Наприклад, кнопка виглядає як кнопка, але в коді зроблена як div без ролі. Людина може натиснути її без проблем. Агенту складніше зрозуміти, що цей елемент виконує дію.

Як рахується оцінка

Agentic Browsing не дає бал від 0 до 100. У PageSpeed Insights або Lighthouse показник може виглядати як 2/3, 3/3 або інше співвідношення. Це означає, скільки перевірок сторінка пройшла. Наприклад, 2/3 — дві перевірки пройдено, одна має проблему.

Google пояснює такий формат тим, що стандарти для agentic web ще формуються. Agentic web — це підхід до вебу, у якому сайти готують не лише для людей, а й для автономних ШІ-агентів. Тому зараз інструмент радше збирає сигнали й показує напрям для оптимізації, ніж виставляє остаточну оцінку якості.

Також Google попереджає, що результати можуть коливатися між перевірками. На це впливають динамічний JavaScript, зміни в DOM, варіативність дерева доступності та зміщення елементів під час завантаження сторінки. 

Що перевіряє Agentic Browsing

Google позначає Agentic Browsing як експериментальну категорію. Тому її варто сприймати як ранній технічний орієнтир, а не як фінальний стандарт. Зараз показник охоплює кілька напрямів.

Дерево доступності (accessibility tree)

Дерево доступності показує сторінку через ролі, назви й стани елементів. Наприклад, допомагає зрозуміти, що перед агентом саме кнопка «Купити», поле Email або посилання на Telegram.

Agentic Browsing перевіряє, чи має сторінка коректну структуру для машинної взаємодії. Ідеться про назви елементів, мітки, ролі, зв’язки між полями та підписами, а також видимість інтерактивних елементів у дереві доступності. Типова проблема — іконка-посилання без тексту або aria-label. 

Стабільність макета 

Agentic Browsing також враховує CLS. CLS, або Cumulative Layout Shift — метрику Core Web Vitals, яка показує, чи зміщуються елементи сторінки під час завантаження.

Для людини стрибок макета може закінчитися випадковим кліком. Для ШІ-агента проблема ще гостріша. Якщо агент визначив кнопку за її розташуванням, а банер або зображення раптово посунули контент, дія може виконатися не там, де потрібно. Тому стабільний макет важливий не лише для користувацького досвіду. Він робить сторінку передбачуванішою для машинної взаємодії.

llms.txt

llms.txt — текстовий файл у корені сайту, який пропонують використовувати як короткий опис ресурсу для мовних моделей і ШІ-агентів. У ньому можна вказати, що це за сайт, які розділи важливі та де шукати основну інформацію.

WebMCP

Ідея WebMCP у тому, щоб ШІ-агент не здогадувався, як працює інтерфейс, а отримував зрозумілий набір дій. Google поки позначає підтримку WebMCP як експериментальну. Для частини перевірок потрібна участь в origin trial, тобто в тестовій програмі для нових вебможливостей.

Для більшості сайтів WebMCP ще не є першочерговим завданням. Але за напрямом варто стежити ecommerce, сервісним платформам, маркетплейсам і сайтам, де користувачі часто працюють із формами, кошиком, заявками або бронюваннями.

Чому бізнесу варто за цим стежити

Agentic Browsing не означає, що класичне SEO втратило сенс. Навпаки, Google Search Central пояснює, що базові SEO-практики залишаються важливими для генеративних функцій пошуку, бо ці функції спираються на основні системи ранжування та якості Google Search. 

Новий показник варто сприймати як розширення технічної якості сайту. Раніше бізнес перевіряв, чи може сторінку просканувати пошуковий робот і чи зручно нею користуватися людині. Тепер додається ще один сценарій: сторінку може відкривати ШІ-асистент, який діє за користувача. Це важливо з трьох причин.

1. Agentic Browsing підсвічує проблеми, які маркетолог може не помітити візуально. Наприклад, сайт може мати високий SEO-score, але провалювати перевірку для ШІ-агентів через посилання без назв, некоректні ролі елементів або нестабільний макет.

2. Більшість покращень збігаються з уже знайомими задачами: доступність, семантичний HTML, Core Web Vitals, зрозумілі форми й кнопки. Тобто робота над Agentic Browsing не відриває сайт від реальних користувачів. Вона робить інтерфейс зрозумілішим для всіх: людей, скринридерів, пошукових систем і ШІ-агентів.

3. Такі перевірки допомагають підготувати сайт до агентних сценаріїв до того, як вони стануть звичною частиною пошуку й покупок. Особливо це важливо для бізнесів, де користувач має виконати дію: залишити заявку, купити товар, забронювати послугу, порівняти варіанти або знайти конкретну інформацію.

Чого не варто робити

Новий показник легко перетворити на ще один пункт у списку «терміново оптимізувати все». Але зараз із ним важливо працювати без перебільшень.

• Не варто писати, що Agentic Browsing уже впливає на позиції в Google. Офіційного підтвердження такого впливу немає.
• Не варто продавати llms.txt як гарантію появи в ШІ-відповідях. Google Search Central прямо пояснює, що Google Search не потребує цього файлу для генеративних ШІ-функцій.
• Не варто починати з WebMCP, якщо на сайті є базові проблеми з доступністю, формами, кнопками, CLS або JavaScript-рендерингом. Спочатку треба зробити сторінку зрозумілою, стабільною й технічно чистою. Експериментальні протоколи мають сенс після базової гігієни.

Як перевірити й покращити сайт

Почати можна з PageSpeed Insights або Lighthouse. Для перевірки варто брати не лише головну сторінку, а й комерційно важливі сторінки: послуги, категорії, картки товарів, форми заявки, кошик, сторінки бронювання або оплати.

Далі потрібно перевірити інтерактивні елементи. Посилання, кнопки, іконки, поля форм, перемикачі й випадні списки мають мати зрозумілі назви. Для іконок без видимого тексту варто додати aria-label або прихований текст.

Окремо треба подивитися на семантичний HTML. Кнопка має бути кнопкою, посилання має бути посиланням, поле форми має бути пов’язане з підписом. Що менше інтерфейс змушує агента здогадуватися, то нижчим є ризик помилки.

Ще один крок — стабільність макета. Потрібно резервувати місце під зображення, банери, рекламні блоки й елементи, які підвантажуються пізніше. Це зменшує CLS і робить взаємодію передбачуванішою.

llms.txt можна додати як експериментальний елемент, якщо команда має на це ресурс. Але цей файл не має замінювати SEO, структуру сайту, коректну індексацію, доступність і зрозумілий контент.

За WebMCP варто стежити окремо. Для більшості сайтів це ще не термінова задача. Але для платформ із формами, замовленнями, бронюваннями й особистими кабінетами цей напрям може стати важливим раніше, ніж для звичайних інформаційних сайтів.

Ключові інсайти для бізнесу

1. Сайти поступово готують до нового типу взаємодії. Agentic Browsing показує, що сторінкою може користуватися не лише людина або пошуковий робот, а й ШІ-агент. Такий агент може читати контент, переходити між сторінками, знаходити потрібні елементи й виконувати дії від імені користувача.
2. Це не новий SEO-фактор, а ранній технічний сигнал. Agentic Browsing поки залишається експериментальним показником. Його не варто подавати як причину терміново перебудовувати сайт або як підтверджений фактор ранжування. Але він допомагає зрозуміти, у якому напрямі змінюється технічна оцінка сайтів.
3. Показник підсвічує базові проблеми сайту. Agentic Browsing звертає увагу на речі, які впливають не лише на ШІ-агентів. Наприклад, незрозумілі назви кнопок, посилання без текстового опису, нестабільний макет, некоректні ролі елементів або слабка структура сторінки можуть заважати людям, скринридерам і пошуковим системам.
4. Оптимізація під ШІ-агентів починається з технічної гігієни. Насамперед варто перевірити, чи зрозуміла сторінка, чи коректно працюють інтерактивні елементи, чи не зміщується контент під час завантаження, чи може система прочитати структуру без здогадок. Це продовження роботи з доступністю, Core Web Vitals і якісною версткою, а не окремий напрям, відірваний від звичної технічної оптимізації.
5. Найбільше значення показник має для сайтів із діями. Особливо уважно за Agentic Browsing варто стежити бізнесам, де користувач має залишити заявку, купити товар, забронювати послугу, заповнити форму або знайти конкретну інформацію. Якщо такі сценарії стануть частиною взаємодії з ШІ-агентами, перевагу матимуть сайти зі зрозумілою структурою й передбачуваним інтерфейсом.