Google начал проверять сайты «на готовность к ИИ-агентам». Многие видят красное 0/3 и паникуют — зря

В Lighthouse появился раздел Agentic Browsing — он оценивает, сможет ли ИИ-агент пользоваться вашим сайтом вместо человека. Разбираем, что это, чего бояться не стоит и что реально починить за один спринт.

В Sandboxer мы строим ИИ-агентов и автоматизации для бизнеса — то есть как раз тех «ботов», которые ходят по сайтам и действуют за пользователя. Поэтому на тему «готовности сайтов к агентам» смотрю с другой стороны: со стороны того, кто этих агентов и делает. Ниже — что измеряет Google и стоит ли паниковать.

До сих пор сайты делали для людей: человек зашёл, посмотрел глазами, нажал кнопку. Но всё чаще на страницы заходят не люди, а ИИ-агенты — боты, которые сами читают сайт и действуют за пользователя: ищут товар, сравнивают, оформляют заказ, записывают на приём. И тут вылезает неприятное: то, что очевидно человеку, агент часто «не видит» — кнопка без подписи, всплывашка про cookie без названия, прыгающая при загрузке вёрстка.

Google решил это измерять. В свой бесплатный инструмент проверки сайтов — Lighthouse (он же внутри PageSpeed Insights, которым меряют скорость и качество сайтов) — встроили новый раздел Agentic Browsing. Он отвечает на один вопрос: готов ли ваш сайт к тому, что им будет пользоваться не человек, а ИИ?

Многие уже наткнулись на красное «0/3» в этом разделе и решили, что с сайтом что-то серьёзно не так. Спойлер: чаще всего нет. Это две-три мелкие и давно знакомые недоработки, а не приговор.

Если убрать технический жаргон, Google смотрит на четыре вещи:

1. Понятна ли структура страницы машине. Агент читает сайт не «картинкой», а через ту же структуру, которой пользуются программы для незрячих. Если у кнопок и окон нет «имён» — агент не понимает, что это. Классический провал — баннер про cookie без названия.
2. Не «прыгает» ли вёрстка (метрика CLS). Если при загрузке всё съезжает, и человек, и бот промахиваются мимо кнопки. Это давно известная проблема качества — просто теперь её смотрят ещё и под этим углом.
3. Есть ли файл llms.txt — что-то вроде «оглавления сайта для ИИ». Тонкость: если файла нет — обычно ничего страшного; а вот если он есть, но кривой — это минус. Причём польза самого файла пока спорная, и это честно стоит держать в голове.
4. WebMCP — будущий стандарт, где сайт сам даёт агенту готовые «инструменты» (поиск, заказ). Пока почти везде «неприменимо» — это история на перспективу, заморачиваться рано.

Низкая оценка почти никогда не значит «сайт не готов к ИИ» целиком. Обычно это три независимые мелочи: съезжающая вёрстка, безымянный cookie-баннер и кривой llms.txt. Починили первые две (а это и так стоило сделать ради скорости и доступности) — и уже «2/3», без всякого WebMCP.

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

• видят ли меня в ИИ-выдаче (это Google Search Console, отдельная история про показы);
• готов ли мой сайт для агентов (это как раз Agentic Browsing);
• умеет ли сайт давать агенту инструменты (это WebMCP).

Agentic Browsing — только про готовность. Он не обещает, что вас начнут цитировать в ChatGPT или Gemini, и на позиции в поиске он не влияет — Google это прямо не заявлял.

Если разложить по приоритетам:

• Сейчас (P0): убрать скачущую вёрстку на главной, в корзине и формах; дать «имена» всплывающим окнам и кнопкам-иконкам. Дёшево, и полезно само по себе.
• Потом (P1): починить или просто удалить кривой llms.txt.
• На перспективу (P2): WebMCP — только если осознанно делаете пилот на каком-то одном сценарии (оформление заказа, запись).

Главная мысль: читайте эти «провалы» не как новый ИИ-хайп, а как давно висящий долг по доступности и скорости сайта. Их и так нужно закрывать — Agentic Browsing просто поднимает им приоритет.

А вы проверяли свой сайт на готовность к ИИ-агентам? Делитесь результатами в комментариях. А если хотите не просто подготовить сайт, а внедрить ИИ-агентов в свои процессы — приходите к нам в Sandboxer, разберём вашу задачу.