Разбираем подкапотную механику «Агентского просмотра» (Agentic Browsing) в Lighthouse
В мае 2026 года с релизом Lighthouse 13.3.0 в дефолтные проверки (а затем и в PageSpeed Insights) официально перекочевала новая категория — «Агентский просмотр» (Agentic Browsing). Она оценивает, насколько ваш сайт готов к взаимодействию с AI-агентами, умными ботами и LLM-моделями.
Вокруг этого обновления уже появилось много мифов и неоправданной паники. Команда Starcode PR разобрала подкапотную механику новых аудитов, чтобы показать: бежать переписывать код прямо сейчас не нужно, но знать, куда движется Google, — обязательно.
Главный миф: «Мы отстанем от конкурентов, если не внедрим AI-фичи»
Категория «Агентский просмотр» до сих пор имеет статус «under development» (в разработке). В отличие от привычной оценки производительности, здесь нет шкалы от 0 до 100. Lighthouse просто показывает дробное соотношение пройденных проверок — например, 2/2 или 3/3.
Важно: Вы не можете «провалить» аудит просто потому, что у вас нет новомодных AI-интеграций. Если на сайте нет специфических файлов или протоколов для ИИ, Lighthouse просто пометит эти проверки как Not Applicable (Неприменимо), и они не испортят вам оценку. Обычный качественный сайт легко получает «зеленые» 2/2. Это сигнал о направлении развития веба, а не повод для паники.
4 реальных аудита: Что именно проверяет Lighthouse?
По факту «Агентский просмотр» сводится всего к четырем конкретным метрикам: двум фундаментальным и двум экспериментальным.
1. Корректность дерева доступности (Accessibility Tree)
Многие статьи пытаются разбить этот пункт на множество новых требований, но в реальности Lighthouse выполняет один знакомый аудит: «accessibility tree is not well-formed».
ИИ-агенты не имеют глаз, их модель восприятия страницы — это Accessibility Tree (дерево доступности). Данная проверка строится на уже существующих правилах a11y (accessibility). Если у вас корректная семантика, у кнопок есть aria-label, а формы правильно связаны с <label>, вы пройдете эту проверку без дополнительных усилий.
2. Сдвиги макета (CLS — Cumulative Layout Shift)
Метрика CLS давно знакома SEO-специалистам, но здесь она обретает критический смысл. Если AI-агент нашел нужную кнопку, рассчитал ее координаты и попытался «кликнуть», а в этот момент подгрузился баннер и сдвинул контент — произойдет сбой программного взаимодействия. Визуальная стабильность (CLS) для агентов еще важнее, чем для людей.
3. Файл llms.txt (Новый стандарт)
Это самая интересная техническая новинка, которую часто упускают из виду. llms.txt — это файл (по аналогии с robots.txt), который кладется в корень сайта и содержит сжатую Markdown-сводку о структуре и контенте проекта специально для языковых моделей (LLM).
Если вы решили добавить llms.txt, Lighthouse проверит, чтобы он соответствовал трем жестким правилам:
- В файле обязательно должен быть заголовок H1.
- Файл не должен быть слишком коротким (отбраковываются бессодержательные заглушки).
- В файле обязательно должны присутствовать ссылки на ресурсы вашего сайта, причем строго в формате Markdown (например,
[О нас](/about)). Обычные URL текстом приведут к провалу аудита.
(Примечание: пока этот файл мало используется самими AI-инструментами, поэтому его отсутствие не снизит ваш балл).
4. Протокол WebMCP
Этот аудит проверяет, как сайт раскрывает свои инструменты для взаимодействия с моделями (Model Context Protocol). Lighthouse ищет зарегистрированные на странице инструменты двумя путями:
- Декларативно: Проверяет HTML-формы на наличие правильных аннотаций и соответствие схеме (
form-coverageиschema-validity). Если вы задаете инструменты через HTML-атрибуты, у них должны быть правильные имена и описания параметров (toolparamdescription). - Императивно: Система подхватывает инструменты, зарегистрированные программно через JavaScript с помощью вызова
navigator.modelContext.registerTool.
Что делать прямо сейчас?
На данный момент «Агентский просмотр» — это скорее компас, чем надзиратель. Чтобы ваш сайт оставался в зеленой зоне и был готов к будущему, сфокусируйтесь на базе:
- Держите CLS на нуле. Жестко фиксируйте размеры всех изображений и рекламных блоков.
- Следите за a11y. Дерево доступности должно быть идеальным. Это полезно не только для ИИ, но и для скринридеров (и классического SEO).
- llms.txt и WebMCP — на ваше усмотрение. Интегрировать их имеет смысл, только если ваш проект уже активно взаимодействует с LLM или вы любите быть на самом острие технологий.