Агентный просмотр в PageSpeed Insights: что это за новая проверка сайтов для ИИ-агентов

В PageSpeed Insights и Lighthouse появился новый раздел: «Агентный просмотр». В английской версии он называется Agentic Browsing.

Его задача: проверить, насколько сайт понятен не только человеку и поисковому роботу, но и ИИ-агенту.

ИИ-агент это программа, которая может действовать от имени пользователя. Например, не просто прочитать страницу, а найти форму, заполнить заявку, выбрать товар, нажать кнопку, перейти к нужному разделу или выполнить другое действие на сайте.

Для такого сценария сайту нужна не только быстрая загрузка. Ему нужна понятная структура, стабильная вёрстка, корректные формы и нормальная семантика.

Почему это появилось в Lighthouse и PageSpeed Insights

Раньше сайт чаще всего оценивали по трём направлениям:

• производительность
• SEO
• доступность

Теперь появляется ещё одно направление: насколько сайт готов к взаимодействию с автономными ИИ-агентами.

Официальная документация Chrome описывает Agentic Browsing как категорию Lighthouse для оценки страниц по deterministic signals, то есть по воспроизводимым техническим сигналам. Для WebMCP Lighthouse отслеживает регистрацию инструментов через Chrome DevTools Protocol WebMCP domain и проверяет declarative tools в HTML и imperative tools в JavaScript.

Проще говоря, сайт начинают оценивать не только как страницу для чтения, но и как интерфейс, с которым может взаимодействовать программа.

Чем «Агентный просмотр» отличается от обычных метрик PageSpeed

Главное отличие в том, что классические метрики PageSpeed оценивают загрузку и качество страницы для человека, а «Агентный просмотр» оценивает, сможет ли ИИ-агент понять интерфейс и выполнить действие.

Это новая метрика скорости или нет

Нет. «Агентный просмотр» нельзя считать новой метрикой скорости.

У классических метрик есть конкретные числовые значения. Например, LCP показывает скорость появления основного контента, CLS показывает смещения макета, INP показывает отзывчивость интерфейса.

«Агентный просмотр» работает иначе. Это набор аудитов. Lighthouse показывает, сколько применимых проверок пройдено.

Например, результат 2/2 означает, что страница прошла две применимые проверки из двух. Это не общий балл сайта и не оценка готовности по шкале от 0 до 100.

Что означает результат 2/2

В разделе «Агентный просмотр» результат может отображаться не как привычный балл от 0 до 100, а как количество пройденных применимых проверок. Например, значение 2/2 означает, что страница прошла две проверки из двух, которые Lighthouse смог применить к этой странице.

Это не значит, что сайт полностью подготовлен к ИИ-агентам. Такой результат говорит только о том, что текущие применимые аудиты не нашли проблем.

Часть проверок может быть помечена как «Неприменимо» или «Не оценивается». Обычно это происходит, если на странице нет соответствующих элементов или технологий. Например, если сайт пока не использует WebMCP, Lighthouse не сможет полноценно оценить зарегистрированные инструменты и схемы WebMCP.

Правильный вывод: зелёный результат в Agentic Browsing это хороший сигнал, но не финальная гарантия полной готовности сайта к ИИ-агентам.

Какие проверки входят в «Агентный просмотр»

В текущем виде категория связана с несколькими направлениями:

• дерево доступности
• стабильность макета
• WebMCP для форм и инструментов
• корректность схем WebMCP
• наличие и качество llms.txt

Дерево доступности: почему оно важно для ИИ-агентов

Дерево доступности это специальное представление страницы, которое помогает программам понимать интерфейс. Его используют скринридеры и другие вспомогательные технологии.

Теперь оно важно и для ИИ-агентов.

Если кнопка выглядит как кнопка, но технически сделана обычным блоком без понятного названия, человек ещё может догадаться, что с ней делать. ИИ-агенту сложнее. Ему нужно понимать роль элемента, его название и назначение.

