llms.txt — файл в корне сайта, компактная выжимка его структуры и ключевых страниц в формате Markdown, предложенный как соглашение для языковых моделей и генеративных сервисов. Практическая роль: навигационная подсказка «что здесь важно и где это лежит» — не гарантия цитируемости, а дешёвое улучшение понимания сайта.
Как устроен формат
Markdown-документ с фиксированной структурой. Название сайта — заголовок первого уровня; краткое описание — цитатным блоком; дальше разделы второго уровня («Продукты», «Материалы», «Цены», «Документация», «Частые вопросы»), внутри — списки ссылок вида «название, адрес, пояснение в одну строку». Формат прочитывается любой моделью без специальных парсеров: это обычный текст.
Расширенный вариант — llms-full.txt. Полная выжимка контента одним файлом; для больших документаций иногда удобнее сотни страниц, но с ростом объёма теряется главное свойство — отбор.
Принцип — отбор, а не полнота. Полезен файл на десятки ссылок с честными пояснениями; тысяча адресов превращает выжимку в ещё одну карту сайта без смыслов.
Статус — предложение, не стандарт. Формат появился в 2024 году как открытая инициатива; ратификации консорциумом нет, поведение систем ничем не регламентировано.
Пример наполнения раздела. Запись в разделе материалов выглядит как: название страницы, адрес, пояснение в одну строку — «для кого, что решает, когда обновлено». Три поля, без вложенных списков и длинных описаний: файл рассчитан на быстрый просмотр, а не на чтение.
Чем отличается от robots.txt и sitemap
robots.txt управляет доступом, llms.txt — навигацией. Первый говорит «сюда можно, туда нельзя» и влияет на обход (кому и как — в статье «Краулеры ИИ-систем»); второй ничего не разрешает и не запрещает — он описывает, что на сайте важно. Это разные файлы для разных вопросов, один не заменяет другой.
Sitemap перечисляет адреса, llms.txt отбирает смыслы. Карта сайта — полный список URL для обхода без приоритетов и описаний; llms.txt — маленькая карта важного с пояснениями, для кого и зачем. Первым пользуются краулеры, второй адресован системам, которые уже пришли на сайт и собираются его понять.
Честный статус поддержки
Крупные генеративные системы поддержку не объявляли. Публичных заявлений о том, что основные чат-продукты читают llms.txt при формировании ответов, нет; отдельные компании публично говорили, что не используют файл и управляют обходом через robots.txt. Часть инструментов — агрегаторы, документационные платформы, внутренние корпоративные ассистенты — файл читает, и это задокументировано.
Вывод — делать как дешёвую опцию, не как стратегию. Влияние на цитируемость публичными методичными замерами не доказано; вред не описан, стоимость — часы. Решение похоже на мета-описания страниц: почти бесплатно, иногда помогает, никогда не заменяет главного.
Файл публичен. Он запрашивается как любая страница и виден всем — включая конкурентов и агрегаторов; пишите его так, чтобы публикация не смущала.
Где эффект наиболее правдоподобен. Не в больших чатах, а в ассистентах поверх вашего сайта: клиентские и внутренние инструменты, которым дали адрес и попросили разобраться, с удовольствием используют готовую карту вместо обхода десятков страниц. Если сайт интегрируется с ИИ-ассистентами клиентов — файл читают почти наверняка.
Что писать в файл
Факты в третьем лице. Пояснения вида «инструкция по настройке для администраторов, обновлена в марте 2026 года» — без лозунгов и эпитетов: файл читает система, которой нужны ориентиры, а не настроение.
Приоритет — страницы, отвечающие на частые вопросы. Разделы вопросов и ответов, ключевые материалы, определения терминов, цены и документы: именно их система станет предлагать в ответах, если файл использует.
Дисциплина обновления. Протухший файл с битыми ссылками хуже отсутствия: он дезориентирует всё, что его прочитало. Заведите правило обновлять его при каждом изменении структуры сайта.
Объём — один-два экрана. Ориентир: 20–40 ссылок, уложенных в читаемый за минуту документ; если раздел не помещается — сократите описания, а не переносите ссылки в следующий уровень вложенности. Плоская структура читается надёжнее глубокой.
Стоит ли делать: критерии
Делать, если навигация не восстанавливается из адресов. SPA с техничными URL, многоуровневые каталоги, документация в глубине — там выжимка помогает сориентироваться; контент при этом должен быть извлекаем постранично (см. «Извлекаемость контента»).
Делать, если аудитория приходит через ИИ-инструменты. Referral-трафик от чат-сервисов или использование сайта внутри клиентских ассистентов — знак, что навигационная карта востребована.
Отложить, если сайт мал и статичен. Десять страниц с понятными адресами и заголовками уже самоописаны; файл ничего не добавит. Не делать и без ресурсов на поддержку: выжимка устареет за квартал.
Затраты против эффекта. Час-два на первый файл, минуты на поддержку; эффект недоказуем, но и не отрицателен — сочетание, оправдывающее низкий приоритет задачи, но не её вечное игнорирование.
Типичные ошибки
- Ждать роста цитируемости от файла. Он не заменяет извлекаемость и работу над формулировками; без них файл — визитка, которую некому показать.
- Автогенерация всего каталога. Мегабайтный файл перестаёт быть выжимкой; системы ценят отбор, а не полноту.
- Расхождение с robots.txt. Ссылка в llms.txt на раздел, закрытый в robots.txt, путает добросовестных агентов; синхронизируйте файлы.
- Промо вместо описаний. Лозунги в пояснениях бесполезны системе и выдают непонимание формата.
- Отсутствие поддержки. Битые ссылки после редизайна дискредитируют файл для всех, кто его уже читает.
Частые вопросы
llms.txt обязателен, как robots.txt?
Нет: это соглашение без принуждения. Отсутствие файла ничего не ломает — системы работают и без него; отличие от robots.txt в том, что его никто не обязан читать.
Кто-нибудь действительно читает файл?
Заявляли инструменты агрегации, документационные платформы и внутренние ассистенты компаний; основных чат-систем в этом списке публично нет. Влияние на своих пользователей измеряется только на своих данных.
Нужен ли llms-full.txt?
Если страницы уже извлекаемы постранично — избыточен; имеет смысл для больших документаций, которые удобнее отдавать одной выжимкой, чем сотней адресов.
Влияет ли файл на классическое SEO?
Нет: поисковые системы его не используют, на позиции в выдаче он не влияет ни прямо, ни косвенно.
Как проверить корректность файла?
Формального валидатора нет — проверьте вручную: Markdown открывается читаемо, ссылки живы, описания соответствуют страницам, файл отвечает по своему адресу с кодом 200.
Что делать раньше — файл или контент?
Контент: извлекаемость и формулировки дают эффект, файл только ускоряет понимание. Обратный порядок создаёт иллюзию работы.