Как проверить llms.txt на сайте

Проверка файла занимает пару минут. Нужно убедиться, что адрес открывается, сервер отвечает кодом 200, файл отдаётся обычным текстом и внутри правильная разметка. Ниже чек-лист из семи пунктов и два способа проверить всё руками. Если файла ещё нет, сначала прочитайте статью Что такое llms.txt.

Чек-лист: семь проверок

1. Файл лежит по стандартному адресу. Спецификация называет два варианта: корень сайта /llms.txt или подпапка, например /docs/llms.txt. Файл описывает страницы, лежащие под его путём, а если таких файлов несколько, агент берёт самый конкретный. Для обычного сайта достаточно корня: именно так советует размещать файл документация Lighthouse от Google.

2. Сервер отвечает без ошибок. Адрес должен открываться напрямую, как обычная страница. Если сервер отвечает ошибкой, Lighthouse помечает проверку как проблему; если файла нет и адрес отвечает 404, проверка помечается как неприменимая, потому что файл сейчас необязателен. Статус 404 на адресе /llms.txt означает простую вещь: файла нет.

3. Content-Type текстовый. Спецификация тип содержимого не регламентирует, поэтому смотрите на практику. У крупных сайтов файл отдаётся как обычный текст:

• справка Яндекс Вебмастера, https://yandex.ru/support/webmaster/ru/llms.txt: 200 и Content-Type: text/plain;charset=utf-8;
• документация OpenAI, https://developers.openai.com/llms.txt: 200 и Content-Type: text/plain; charset=utf-8;
• сайт СЕОБелки, https://seobelka.ru/llms.txt: 200 и Content-Type: text/plain; charset=utf-8.

Заголовки проверялись 8 октября 2026 года. Отдельно зарегистрирован тип text/markdown (RFC 7763, «Type name: text», «Subtype name: markdown»), там же указано, что параметр charset обязателен. Если сервер отдаёт файл как text/html, поправьте настройки хостинга: читать такой ответ как текст будет неудобно.

4. Кодировка UTF-8. Спецификация кодировку не задаёт, но допускает необязательный BOM (байтовый маркер порядка) в начале файла, а все перечисленные выше сайты отдают charset=utf-8. Сохраняйте файл в UTF-8: иначе кириллица в заголовке и описаниях превратится в набор символов.

5. Структура Markdown правильная. Порядок разделов по спецификации такой: необязательный BOM, затем заголовок первого уровня с названием сайта, затем цитата с кратким описанием, затем разделы второго уровня со списками ссылок. Обязателен только заголовок первого уровня: в спецификации прямо сказано, что это единственный обязательный раздел. Цитата идёт сразу после заголовка и должна коротко объяснять, что за сайт. Сайт справки Вебмастера, например, обходится одним заголовком # Вебмастер и разделами ## Documentation без цитаты.

6. Ссылки в формате `[название](адрес)`. Каждый элемент списка по спецификации обязателен как markdown-ссылка, после двоеточия можно добавить заметку о содержимом. В примерах спецификации ссылки абсолютные, с протоколом. Пройдитесь по списку и убедитесь, что каждая ссылка открывается: сломанный адрес в таком файле вводит в заблуждение сильнее, чем его отсутствие.

7. Файл короткий. Спецификация исходит из того, что файл умещается в контекст, а подробности живут за ссылками и подгружаются только при необходимости. Практический ориентир: если файл разросся до размеров страницы сайта, вынесите второстепенное в раздел «Optional» или уберите, а сами разделы подпишите коротко и без рекламных формулировок.

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

Как проверить руками

Самый быстрый способ: откройте https://ваш-сайт.ru/llms.txt в браузере. Должен показаться текст файла, а не страница сайта с ошибкой. Затем посмотрите первые строки: первая непустая строка начинается с # , дальше идёт ## с названием раздела и список ссылок вида - [Название](https://ваш-сайт.ru/page).

Более точный способ, для тех, кто работает с терминалом:

# заголовки ответа: статус и тип содержимого
curl -I https://ваш-сайт.ru/llms.txt

# первые строки файла
curl -s https://ваш-сайт.ru/llms.txt | head -20