Chrome прямо указывает, что missing labels могут мешать не только пользователям с нарушениями зрения, но и агентам, которые пытаются выполнить задачу на странице.

Хорошее дерево доступности помогает агенту определить:

• где находится форма
• какое поле отвечает за имя
• какое поле отвечает за телефон
• какая кнопка отправляет заявку
• где находится меню
• какие элементы интерактивные
• какие блоки относятся к основному содержимому страницы

Поэтому доступность становится важна не только для людей, но и для машинного понимания сайта.

CLS: почему стабильность макета важна для ИИ-агентов

CLS показывает, насколько сильно элементы страницы смещаются во время загрузки.

Для обычного пользователя высокий CLS неприятен: он хочет нажать кнопку, но в этот момент блок сдвигается, и клик попадает не туда.

Для ИИ-агента проблема такая же. Агент может определить положение кнопки или поля, но если интерфейс сдвинулся, действие может быть выполнено неправильно.

Документация Lighthouse отдельно объясняет, что визуальная стабильность важна для агентов, потому что они могут полагаться на скриншоты или координатное взаимодействие. Неожиданные сдвиги могут привести к неверному расчёту позиции кнопки или поля.

Частые причины CLS:

• изображения без заданной ширины и высоты
• баннеры без зарезервированного места
• iframe, карты и видео, которые появляются после загрузки
• поздняя загрузка шрифтов
• рекламные блоки
• попапы, которые меняют положение контента
• динамические блоки над основным содержимым

Если CLS равен 0 или находится на низком уровне, это хороший сигнал. Значит, элементы страницы не прыгают, а интерфейс остаётся предсказуемым.

WebMCP: что это простыми словами

WebMCP это предлагаемый веб-стандарт для описания структурированных инструментов, которыми могут пользоваться ИИ-агенты. Chrome описывает WebMCP как способ аннотировать HTML-формы и предоставлять JavaScript-инструменты, чтобы агент точно понимал, как взаимодействовать с функциями страницы.

Проще говоря, сайт может подсказать агенту:

• эта форма нужна для записи на консультацию
• это поле отвечает за имя
• это поле отвечает за телефон
• эта кнопка отправляет заявку
• этот инструмент выполняет поиск
• этот инструмент добавляет товар в корзину
• этот инструмент запускает оформление заказа

Без WebMCP агенту приходится угадывать назначение элементов по HTML, тексту, визуальному виду и контексту. Иногда он справится, иногда ошибётся.

WebMCP нужен для того, чтобы сделать взаимодействие более точным. Особенно это важно для сайтов, где есть формы, заявки, заказы, бронирования, фильтры и личные кабинеты.

Какие бывают WebMCP-инструменты

WebMCP-инструмент это конкретная возможность сайта, которую можно явно показать ИИ-агенту.

Например:

Lighthouse может показывать зарегистрированные WebMCP-инструменты на странице. В документации Chrome такие инструменты описаны как capabilities, например «Book a Table» или «Add to Cart», которые сайт открывает для ИИ-агентов.

Что значит «Покрытие форм WebMCP»

Проверка покрытия форм WebMCP показывает, есть ли у форм специальные декларативные аннотации.

Смысл простой: обычная HTML-форма может быть понятна человеку, но не всегда достаточно понятна ИИ-агенту. Если форма дополнительно описана через WebMCP, агенту проще определить её назначение и корректно заполнить поля.

Chrome указывает, что агенты часто могут сами понять, как работает форма, но декларативные WebMCP-метаданные делают взаимодействие более надёжным. Сейчас этот аудит является информационным и не всегда приводит к предупреждениям.

Для сайтов особенно важны формы:

• заявка на услугу
• обратный звонок
• запись на консультацию
• оформление заказа
• бронирование
• подписка
• обращение в поддержку

Что значит «Схемы WebMCP действительны»

