Агентный просмотр в PageSpeed Insights

Если вы пришли сюда после рилса «Ваш сайт больше не нравится ИИ?» — вы попали точно по адресу. Google выкатил обновление, которое тихо меняет правила игры в веб-разработке и поисковом продвижении: в отчёте PageSpeed Insights появилась пятая официальная колонка аудита — «Агентный просмотр» (Agentic Browsing).

Главное из статьи за 30 секунд:

• Google больше не оценивает сайты только по секундам загрузки. Теперь браузер проверяет, может ли нейросеть «прочитать» ваш сайт и выполнить на нём целевое действие.
• Четыре кита агентного аудита: дерево доступности (Accessibility Tree), каталоги ресурсов ARD (ai-catalog.json / ard.json), разметка форм WebMCP и отсутствие скачков макета (CLS).
• Ошибки в дереве доступности (например, неверная ARIA-роль у всплывающего баннера куки) блокируют работу ИИ-агента точно так же, как и для программ экранного доступа.
• Если в отчёте PageSpeed у вас нет раздела «Агентный просмотр» — значит, в этой сборке критических ошибок пока не зафиксировано, но базовые манифесты готовить нужно уже сегодня.

Что такое агентский браузинг и зачем Google внедрил этот аудит

Раньше путь пользователя в сети был прямолинейным: человек вбивал запрос, переходил по ссылке из выдачи, читал текст и нажимал кнопку «Купить» или «Зарегистрироваться». Под это оптимизировались скорость загрузки (Core Web Vitals), мобильная верстка и SEO-сниппеты.

В 2026 году между сайтом и пользователем встали автономные ИИ-агенты — от Gemini в Chrome и ChatGPT Operator до специализированных корпоративных парсеров. Пользователь ставит задачу голосом или текстом: «Сравни три сервиса генерации статей, выбери тариф до 3000 рублей и оформи пробный доступ». И агент идёт по сайтам самостоятельно: считывает DOM, нажимает кнопки, заполняет формы и отправляет данные.

Если сайт сверстан небрежно, агент спотыкается и «уходит» к конкуренту. Чтобы измерить готовность веба к этому сдвигу, Google интегрировал в Lighthouse (начиная с версий 13.3–13.5) и публичный PageSpeed Insights новую категорию проверок — агентный браузинг.

Четыре группы проверок: на чём валятся сайты

Аудит сканирует веб-ресурс по четырём ключевым направлениям. Разберём каждое с примерами реальных ошибок, с которыми мы сами столкнулись при подготовке SEOSmith к этому стандарту.

1. Доступность агента (Agent Accessibility)

ИИ-агенты воспринимают веб-страницу не глазами, а через дерево доступности (Accessibility Tree) — точно так же, как скринридеры для незрячих пользователей. Любая небрежность в ARIA-атрибутах сбивает виртуального робота с толку.

Реальный пример ошибки: у стандартного всплывающего уведомления о куки блок был свёрстан как <aside role="dialog">. По спецификации W3C тег <aside> имеет встроенную роль complementary, и назначение ему роли dialog создаёт конфликт спецификации («ARIA role should be appropriate for the element»). Для человека визуально всё работало, но ИИ-агент зависал при попытке программно закрыть баннер. Замена на семантически нейтральный <div role="dialog" aria-label="Согласие на использование cookie"> мгновенно сняла ошибку.

2. Доступность данных и манифестов (Agent Availability)

Чтобы ИИ-агент не сканировал вслепую сотни страниц в поисках нужной кнопки, сайт должен предоставлять машиночитаемый паспорт возможностей. Для этого используется манифест спецификации ARD (Agent Resource Discovery) — файлы /.well-known/ai-catalog.json или /.well-known/ard.json.

Частая проблема: если такого файла на сервере нет, а Nginx настроен на отдачу Single Page Application (fallback try_files $uri /index.html), сервер на запрос агента отдаёт страницу 404 с кодом 200 и разметкой <!DOCTYPE html>. Агент ожидает получить валидный JSON-манифест, натыкается на HTML-ошибку синтаксиса и отбраковывает ресурс.