В ответе на первый запрос интересуют две строки: HTTP/1.1 200 и Content-Type. Если приходит 404, файла нет, если 500 или 503, разбираться нужно с сервером, а не с файлом. Если адрес перенаправляет на другую страницу, найдите, куда он ведёт: часто файл лежит не в корне, а в папке сайта.

Что говорят Google, Яндекс и инструменты

llms.txt остаётся предложением сообщества, а не стандартом: формат предложил Джереми Ховард 3 сентября 2024 года, спецификация лежит на llmstxt.org, вторая версия опубликована 10 августа 2026 года.

• Google. В официальном руководстве по оптимизации под генеративный ИИ сказано, что для Google Search можно не обращать внимания на приёмы вроде дробления контента, создания ненужных текстовых файлов для ИИ (в том числе llms.txt) и поиска искусственных упоминаний. Файл не нужен для попадания в поиск Google.
• Lighthouse. В документации Google сказано, что llms.txt называют складывающимся соглашением, а сама проверка отмечает ошибку только если сервер не смог отдать файл: отсутствие файла не считается проблемой, потому что файл сейчас необязателен.
• Яндекс. Заявлений о том, что поиск или ответы Алисы учитывают llms.txt с чужих сайтов, мы не нашли. При этом сам Яндекс публикует llms.txt для справки Вебмастера, и файл отвечает кодом 200. Это удобный образец, но не доказательство влияния на ранжирование.

Как llms.txt проверяет СЕОБелка

Бесплатный экспресс-аудит СЕОБелки запрашивает по домену адрес https://ваш-сайт.ru/llms.txt и считает файл найденным, только если сервер вернул код 200. Проверка попадает в категорию «ИИ-видимость», структура файла при этом не оценивается: сервис смотрит наличие, а не качество текста.

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

Частые вопросы

Обязательно ли проверять llms.txt, если его нет?

Нет. Google пишет, что для его поиска файл не нужен, а Lighthouse отмечает отсутствие файла как неприменимую проверку. Создавайте файл, если хотите дать ИИ-инструментам короткую карту сайта.

Что важнее: robots.txt, sitemap.xml или llms.txt?

robots.txt управляет доступом, sitemap.xml помогает находить страницы, llms.txt дополняет их человекочитаемым описанием и, по спецификации, решает другую задачу. Заменить один файл другим нельзя.

Сколько ссылок должно быть в файле?

Спецификация числа не задаёт. Ориентир один: файл должен быть коротким и умещаться в контекст, а подробности оставаться за ссылками. Для небольшого сайта достаточно главной, страниц услуг или каталога, раздела о компании, доставки, контактов и нескольких полезных статей.

Почему структура «не проходит» проверку?

Проверьте две вещи: есть ли заголовок первого уровня в начале файла и сделаны ли элементы списка ссылками в формате [название](адрес), а не обычным текстом. Обязателен только H1, но разделы и ссылки должны соответствовать формату, иначе автоматические инструменты не смогут разобрать файл.

Проверяет ли Яндекс llms.txt на моём сайте?

Мы не нашли заявлений Яндекса об учёте таких файлов с чужих сайтов. И в перечне типов проблем диагностики Вебмастера, опубликованном в документации API, файла llms.txt нет: там речь идёт об индексировании, сертификатах, скорости ответа и настройках сайта.

Источники

• Спецификация llms.txt (llmstxt.org): https://llmstxt.org/
• Изменения в спецификации, версия 2: https://llmstxt.org/changes.html
• Джереми Ховард, «/llms.txt — a proposal»: https://www.answer.ai/posts/2024-09-03-llmstxt.html
• Google Chrome Docs, проверка llms.txt в Lighthouse: https://developer.chrome.com/docs/lighthouse/agentic-browsing/llms-txt
• Google Search Central, руководство по оптимизации под генеративный ИИ: https://developers.google.com/search/docs/fundamentals/ai-optimization-guide
• RFC 7763, тип данных text/markdown: https://www.rfc-editor.org/rfc/rfc7763.txt
• llms.txt справки Яндекс Вебмастера: https://yandex.ru/support/webmaster/ru/llms.txt