llms.txt и llms-full.txt: что они дают сайту

Статус формата

llms.txt — это публичное предложение формата, а не обязательный веб-стандарт и не директива поискового робота. Идея состоит в том, чтобы дать языковой модели короткое Markdown-описание сайта и ссылки на наиболее полезные материалы для использования моделью при обработке запроса.

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

Что проверяет AI Web Check

Сервис проверяет доступность `/llms.txt` и `/llms-full.txt` как отдельное экспериментальное покрытие. Эти критерии не уменьшают AI Readiness только потому, что файлы отсутствуют.

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

Практическая структура

Короткий llms.txt полезно держать действительно коротким: название, одно ясное описание, основные публичные разделы и ссылки на документацию. Расширенный llms-full.txt может содержать больше контекста о возможностях, ограничениях и машиночитаемых интерфейсах.

# Example Service

> Короткое описание назначения.

## Основные страницы
- [Документация](https://example.com/docs)
- [API](https://example.com/openapi.json)

## Ограничения
- Не считать файл обещанием индексации или ранжирования.

Когда llms.txt действительно имеет смысл

Файл полезнее всего там, где у сайта есть стабильный публичный корпус, из которого нужно выбрать несколько сильных входных точек: документация, справочник, публичный API, каталог возможностей или другие материалы, которые сложно выразить одной навигационной страницей.

Для небольшого корпоративного сайта с несколькими понятными страницами, нормальной HTML-навигацией и sitemap.xml llms.txt обычно не является приоритетной задачей. Его отсутствие не создаёт техническую ошибку и не должно отвлекать от доступности, canonical, индексирующих директив и качества самих страниц.

• Есть стабильная документация или публичный API — файл может дать короткую курированную карту ключевых материалов.
• Есть десятки равноправных ссылок — выбирайте только действительно полезные точки входа, а не копируйте sitemap целиком.
• Сайт состоит из нескольких обычных страниц — сначала улучшайте сам HTML, внутренние ссылки и sitemap.
• Нет процесса обновления публичной документации — лучше не публиковать файл, который быстро станет противоречить сайту.

Как поддерживать файл без рассинхронизации

Практичный подход — формировать список ссылок из того же источника истины, который знает канонические публичные страницы. llms.txt не обязан повторять sitemap.xml: sitemap перечисляет опубликованные URL для discovery, а llms.txt может быть короткой редакционной выборкой наиболее полезного контекста.

При каждом изменении публичной документации проверяйте, что ссылки в файле остаются HTTPS, ведут на доступные канонические страницы и не раскрывают внутренние URL, параметры доступа или устаревшие endpoints.

• Удалённая или переименованная страница удаляется или обновляется и в llms.txt.
• Ссылка не должна вести на login, приватную сеть, capability URL или документ с секретом.
• Краткое описание сервиса обновляется вместе с реальным изменением публичных возможностей.
• Периодическая проверка HTTP-статуса и canonical полезнее ручного накопления новых ссылок.

Типичные ошибки

• Файл превращают в длинную SEO-простыню вместо навигационного контекста.
• В llms.txt публикуют приватные адреса API, токены, ссылки на внутренние репозитории или служебные инструкции.
• Текст обещает «попадание в ChatGPT/ИИ-поиск» только за счёт наличия файла.
• llms.txt противоречит canonical публичным страницам или ссылается на устаревшие документы.

Как использовать без самообмана

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

Приоритет всё равно остаётся у доступного HTML, понятной структуры сайта, корректных robots/canonical и реальных машиночитаемых данных. Экспериментальный файл должен дополнять эту основу, а не маскировать её отсутствие.