26 октября 2026 года каталог llmtxt.info обнаружил подходящие под его условия файлы на 124 из 217 проверенных хостов. Авторы сразу оговорились: в выборке преобладают сайты для разработчиков, а наличие файла не доказывает, что ИИ его использует. Для руководителя, который выясняет, что такое llms txt, вот эта оговорка важнее количества. Разместить файл можно. Получить от него пользу для бизнеса – отдельная задача. Результаты проверки каталога.
- llms.txt – текстовая карта выбранных материалов сайта для совместимых ИИ-инструментов. Формат остаётся предложением сообщества.
- Google Search прямо сообщает, что llms.txt не помогает и не мешает видимости сайта в его поиске, включая генеративные функции.
- Для корпоративного сайта я бы сначала исправил страницы услуг и лишь затем взялся за файл. Для документации, которую агент читает в конкретном рабочем сценарии, порядок может быть другим.
- Проверять нужно доступность файла, точность ссылок и то, справился ли агент с задачей. Загрузка файла ботом сама по себе не подтверждает цитирование или заявку.
Что такое llms txt простыми словами
Это короткий путеводитель: что за проект перед читателем и где искать нужные сведения. Файл написан в Markdown – текстовой разметке с заголовками, списками и ссылками. ИИ-агентом здесь называю программу, которая может обращаться к материалам и выполнять задачу пользователя.
В предложении Джереми Ховарда предусмотрены название проекта, краткое описание и разделы со ссылками. Обязателен только заголовок с названием. Файл можно разместить в корне сайта или внутри отдельного раздела, например документации. Читать его поисковые системы никто не обязывает.
Разницу между служебными файлами проще запомнить по вопросам:
| Файл | На какой вопрос отвечает |
|---|---|
| robots.txt | Какие правила обхода сайт сообщает роботам? |
| sitemap.xml | Какие адреса сайт предлагает поисковой системе обнаружить? |
| llms.txt | Какие материалы отобраны как полезные для понимания проекта? |
llms.txt не заменяет карту сайта и не управляет доступом. Он даёт ориентир. Если ссылка ведёт к неполному описанию услуги, путеводитель доставит читателя ровно туда. Пробелы в содержании никуда не денутся.
Я отношусь к такому файлу как к оглавлению технического справочника. Хорошее оглавление помогает найти ответ, когда справочник уже открыли. Оно не заставляет покупателя выбрать вашу компанию.
Поможет ли llms.txt попасть в ответы нейросетей?
Google Search отвечает на этот вопрос в официальном руководстве: поисковая система не использует llms.txt как специальный механизм оптимизации. Файл не улучшает и не ухудшает видимость и позиции. При этом Google допускает, что его можно поддерживать для других систем, которым он нужен. Позиция Google.
Чтобы страница могла участвовать в AI Overviews и AI Mode, она должна отвечать обычным требованиям поиска: быть проиндексированной и допускать показ фрагмента текста. Но даже если всё выполнено, появление в ответе не гарантировано. Документация Google Search Central.
Переносить позицию Google на Алису, ChatGPT или Perplexity я бы не стал. У каждой системы свои механизмы. Обратное обещание – «другие нейросети обязательно прочитают файл и начнут рекомендовать компанию» – тоже придётся доказывать.
Я бы попросил подрядчика показать всю цепочку: какая система поддерживает файл, в каком сценарии получает его и какой результат мы будем проверять. Что доказывает ссылка на чужой llms.txt? Только то, что кто-то его опубликовал. Оснований обещать рост цитируемости она не даёт.
Для меня оптимизация сайта под нейросети начинается с содержания: может ли читатель понять, что компания делает, кому подходит услуга и чем подтверждены заявления. Если вместо ответа на странице написано «создаём инновационные решения», копирование этой фразы в текстовый файл ничего не исправит.
Когда стоит создавать файл, а когда отложить?
Моя позиция простая: страницы услуг важнее llms.txt, пока нет понятного потребителя этого файла. Под потребителем я имею в виду конкретный инструмент и задачу, а не собирательную «нейросеть будущего».
Исключение – документация или база знаний, которую агент должен читать по ходу работы. Допустим, команда намеренно передаёт ему карту материалов, чтобы найти инструкцию по подключению сервиса. Здесь уже есть что проверить: нашёл ли он нужную версию и правильно ли применил её.
Ниже – порядок, в котором я бы разбирался с задачами. Это не универсальное требование к сайтам.
| Тип сайта | Что сделать раньше | Когда добавлять llms.txt |
|---|---|---|
| Корпоративный сайт | Уточнить услуги, ограничения, сведения о компании и контакты | Когда основные страницы приведены в порядок и есть проверяемая гипотеза использования |
| Интернет-магазин | Проверить карточки, категории, доставку, оплату и возвраты | Если нужен поддерживаемый указатель для конкретного агента; не ради копии всего каталога |
| Документация продукта | Развести актуальные и устаревшие инструкции | Когда агенту нужен маршрут к справке и примерам |
| База знаний | Проверить владельцев материалов и доступ к ним | Если выбранный инструмент читает такую карту и можно проверить его ответы |
В CRT мы работаем с разными типами информации: например, проект РБК – электронный архив и база данных СМИ. Это не кейс внедрения llms.txt. Я вспоминаю его здесь по другой причине: устройство информационного ресурса зависит от того, что в нём ищут. Архиву, каталогу товаров и странице услуги нельзя по умолчанию прописать одну и ту же доработку.
Прежде чем отдавать задачу в работу, я бы записал одно предложение: «Файл нужен инструменту …, чтобы пользователь смог …». Если пропуски заполнить нечем, задача подождёт. Само отсутствие файла ещё не объясняет, почему компания не появляется в ответах.
Как создать и проверить llms.txt?
Начните с отбора материалов. Я бы добавлял страницу, только если могу объяснить её роль: описывает продукт, отвечает на частый вопрос, содержит актуальную инструкцию. Выгружать в файл все адреса подряд незачем.
Сначала зафиксируйте содержание. Сверьте название компании, описание деятельности и условия услуг с опубликованными страницами. Нашли противоречие – исправьте первоисточник. Иначе получите ещё одну версию сведений, за которой придётся следить.
Затем набросайте короткую структуру. Ниже учебный фрагмент на основе разрешённых страниц CRT. Он показывает оформление, а не содержимое опубликованного файла; судить по нему об эффективности тоже нельзя:
# CRT
> IT-компания полного цикла: разработка сайтов, сервисов и цифровых экосистем.
## Компания
- [О компании](/about): история, команда и направления работы.
- [Кейсы](/cases): примеры проектов CRT.
## Контакты
- [Связаться с CRT](/contacts): способы обратиться в компанию.
В самостоятельном файле я рекомендую указывать полные адреса: ссылки останутся понятными, даже если текст скопируют в другой инструмент. В учебном фрагменте они относительные. Структуру сверяйте с описанием формата, а удобство проверяйте в инструменте, ради которого всё затевалось.
Принимать работу я бы стал по такому списку:
- Публикация. Файл открывается по согласованному адресу
/llms.txtбез авторизации и ручных действий. - Ответ сервера. Проверка показывает успешный ответ HTTP 200, а содержимое действительно текстовое. Вместо файла не приходит главная страница или экран защиты. Такой базовый контроль использует и каталог llmtxt.info.
- Ссылки. Каждый адрес ведёт к нужному материалу. Описание ссылки совпадает с содержимым, архивная инструкция не выдана за актуальную.
- Чтение агентом. Выбранному инструменту передают адрес файла и задачу. Сохраняют ответ и доступный журнал обращений: какую страницу он открыл, на что сослался, где ошибся.
- Поддержка. Назначают владельца файла и договариваются, когда перепроверять его: при изменении услуги, переносе раздела, обновлении документации.
Открыли файл в браузере – проверили доступность для себя. До ответа на вопрос, справился ли выбранный инструмент с задачей, отсюда ещё далеко.
Для документации я предложил бы небольшой сравнительный тест. Дайте агенту одинаковые вопросы с файлом и без него, сохранив версию инструмента и условия доступа. Смотрите, ту ли инструкцию он нашёл, не перепутал ли версии и можно ли проверить ответ по ссылке. Вопросы лучше брать из реальных обращений пользователей (тех, на которые им действительно нужен ответ).
Такой тест покажет, помогает ли карта в выбранном процессе. Влияние на ответы публичных поисковых сервисов он не докажет: там вы не управляете тем, как система получает материалы.
Почему наличие файла ещё не результат?
У Menra есть показательный документированный тупик. В исправлении от 17 сентября 2026 года компания отказалась от прежнего вывода о росте упоминаний после публикации llms.txt: за ним стояла небольшая неконтролируемая внутренняя выборка. А 23 октября авторы удалили ещё одно утверждение – о распространённости файла среди часто цитируемых доменов. Опубликованный источник для него найти не смогли. История исправлений Menra.
Меня здесь цепляет ошибка в обосновании. Из наблюдения успели сделать рекомендацию, хотя причинную связь ещё нечем было проверить. Остальные выводы Menra я бы тоже не переносил на все платформы без отдельной проверки. Но уже само исправление компании даёт повод придирчивее читать отчёты об эффекте.
В отчёте я бы разделял наблюдения так:
| Что наблюдаем | Что вправе записать в отчёт | Чего это не доказывает |
|---|---|---|
| Запрос к llms.txt в серверном журнале | Файл запросил определённый клиент | Что модель использовала текст или рекомендовала компанию |
| Ссылку на сайт в сохранённом ответе | Сайт процитирован в конкретном запросе и сеансе | Что причиной стал llms.txt |
| Переход и обращение человека | Зафиксировано действие потенциального клиента | Что его обеспечил именно файл |
Перед экспериментом сохраните исходное состояние страниц и примеры ответов по выбранным вопросам. Записывайте дату, систему, формулировку запроса и изменения сайта. Ведь если заодно с публикацией файла вы переписали услуги, открыли раздел для обхода и обновили сведения о компании, приписать результат одной доработке уже не получится.
Руководителю полезнее честная запись «файл доступен, использование в ответах не установлено», чем красивый график, который нечем объяснить. Запросы ботов не равны заявкам. Даже подтверждённая цитата пока говорит о видимости, а не о продаже.
Вопросы и ответы
Обязательно ли делать llms.txt для сайта?
Нет, llms.txt остаётся предложением сообщества. Google Search прямо сообщает, что файл не нужен для видимости в его поиске. Для других инструментов решение стоит принимать по конкретному сценарию использования, а не по обещанию гарантированных рекомендаций.
Как часто обновлять llms.txt?
Я рекомендую проверять его при изменении страниц, на которые он ссылается: услуг, условий, структуры документации. Назначьте ответственного, чтобы файл не жил отдельно от сайта. Фиксированная периодичность без привязки к изменениям не заменяет такую проверку.
Чем llms.txt отличается от sitemap.xml?
sitemap.xml сообщает поисковой системе адреса страниц. llms.txt предлагает отобранные материалы с пояснениями для совместимых ИИ-инструментов. Эти файлы решают разные задачи и не заменяют друг друга.
Как понять, что файл работает?
Сначала определите ожидаемый результат: доступность файла, чтение конкретным агентом или правильное выполнение задачи по документации. Эти результаты проверяют отдельно. Запрос к файлу не подтверждает ни влияние на цитирование, ни появление клиента.
Что делать
Я бы начал с первичной проверки сайта: совпадают ли факты на разных страницах, понятны ли услуги, сведения о компании и контакты без отдельного путеводителя. В CRT для этого есть бесплатная первичная проверка в рамках AI READY. Её результаты помогут решить, за какие доработки браться сначала; место в ответах нейросетей мы не гарантируем.
Обсудить задачуИсточники
- The /llms.txt file, v2 – предложение и структура формата
- Google Search Central: AI features and your website
- Google Search Central: Optimizing for generative AI features on Google Search
- llms.txt directory: результаты проверки 26 октября 2026 года и ограничения выборки
- Menra: llms.txt: What the Evidence Actually Shows – исправления собственных утверждений
