Оновлення PageSpeed Insights: новий показник «Агентний вебперегляд»

PageSpeed Insights отримав новий показник оцінки — «Агентний вебперегляд» (Agentic Browsing). Він показує, наскільки сайт готовий до роботи не лише з людьми, а й з AI-агентами: чи може штучний інтелект «прочитати» сторінку та взаємодіяти з нею. Замість звичних 0–100 балів показник видає оцінку у форматі X/3 — скільки перевірок пройдено. У статті розбираємо, що саме він оцінює (дерево доступності, стабільність макета, файл llms.txt і WebMCP), як рахується і чому за ним варто стежити вже зараз.

Що таке «Агентний вебперегляд» у PageSpeed Insights

«Агентний вебперегляд» — це нова категорія оцінки, яку Google додав у Lighthouse (рушій, на якому працює PageSpeed Insights) у 2026 році. Вона стоїть поруч зі звичними «Ефективність», «Доступність», «Оптимальні методи» і «Оптимізація для пошукових систем», але відповідає на принципово інше питання: чи може AI-агент скористатися вашим сайтом. Сам Google прямо зазначає, що категорія перебуває на стадії розробки й може змінюватися, тому її варто сприймати як сильний сигнал напряму, а не як остаточний стандарт.

Поки звичайне SEO оптимізує сайт під пошукових роботів і людей, агентний вебперегляд оцінює готовність до нового типу відвідувачів — автономних ШІ-асистентів (на кшталт агентів ChatGPT чи Gemini), які самостійно переходять сторінками, читають їх і виконують дії за користувача. Якщо такий агент не «розуміє» структуру сторінки, він не зможе натиснути потрібну кнопку чи заповнити форму.

Що показує новий показник

За замовчуванням у PageSpeed Insights показник спирається на три перевірки, а четверта (WebMCP) поки експериментальна й не входить до підсумкової оцінки. Розглянемо кожну.

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

Дерево доступності — це спрощене представлення структури сторінки, яким користуються скрин-рідери та AI-агенти. Агент опрацьовує його значно ефективніше, ніж повний HTML чи скриншот. Lighthouse бере підмножину аудитів доступності, найважливіших саме для машинної взаємодії: назви й мітки елементів, цілісність дерева (коректні ролі та зв’язки «батько–нащадок») і видимість (інтерактивні елементи не сховані від дерева). Класичний приклад помилки — посилання-іконка без тексту: на скрині вище це саме перевірка Links must have discernible text.

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

Сюди входить уже знайомий із Core Web Vitals показник Cumulative Layout Shift. Для агента візуальна стабільність критична: якщо елементи «стрибають» під час завантаження, ШІ може клікнути не туди, бо покладається на позицію елемента. Тому стабільний макет — це не лише про зручність для людини, а й про передбачуваність для машини.

Файл llms.txt

llms.txt — це машиночитний файл у корені домену (за аналогією з robots.txt), який містить короткий структурований підсумок сайту для мовних моделей. Lighthouse перевіряє його наявність і коректність. Файл допомагає агенту швидко зрозуміти, про що ресурс і де шукати ключову інформацію.

WebMCP (експериментально)

WebMCP — це новий спосіб безпечно надати агенту доступ до дій сайту: розмітити форми й зареєструвати «інструменти», якими асистент може скористатися, щоб виконати завдання за користувача (наприклад, оформити замовлення). У PageSpeed Insights перевірка WebMCP експериментальна, вимагає участі в origin trial і поки не впливає на підсумкову оцінку — але показує, куди рухається веб.

Як формується оцінка: чому 2/3, а не 0–100

На відміну від «Ефективності», агентний вебперегляд не дає єдиного зваженого балу від 0 до 100. Замість цього він показує співвідношення пройдених перевірок — наприклад, 2/3 або 3/3. Кожен аудит повертає окремий результат: пройдено, не пройдено або частковий коефіцієнт. На скрині вище сайт отримав 2/3, бо дві перевірки пройшли, а аудит дерева доступності — ні (через посилання-іконку без тексту).

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

Деталі та офіційний опис показника — у документації Chrome for Developers: Lighthouse agentic browsing scoring.

Як це виглядає на реальному прикладі

Щоб побачити показник у дії, ми перевірили в PageSpeed Insights власний сайт. На загальній панелі поряд зі звичними оцінками — Ефективність 86, Доступність 93, Оптимальні методи 100, Оптим. пошук. систем 100 — з’явилася нова категорія «Агентний вебперегляд» з результатом 2/3.