3. Интеграция с протоколом WebMCP

WebMCP (Web Model Control Protocol) — открытый протокол, стандартизирующий общение языковых моделей с формами на сайте (поиск, авторизация, корзина, фильтры). Аудит PageSpeed проверяет:

• Наличие размеченных аннотаций у целевых форм (поля логина, формы оформления заказа).
• Валидность схемы зарегистрированных инструментов WebMCP (отсутствие синтаксических ошибок в описании параметров).
• Полноту набора действий, которые агент может выполнить программно.

4. Стабильность макета для агентов (Layout Stability / CLS)

Пользователь может потерпеть, если при загрузке баннера верстка дёрнулась на 50 пикселей. Но ИИ-агент действует по координатам экрана или делает контрольные скриншоты для подтверждения транзакции. Неожиданный сдвиг макета (CLS) приводит к тому, что агент программно кликает мимо кнопки или прерывает сценарий из-за изменившейся геометрии экрана.

Почему в отчёте отображаются не все проверки?

Многие владельцы сайтов открывают PageSpeed Insights и удивляются: «Где вкладка? Почему у меня её нет?»

Логика Google проста: PageSpeed Insights в боевом режиме показывает только те проблемы, которые реально были зафиксированы на конкретном URL при сканировании. Если на сайте нет сложных динамических форм или явных ошибок разметки, инструмент может просто не выводить предупреждения в итоговый список.

Однако отсутствие красных плашек сегодня не означает, что сайт готов к наплыву автономных систем завтра. Категория находится в статусе активной раскатки (active rollout), и стандарты быстро ужесточаются.

Чек-лист: как прокачать сайт для ИИ-агентов за 4 шага

1. Проверьте дерево доступности: откройте Chrome DevTools → вкладка «Accessibility» (Доступность). Убедитесь, что все модальные окна, кнопки и поля имеют внятные aria-label, интерактивные роли не конфликтуют с тегами, а все действия доступны с клавиатуры (Tab + Enter).
2. Разместите ARD-манифест: настройте в корне сайта файл /.well-known/ard.json по спецификации ARD 1.0. Укажите имя платформы, ключевые возможности (capabilities) и несколько типовых запросов (representativeQueries). В Nginx обязательно задайте default_type application/json;, чтобы файл не попадал в HTML-редиректы.
3. Уберите мусор со страниц: откажитесь от тяжелых сторонних блокирующих скриптов, оптимизируйте шрифты (самохостинг с font-display: swap) и лениво загружайте внешние видеоплееры через фасад-постеры, чтобы агент не ждал секундные цепочки запросов.
4. Внедрите микроразметку Schema.org: статьи должны сопровождаться разметкой BlogPosting, навигация — BreadcrumbList, а ответы на типовые вопросы — FAQPage. Это прямой мост для моделей в системах Google AI Overviews, Яндекс Нейро и Perplexity.

Часто задаваемые вопросы

Вопрос: Какие основные группы проверок существуют для «агентского браузинга»?

Основные группы проверок включают: Доступность агента (Agent Accessibility), Доступность данных и манифестов (Agent Availability / WebMCP), Интеграцию с WebMCP (Web Model Control Protocol) и Стабильность макета (Layout Stability).

Вопрос: Почему в отчёте PageSpeed Insights я вижу не все возможные ошибки «агентского браузинга»?

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

Вопрос: Что такое ARD (Agent Resource Discovery)?

ARD — это открытая спецификация для машиночитаемых каталогов ресурсов и инструментов, которая проверяет доступность сайтов для автономных систем и ИИ-агентов через файлы ai-catalog.json и ard.json.

Вопрос: Какова роль WebMCP (Web Model Control Protocol) в «агентском браузинге»?

WebMCP — протокол, описывающий правила интеграции форм и интерфейсов на сайте под управлением языковых моделей. Он позволяет ИИ корректно заполнять поля, отправлять запросы и получать структурированный ответ от веб-приложения.

Вопрос: Почему важна стабильность макета (Layout Stability) для ИИ-агентов?

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