Что на самом деле проверяет аудит llms.txt в Chrome Lighthouse

Что делает аудит

Lighthouse — инструмент аудита, встроенный в Chrome DevTools и доступный как CLI — теперь включает проверку llms.txt в своих аудитах агентного просмотра . В документации Chrome по этой проверке, обновлённой 2026-05-05, файл описан как «развивающееся соглашение для предоставления машиночитаемого обзора содержимого веб-сайта, специально предназначенного для LLM и AI-агентов», а также приведено обоснование: «Без этого файла агентам может потребоваться больше времени на сканирование сайта, чтобы понять его общую структуру и основное содержимое».

Это аргумент об эффективности сканирования для агентов, а не о видимости или ранжировании. Он согласуется с тем, что мы документируем в материалах llms.txt и SEO и использует ли Google llms.txt: здесь не заявляется никакой пользы для поиска.

Реализация аудита с открытым исходным кодом добавляет детали, которых нет на короткой странице документации. При успешном запросе Lighthouse проверяет, что тело содержит не менее 50 символов, заголовок H1 и ссылку Markdown. Это полезные дымовые тесты, но не полная реализация грамматики llms.txt v2.

«Неприменимо» не означает сбой

Эту часть часто излагают неверно. В документации сказано, что ошибка сервера отмечается, а отсутствующий файл помечается как «Неприменимо», поскольку соглашение остаётся необязательным. Реализация распространяет случай отсутствующего файла на любой ответ 4xx.

• Любой ответ 4xx : неприменимо. Аудит не оценивает сайт по этому файлу.
• Ответ 5xx или ошибка загрузки : сбой.
• Успешный ответ : тело должно содержать не менее 50 символов, а также H1 и ссылку Markdown.

Поэтому Lighthouse не штрафует сайт за отсутствие llms.txt. Однако если файл успешно отдан, аудит действительно сообщает кое-что о его минимальном содержимом.

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

Как часто это действительно запускается

Ahrefs классифицировали каждый User-Agent, обращавшийся к /llms.txt в 137,210 доменах в 05.2026. Аудит Lighthouse составил 22 запроса, примерно 1 из 1,000 всех измеренных ими загрузок.

Для масштаба: в том же наборе данных инструменты SEO-аудита как категория составляли 21.7% запросов, общие веб-сканеры — 13.1%, а все именованные AI-боты вместе — 19.5%. Аудит, вновь разжёгший дискуссию, — ошибка округления в трафике.

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

Что с этим делать

Три вещи, и ни одна не срочная.

Не публикуйте llms.txt, потому что Lighthouse его «требует». Это не так, и документация это подтверждает. Публикуйте его, если изложенные в преимуществах и ограничениях причины применимы к вам.

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

Отдельно проверяйте полное соответствие v2. Lighthouse не проверяет области путей, грамматику преамбулы, структуру разделов, связи обнаружения или исправность ссылок. Этот более широкий пробел закрывают наш валидатор и проверки развёртывания.