Якщо відкрити категорію, видно її суть: великий бейдж 2/3, опис (ці перевірки забезпечують доступність сайту для агентів на основі ШІ й підтверджують інтеграцію WebMCP, а сама категорія ще на стадії розробки) і блок «Доступність агента» з єдиною непройденою перевіркою — «Дерево доступності має неправильну структуру». Цікаво, що відхиленим елементом виявилося звичайне посилання-іконка Telegram у шапці сайту (a.sa-header-icon-link): у нього не було текстового опису, тож спрацювала перевірка Links must have discernible text. Це наочний приклад із нашого списку помилок — іконка-посилання без тексту знижує оцінку, а виправляється додаванням aria-label до іконки.

Чому важливо стежити за показником

Можна заперечити: «категорія експериментальна, навіщо вона зараз?». Проте є щонайменше кілька вагомих причин звернути на неї увагу вже сьогодні.

• AI-агенти стають реальним трафіком. Дедалі більше відвідувань генерують не люди, а асистенти, які діють від їхнього імені. Сайт, недоступний для агента, втрачає цей канал.
• Це офіційний сигнал від Google. Поява окремої категорії в PageSpeed Insights показує, куди рухається веб — і дає підказку, що оптимізувати наперед.
• Видимість у ШІ-відповідях. Що краще агент «читає» сайт, то вища ймовірність, що саме його контент обере асистент для виконання завдання чи відповіді.
• Майже все перетинається з класичним SEO. Дерево доступності й CLS — давні фактори якості; покращуючи їх, ви виграєте і в звичайному ранжуванні, і в агентному.
• Дешево виправити зараз. Більшість пунктів — це базова гігієна коду: зрозумілі назви посилань, коректні ARIA-ролі, відсутність стрибків макета.

Як покращити «Агентний вебперегляд»

Гарна новина: щоб підтягнути показник, не потрібно переписувати сайт. Дотримуйтесь кількох правил.

1. Дайте всім посиланням і кнопкам зрозумілий текст. Для іконок-посилань додавайте aria-label або прихований текст — це закриває помилку Links must have discernible text.
2. Використовуйте семантичний HTML і коректні ARIA-ролі замість «div-супу», щоб дерево доступності було цілісним.
3. Переконайтеся, що інтерактивні елементи не сховані від дерева доступності, але залишаються робочими.
4. Зменшуйте CLS: резервуйте місце під банери, рекламу й зображення, щоб макет не «стрибав».
5. Додайте файл llms.txt у корінь домену з коротким структурованим описом сайту.
6. Не блокуйте контент за кліком чи JavaScript — агент, як і Googlebot, не натискає кнопки.
7. Перевіряйте сайт у PageSpeed Insights регулярно й орієнтуйтеся на тенденцію оцінки, а не на разовий результат.

Часті запитання (FAQ)

Що таке «Агентний вебперегляд» у PageSpeed Insights?

Це нова категорія оцінки в Lighthouse / PageSpeed Insights, яка показує, наскільки сайт готовий до роботи з AI-агентами. Вона перевіряє дерево доступності, стабільність макета (CLS), файл llms.txt і експериментально WebMCP, а оцінку видає у форматі X/3.

Чому показник дає 2/3, а не бал від 0 до 100?

Бо це не зважена оцінка, як «Ефективність», а співвідношення пройдених перевірок. Кожен аудит повертає окремий результат, і показник показує, скільки з них пройдено — наприклад, 2 із 3.

Чи впливає агентний вебперегляд на позиції в Google?

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

Що таке llms.txt і WebMCP?

llms.txt — машиночитний файл у корені домену з коротким підсумком сайту для мовних моделей. WebMCP — спосіб надати агенту «інструменти» (наприклад, дії з формами), щоб він міг виконати завдання на сайті. WebMCP поки експериментальний і не впливає на підсумкову оцінку.

Як виправити помилку «Дерево доступності має неправильну структуру»?

Найчастіше причина — посилання чи кнопки без зрозумілого тексту (наприклад, іконки соцмереж). Додайте їм aria-label або прихований текст, використовуйте семантичні теги й коректні ARIA-ролі — і перевірка Links must have discernible text пройде.

Чи варто оптимізувати під агентний вебперегляд уже зараз?

Так. Більшість виправлень дешеві й одночасно покращують доступність і Core Web Vitals. А оскільки AI-агентів стає більше, готовність до них — це перевага, поки конкуренти не звернули увагу на новий показник.

Поява «Агентного вебперегляду» в PageSpeed Insights — чіткий сигнал: веб оптимізують уже не лише під людей і пошукових роботів, а й під AI-агентів. Добра новина в тому, що більшість перевірок перетинаються з класичним SEO та доступністю, тож працюючи над ними, ви виграєте одразу на кількох фронтах. Якщо потрібно провести аудит сайту під новий показник, виправити дерево доступності й Core Web Vitals чи підготувати ресурс до роботи з ШІ-агентами — команда Spilno Agency допоможе зробити це правильно.