Продолжить с Telegramllms.txt: помогает ли файл попадать в ответы нейросетей или это SEO-карго-культ
Разбираем статус llms.txt, отличие от robots.txt, sitemap и Schema.org, полезные сценарии для документации и способы проверить эффект без обещаний.
llms.txt часто описывают как новый robots.txt для нейросетей: положите файл в корень сайта, перечислите важные страницы — и ChatGPT, Алиса или Perplexity начнут ссылаться на бренд. В этой версии пропущена главная деталь. llms.txt — открытое предложение формата, а не подтверждённый фактор ранжирования и не команда поисковому роботу.
Файл может быть полезен как компактная карта документации, особенно для технических продуктов. Но на российском коммерческом сайте он стоит после доступных страниц, нормальной структуры, sitemap, корректного robots.txt и содержательного ответа.
Что предложили авторы llms.txt
Спецификация появилась в сентябре 2024 года. Она предлагает размещать по адресу /llms.txt Markdown-файл с кратким описанием проекта и ссылками на важные материалы. Идея ориентирована прежде всего на использование информации во время ответа модели, а не на обучение.
Минимально файл содержит H1 с названием проекта. Дополнительно можно добавить краткое описание, пояснение о проекте, разделы H2, списки ссылок с комментариями и раздел Optional для вторичных материалов.
Авторы также предлагают отдавать чистые Markdown-версии страниц. Это удобно для API и документации: агенту проще получить компактный текст без меню, баннеров и сложного JavaScript.
Сам сайт спецификации называет её proposal — предложением. Он не утверждает, что крупные AI-поисковики обязаны обходить файл или учитывать его при выборе источника.
Чем llms.txt не является
llms.txt не управляет доступом. Для правил обхода используются robots.txt, настройки сервера и документация конкретных роботов. Если контент закрыт авторизацией или CDN блокирует запросы, список ссылок его не откроет.
Он не заменяет sitemap. XML-карта сообщает поисковым системам о канонических URL сайта. llms.txt — выборочная человечески читаемая карта, которая может включать только основные документы и внешние ссылки.
Он не заменяет Schema.org. Структурированные данные описывают сущности и свойства страницы. Markdown-файл лишь объясняет, какие ресурсы автор считает важными.
Наконец, он не является заявкой на цитирование. В файле нет стандартной директивы «рекомендовать компанию по запросу X».
Почему возник карго-культ
Формат напоминает знакомые технические сигналы: корневой адрес, короткое имя, простой синтаксис. Создать его можно за час, а результат сложно проверить. Это удобные условия для услуги с обещанием «подготовить сайт к AI-поиску».
Маркетинговая логика выглядит правдоподобно:
- модели читают текст;
- файл предназначен для моделей;
- значит, наличие файла повышает видимость.
Третий шаг не следует из первых двух. Конкретная система должна обнаружить файл, поддержать формат, использовать ссылки и посчитать источник подходящим для ответа. Публичного универсального подтверждения этой цепочки нет.
Корректная формулировка — «файл может облегчить доступ поддерживающему его агенту», а не «файл продвигает сайт в ChatGPT».
Когда файл действительно полезен
Лучший сценарий — большая документация продукта. У проекта есть быстрый старт, справочник API, примеры, архитектурные решения и миграционные инструкции. Агенту сложно понять, с какого URL начинать и какие страницы вторичны.
Файл может дать:
- короткое определение продукта;
- ссылку на текущую версию документации;
- быстрый старт;
- основные разделы API;
- примеры;
- ограничения совместимости;
- пометки об архивных версиях;
- вторичные материалы в
Optional.
Он полезен и для внутреннего AI-ассистента, который компания настраивает сама. Тогда поддержка формата находится под контролем, а результат можно протестировать на наборе вопросов.
Для лендинга из пяти страниц ценность сомнительна. Обычная навигация и доступный HTML уже дают компактную карту.
Пример без лишних обещаний
# Система
> AI-платформа для организации маркетинговой работы небольшой команды.
**[«Система»](/)** объединяет исследование, планирование, создание, проверку,
отложенную публикацию и анализ контента. Публичные материалы не заменяют
индивидуальную юридическую или финансовую консультацию.
<h2 id="product">Product</h2>
- [Обзор](https://example.ru/product): функции и границы продукта
- [Документация](https://example.ru/docs): настройка и интеграции
- [Безопасность](https://example.ru/security): обработка данных и доступы
<h2 id="guides">Guides</h2>
- [Маркетинг без отдела](https://example.ru/blog/marketing-without-team):
роли, процесс и ограничения
<h2 id="optional">Optional</h2>
- [Новости](https://example.ru/blog/news): история обновлений
Этот пример не просит модель считать Систему лучшей. Он даёт определение, ограничения и пути к подробностям.
Какие страницы не стоит включать
Не превращайте файл в копию sitemap. Исключите параметры и дубли, архивные версии без пометки, страницы без самостоятельного содержания, рекламные кампании, служебные разделы, закрытые документы и автоматически сгенерированные страницы низкого качества.
Кураторская ценность исчезает, когда список содержит тысячи URL. Если всё важно, файл ничего не объясняет.
Техническая проверка
Файл должен открываться по ожидаемому адресу и возвращать 200. Используйте UTF‑8 и обычный Markdown. Проверьте абсолютные ссылки, редиректы и доступность целевых страниц.
Не публикуйте в нём секреты, внутренние адреса, токены или сведения, которых нет на публичном сайте. Это открытый файл.
Добавьте автоматическую проверку ссылок в релиз. Устаревшая карта хуже отсутствующей: агент получает уверенный путь к удалённой документации.
Как измерить пользу
Нельзя честно оценить файл по позиции в поиске: слишком много факторов меняется одновременно. Сначала проверьте управляемые сценарии.
Для собственного агента сравните ответы до и после подключения файла:
- нашёл ли он правильный быстрый старт;
- выбрал ли текущую версию;
- перестал ли ссылаться на архив;
- правильно ли объясняет ограничения;
- сократилось ли число передаваемых документов.
Для внешних сервисов сохраните контрольные вопросы, даты, ссылки и точность ответов. Отсутствие изменения нормально: платформа может не поддерживать формат. Не выдавайте единичное появление бренда за причинный эффект.
Что важнее для Алисы AI
Яндекс связывает упоминания в Алисе AI с обычной поисковой видимостью и качеством страниц. Отчёт Вебмастера показывает Share of Voice, примеры запросов и источники по тем темам, где сайт уже появляется достаточно высоко.
Поэтому приоритет российского сайта выглядит так:
- нужные URL доступны и индексируются;
- страницы отвечают на реальные вопросы;
- факты актуальны и подтверждены;
- сайт получает обычную поисковую видимость;
- бренд описан непротиворечиво;
- доступ AI-роботов настроен осознанно;
- после этого можно добавить
llms.txt.
Файл не исправит слабый контент и не поднимет страницу, которой нет в индексе.
Как Система поддерживает llms.txt
Система может собрать карту из утверждённых публичных материалов, отделить основные документы от вторичных и проверять ссылки при обновлении сайта. Когда статья или документация меняет адрес, задача на обновление файла остаётся в том же рабочем процессе.
GEO-агент использует llms.txt как один из технических артефактов, а не как самостоятельную стратегию. Он одновременно проверяет robots.txt, индексирование, качество источников и видимость бренда. Это защищает команду от отчёта, где наличие файла выдают за результат.
Система не может заставить ChatGPT, Алису или Perplexity прочитать файл. Она помогает поддерживать его корректным и проверять наблюдаемый эффект. Если сайт небольшой и формат ничего не улучшает, честное решение — не тратить на него время.
Сравнение технических файлов
| Инструмент | Основная задача | Чего не гарантирует |
|---|---|---|
robots.txt |
правила обхода для указанных роботов | удаление URL и цитирование |
sitemap.xml |
список канонических URL для поиска | индексирование и позиции |
| Schema.org | машиночитаемое описание сущностей | расширенный результат |
llms.txt |
курируемая карта материалов для LLM | поддержку платформой и рекомендацию |
Эти файлы не конкурируют. Ошибка начинается, когда один продают как замену всей технической и редакционной работе.
Решение для небольшой команды
Создавайте llms.txt, если у сайта есть большая документация, контролируемый AI-агент или понятный эксперимент. На первый вариант хватит короткого файла из 10–20 основных ссылок, ответственного и регулярной проверки.
Не создавайте его ради галочки, если важные страницы закрыты, устарели или не отвечают на вопросы. Сначала исправьте источник.
Перед публикацией попросите человека, который не участвовал в подготовке, пройти файл как карту. Сможет ли он понять, чем занимается компания, найти актуальную документацию и отличить основное от вторичного? Если нет, агенту тоже придётся угадывать.
Через месяц проверьте журнал изменений. Сколько ссылок устарело, кто обновил описание продукта, появились ли страницы, которые действительно нужно добавить? Если поддержка файла требует больше ручной работы, чем даёт пользы, сократите его. У экспериментального формата нет обязанности присутствовать на каждом сайте.
Не включайте в отчёт сам факт появления /llms.txt как рост GEO. Результатом может быть более точный ответ контролируемого агента, сокращение ошибок в документации или подтверждённое использование файла конкретным сервисом. Пока такого наблюдения нет, команда завершила техническую настройку, но не доказала маркетинговый эффект.
Запишите это ограничение прямо в задаче и отчёте. Так через квартал новый сотрудник не примет наличие файла за доказанный канал привлечения и не построит на нём необоснованный прогноз трафика, лидов или упоминаний бренда.
Связанные материалы: robots.txt для AI-ботов, как Яндекс Нейро выбирает источники и чем GEO отличается от SEO.
llms.txt — нормальный экспериментальный инструмент и плохая магическая таблетка. Его ценность можно доказать только там, где конкретный агент использует файл лучше обычной навигации.