Как работает новый аудит Lighthouse
Аудит Agentic Resource Discovery (ARD) находится в экспериментальной категории Lighthouse "Agentic Browsing". Эта категория не дает итоговый балл от 0 до 100. Вместо нее показывается соотношение пройденных проверок, так как, по документации Google, "стандарты для агентного веба все еще формируются". Аудит проверяет, предоставляет ли сайт каталог инструментов и сервисов в формате, понятном для AI-агентов. В исходном коде Lighthouse 13.5 проверка ищет указатель на каталог тремя способами: - Анализирует файл `robots.txt` на наличие директивы `Agentmap`. - Ищет в HTML тег `<link>` с атрибутом `rel="ai-catalog"`. - Проверяет HTTP-заголовок `Link` с отношением `ai-catalog`. Если указатели не найдены, Lighthouse автоматически запрашивает файл по пути `/.well-known/ai-catalog.json`. Если файл отсутствует, аудит помечается как "Неприменим". Аудит провалится, если каталог найден, но содержит ошибки схемы, или если указатель ведет на недоступный ресурс.
Владельцу сайта стоит рассмотреть возможность публикации структурированного каталога для AI. Ранняя адаптация может дать преимущество в видимости для автономных AI-агентов, которые ищут в сети API, инструменты и сервисы.
Расхождение между Lighthouse и актуальной спецификацией ARD
Lighthouse 13.5 реализован на основе устаревшей версии предложения ARD. На момент его выхода спецификация ARD была обновлена до версии 0.91. В ней появилось ключевое изменение: основной файл манифеста теперь должен располагаться по пути `/.well-known/ard.json`. Старый путь `ai-catalog.json` остался для обратной совместимости. Новая спецификация рекомендует использовать отношение `rel="ard"`, а не `rel="ai-catalog"`. Однако в исходном коде Lighthouse 13.5 ссылок на `ard.json` или отношение `ard` нет. Сайт, следующий последнему черновику спецификации с файлом `ard.json`, будет помечен Lighthouse как "Неприменимый", так как инструмент не ищет каталог по новому адресу.
Спецификация ARD v0.91 упоминает и другие методы обнаружения, которые Lighthouse пока не проверяет: - JSON-LD разметка на странице. - DNS-записи определенного типа. Текущий аудит Lighthouse охватывает лишь часть предложенного стандарта. Разработчикам нужно следить за обновлениями спецификации ARD и самого Lighthouse.
ARD, llms.txt и WebMCP: в чем разница
Lighthouse 13.5 группирует ARD-аудит с проверкой `llms.txt` под заголовком "Agent Discoverability". Их цели различны: - ARD (Agentic Resource Discovery) - система для обнаружения *ресурсов*: инструментов MCP, агентов A2A, навыков (skills) и других вызываемых сервисов. Цель - помочь агентам *найти* эти ресурсы через поиск. - `llms.txt` - файл, суммирующий *контент* сайта для больших языковых моделей (LLM). Он предоставляет мета-информацию о том, как агентам взаимодействовать с содержимым страниц. - WebMCP - протокол, позволяющий веб-странице предлагать структурированные действия, которые агент может выполнить, уже находясь на сайте.
ARD помогает агенту узнать, "что вы умеете делать", до посещения сайта. WebMCP определяет, "что он может сделать", находясь на вашей странице. Эти технологии - взаимодополняющие элементы будущей инфраструктуры.
Что ждет ARD и Lighthouse в будущем
Спецификация ARD - это предложение, над которым работают авторы из Google, Microsoft и Hugging Face. Команда Lighthouse осознает динамичность процесса. В релизе 13.5 добавлена еженедельная автоматическая проверка, отслеживающая изменения в схеме ARD или тестах на соответствие в основном репозитории спецификации. Это ускорит синхронизацию аудита с обновлениями стандарта. Ожидается, что Lighthouse 13.5 появится в DevTools Chrome и в PageSpeed Insights в течение двух недель после релиза.
Практический вывод двоякий. Начинать эксперименты с публикацией каталога `ai-catalog.json` (или `ard.json`) можно уже сейчас. Но нужно быть готовым к изменениям путей файлов и требований. Не стоит рассматривать текущий результат аудита Lighthouse как окончательную оценку готовности сайта для AI-агентов. Настройка сегодня может дать преимущество в будущем, когда стандарты устоятся. Текущая реализация в Lighthouse 13.5 - это лишь первый шаг, который не полностью отражает развивающийся стандарт. Разработчикам следует воспринимать это как призыв к экспериментам, а не как жесткий набор правил для немедленного внедрения.