Если сайт использует WebMCP, ему нужно корректно описывать данные, которые агент может передавать в инструмент.

Например, если инструмент отправляет заявку, агент должен понимать:

• какие поля обязательные
• какие поля необязательные
• какое поле отвечает за имя
• какое поле отвечает за телефон
• в каком формате передавать данные
• какие параметры относятся к конкретному действию

В документации Chrome указано, что WebMCP schema validity audit может провалиться, если у формы есть tooldescription, но нет toolname, если есть toolname, но нет tooldescription, или если обязательное поле формы не имеет name.

Для разработчика это похоже на описание API. Если схема неполная или противоречивая, внешняя система будет чаще ошибаться. В данном случае внешней системой становится ИИ-агент.

Что такое llms.txt

llms.txt это файл в корне сайта, который помогает языковым моделям и ИИ-агентам понять структуру проекта.

Обычно он находится по адресу:

/llms.txt

По смыслу это краткая Markdown-карта сайта для LLM. В ней можно указать:

• что это за сайт
• какие разделы главные
• какие страницы лучше использовать для понимания проекта
• где находятся услуги, статьи, товары, контакты
• какие материалы являются справочными
• какие страницы не нужно считать основными

Lighthouse описывает llms.txt как emerging convention для machine-readable summary of a website, то есть как формирующуюся практику машинно-читаемого описания сайта для LLM и AI agents. Если файл не найден и сервер отдаёт 404, аудит может быть помечен как Not Applicable, потому что файл пока необязателен.

Чем llms.txt отличается от robots.txt и sitemap.xml

llms.txt не заменяет robots.txt, sitemap.xml и Schema.org. Это дополнительный слой описания сайта для ИИ-систем.

Обязателен ли llms.txt

На текущем этапе llms.txt нельзя назвать обязательным файлом для каждого сайта. Если его нет, это не означает, что сайт сломан.

Но если сайт большой, экспертный или имеет сложную структуру, файл может быть полезен.

llms.txt особенно уместен для:

• корпоративных сайтов
• интернет-магазинов
• медицинских сайтов
• образовательных проектов
• SaaS-сервисов
• документации
• блогов с большим количеством экспертных статей
• сайтов с большим каталогом услуг
• сайтов, где важно правильно интерпретировать контент

Главная задача llms.txt не в том, чтобы «накрутить SEO», а в том, чтобы дать ИИ-системам краткую и понятную карту сайта.

Влияет ли «Агентный просмотр» на SEO

На текущий момент нет оснований считать «Агентный просмотр» прямым фактором ранжирования в Google или Яндексе.

Это экспериментальная категория Lighthouse, а не подтверждённый SEO-сигнал.

Но игнорировать её тоже не стоит. Многие вещи, которые важны для ИИ-агентов, уже полезны для сайта:

• понятная семантика улучшает доступность
• стабильный макет улучшает пользовательский опыт
• нормальные формы повышают конверсию
• чистая структура HTML помогает инструментам анализа
• понятные названия кнопок уменьшают ошибки пользователей
• логичная структура контента помогает людям и поисковым системам

Поэтому правильная позиция такая: Agentic Browsing пока не SEO-фактор, но связанные с ним улучшения полезны для качества сайта.

Как подготовить сайт к «Агентному просмотру»

Начинать лучше не с WebMCP, а с базовой технической гигиены.

Большинству сайтов сначала нужно привести в порядок:

• HTML-семантику
• формы
• кнопки
• ссылки
• заголовки
• CLS
• мобильную версию
• pop-up элементы
• cookie-баннеры
• структуру основного контента

После этого можно думать о llms.txt и тестировании WebMCP на важных сценариях.

Мини-чеклист для владельца сайта

Что проверить на WordPress-сайте

Для WordPress эта тема особенно актуальна, потому что многие проблемы появляются из-за тем, визуальных редакторов, плагинов форм и сторонних виджетов.

Проверьте:

