llms.txt: формат, пример и реальная задача файла

Первичный проект llmstxt.org описывает версию v2, обновлённую 10 августа 2026 года. Файл можно разместить в корне или в подпути, например /docs/llms.txt; он относится к страницам под этим путём. Обязательный элемент формата — H1 с названием, далее могут идти краткое описание и разделы со списками ссылок.

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

Публичный файл нельзя использовать как хранилище секретных адресов, ключей или клиентских данных. Доступ к закрытым материалам контролируют отдельно.

Ниже условная документация сервиса, а не описание работающего продукта:

# Справка сервиса «Пример»

> Руководства по подключению и использованию сервиса.

Сведения относятся к текущей опубликованной версии. Условия тарифа проверяйте на странице условий.

## Начало работы

- [Подключение](https://example.com/docs/start.md): необходимые шаги и проверка результата.
- [Ограничения](https://example.com/docs/limits.md): поддерживаемые сценарии и исключения.

## Optional

- [История изменений](https://example.com/docs/changes.md): сведения о прежних версиях.

В v2 ссылки рекомендуют вести на удобные для обработки материалы, например соответствующие Markdown-версии, если они есть. Не придумывайте .md-адрес: сначала создайте и проверьте документ. Optional — конвенция для второстепенной информации, а не гарантия, что любой агент её пропустит.

1. Назовите реального потребителя: ассистент разработчика, внутренняя база знаний или другой сценарий.
2. Выберите материалы, необходимые для его задачи: начало работы, возможности, ограничения, условия и справка.
3. Сформулируйте короткие пояснения, которые соответствуют содержанию ссылок.
4. Проверьте, что важные ограничения не спрятаны среди необязательных материалов.
5. Опубликуйте файл в доступном месте и проверьте ответ, кодировку и читаемость.
6. Назначьте обновление файла вместе с изменением исходных страниц.

Нет универсального числа ссылок или срока подготовки. Сложность зависит от качества документации и способа её публикации.

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

Если поддерживаете HTML и Markdown, следите за их содержательным совпадением. Устаревшая копия с неверной ценой или ограничением может быть хуже отсутствия дополнительного формата. Для большого проекта полезны автоматические проверки ссылок и синхронизации.

В руководстве Google прямо сказано, что Google Search, включая его генеративные возможности, не использует llms.txt как специальный механизм. Создание файла не улучшает и не ухудшает видимость или ранжирование в Google Search. Это позиция именно Google Search; переносить её на все продукты и агентов нельзя.

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

Доступ ботов определяется правилами соответствующей платформы. Например, OAI-SearchBot и GPTBot у OpenAI имеют разное назначение, и решение об обучении не равно решению о поисковом доступе. Подробности — официальная документация.

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

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