• как тема выводит кнопки
• есть ли label у полей Contact Form 7, Fluent Forms, Elementor Forms или других форм
• не создаёт ли визуальный редактор лишние div вместо нормальной семантики
• не прыгает ли hero-блок
• заданы ли размеры изображений
• не сдвигает ли cookie-баннер основной контент
• не перекрывает ли попап форму
• есть ли понятный текст у CTA-кнопок
• не ломают ли сторонние скрипты доступность
• корректно ли работает мобильная версия
• не появляются ли формы только после поздней загрузки JavaScript

Чаще всего начинать нужно не с WebMCP, а с обычной технической гигиены: формы, заголовки, кнопки, CLS, структура блоков.

Частые ошибки

Называть «Агентный просмотр» новой SEO-метрикой

Это не новая SEO-метрика и не подтверждённый фактор ранжирования.

Правильнее говорить так: это экспериментальная категория аудитов Lighthouse, которая проверяет готовность страницы к взаимодействию с ИИ-агентами.

Думать, что 2/2 означает полную готовность сайта

Результат 2/2 означает только то, что сайт прошёл две применимые проверки. Если WebMCP и llms.txt не используются, часть аудитов может быть просто неприменима.

Срочно внедрять WebMCP без понимания сценариев

WebMCP должен описывать реальные действия на сайте.

Сначала нужно понять, какие действия важны:

• заявка
• заказ
• запись
• поиск
• фильтр
• бронирование
• обращение

Если добавить WebMCP хаотично, пользы будет мало.

Игнорировать доступность

Доступность всё чаще становится не только темой для скринридеров, но и основой машинного понимания сайта.

Если интерфейс непонятен accessibility tree, ИИ-агенту тоже будет сложнее выполнить задачу.

Делать llms.txt как копию sitemap.xml

llms.txt не должен быть списком всех URL сайта. Его задача: кратко объяснить структуру проекта и выделить важные страницы.

Пример простой структуры llms.txt

Для большинства сайтов можно начать с простой структуры:

• название сайта
• короткое описание проекта
• основные разделы
• важные услуги или категории
• главные справочные материалы
• контакты
• пояснение, какие страницы являются основными

Для экспертного блога в llms.txt можно добавить ссылки на ключевые статьи, рубрики и страницы с услугами.

Для интернет-магазина можно добавить основные категории, условия доставки, оплату, возврат и справочные материалы.

Для сайта услуг можно добавить страницы направлений, прайс, контакты, кейсы и статьи, которые лучше всего объясняют экспертизу.

Нужно ли уже сейчас что-то делать

Да, но без паники.

Не нужно срочно переписывать сайт под ИИ-агентов. Но стоит привести в порядок то, что полезно в любом случае:

• семантику HTML
• формы
• CTA-кнопки
• стабильность макета
• заголовки
• alt у важных изображений
• мобильную версию
• базовый llms.txt для больших сайтов

Это улучшит сайт и для пользователей, и для поисковых систем, и для будущих ИИ-агентов.

Итог

«Агентный просмотр» в PageSpeed Insights показывает, как меняется подход к оценке сайтов. Теперь важна не только скорость загрузки и SEO-структура, но и то, сможет ли ИИ-агент понять интерфейс и выполнить действие.

Пока эта категория экспериментальная. Она не заменяет Core Web Vitals и не является прямым SEO-фактором. Но она показывает направление: сайты должны быть более понятными, стабильными и структурированными.

Хороший сайт для ИИ-агента это сайт, где:

• форма имеет понятные поля
• кнопки имеют ясные названия
• макет не прыгает
• HTML-семантика не сломана
• дерево доступности сформировано корректно
• структура сайта может быть объяснена через llms.txt
• важные действия в будущем можно описать через WebMCP

Поэтому «Агентный просмотр» лучше воспринимать не как страшную новую проверку, а как подсказку: каким должен быть сайт в эпоху ИИ-помощников.