У сайта с десятками страниц сведения об услугах, документация и контакты разбросаны по разным разделам. Файл llms.txt собирает ссылки на важные материалы в одном месте и кратко объясняет, что за ними находится. AI-агенту это может помочь с навигацией, если он вообще обращается к файлу. Формат пока существует как предложение, а не как обязательный веб-стандарт. Google Search прямо сообщает, что не использует llms.txt ни в обычном поиске, ни в своих генеративных функциях.
Ниже я разберу, кому пригодится такой файл, как его собрать и что проверить после публикации, а для примера покажу llms.txt этого сайта. Сам факт его размещения эффекта для SEO или ответов AI-систем не доказывает.
Что такое llms.txt и когда он нужен?
Авторы предложения llms.txt описывают текстовый файл в формате Markdown. В нём можно коротко представить проект и дать ссылки на страницы, с которых агенту стоит начать знакомство с сайтом. Такой список помогает сориентироваться среди меню, служебных элементов и большого числа URL. При этом агент сам решает, читать ли файл и переходить ли по ссылкам. Правил обхода сайта llms.txt не задаёт.
На сайте услуг в файл обычно имеет смысл включить страницы основных направлений, условия работы, полезные статьи и контакты. Документации с множеством разделов он может дать короткое оглавление. Для сайта из одной-двух страниц отдельный список ссылок вряд ли многое добавит. А если важные материалы закрыты, устарели или противоречат друг другу, сначала разберитесь с самими страницами: новый файл не исправит их содержание.
Перед созданием определите, кто будет следить за ссылками. Услугу переименовали, URL изменился, условия обновились? В llms.txt тоже нужно внести правку. Иначе агент получит аккуратно оформленный, но уже неверный маршрут. Поэтому решение о публикации зависит от числа страниц и готовности поддерживать файл.
Рисунок 1. Схема выбора: llms.txt собирают, когда страницы сайта открыты и актуальны, иначе сначала исправляют источники
Чем llms.txt отличается от robots.txt и sitemap.xml?
Эти файлы часто упоминают рядом, хотя каждый решает свою задачу.
Файл | Что сообщает | Чего сам по себе не делает |
|---|---|---|
llms.txt | Даёт краткий контекст и отобранные ссылки агенту, который решил его прочитать. | Не управляет обходом и не гарантирует появления сайта в AI-ответах. |
robots.txt | Содержит правила доступа роботов к путям сайта. | Не объясняет содержание услуг и назначение страниц. |
sitemap.xml | Передаёт поисковым системам перечень URL и сведения о них. | Не заменяет отобранный и пояснённый список материалов. |
В документации Google robots.txt описан как способ управлять запросами роботов, а sitemap.xml помогает обнаруживать страницы. Попадание URL в карту сайта ещё не гарантирует индексации. В llms.txt владелец выбирает материалы, которые лучше всего представляют проект, и может пояснить, зачем открывать каждую ссылку.
Стандартной обязательной директивы для llms.txt в robots.txt нет. При желании адрес файла можно там упомянуть, но такое упоминание не станет универсальной инструкцией для Google и AI-краулеров. Доступ к страницам настраивают через правила обхода и сервер, а содержание llms.txt помогает читателю файла найти нужный источник.
Формат llms.txt: что обязательно, а что нет
В предложении формата v2 предусмотрены адреса в корне сайта, например /llms.txt, и в подпути, например /docs/llms.txt. Файл в подпути относится к соответствующему разделу. Если нужно представить сайт целиком, обычно удобнее начать с корневого адреса: его легко найти и проверить.
Обязателен только заголовок H1 с названием проекта. После него можно поставить краткое описание в цитатном блоке Markdown, поясняющий текст и разделы H2 со списками ссылок. Ссылка в списке записывается обычным Markdown-синтаксисом; рядом можно добавить пояснение. Спецификация допускает файл из одного заголовка, но для навигации он почти ничего не даст.
Формальная корректность и польза для читателя здесь расходятся. Можно собрать сотни ссылок в допустимом Markdown и всё же получить неудобный каталог. Отберите публичные, актуальные страницы, назовите разделы понятно и проверьте, что файл не раскрывает внутренние адреса или закрытые документы.
Рисунок 2. Структура llms.txt v2: обязательный заголовок H1, описание, разделы H2 и списки ссылок
Что изменилось в v2?
Редакция v2 определила, что значит файл в подпути: он охватывает страницы под своим путём, а при нескольких подходящих файлах действует самый специфичный. Она также уточнила два варианта адреса Markdown-версии страницы: расширение .md можно добавить к URL либо заменить им прежнее расширение. Чтобы связать обычную страницу с Markdown-версией, авторы предлагают rel="alternate"; чтобы указать описывающий llms.txt, rel="describedby". Такие связи передают через HTML или HTTP-заголовки.
Раздел Optional оставлен для дополнительных ссылок, хотя прежней специальной механической роли у него больше нет. Используйте его, если действительно нужно отделить второстепенные материалы. Ни Markdown-копия каждой страницы, ни rel-связи не требуются Google Search для появления в его AI-функциях.
Пример llms.txt для сайта услуг
Этот короткий образец показывает устройство файла. Названия и адреса example.com здесь условные; перед публикацией их нужно заменить страницами своего сайта.
1# Компания Пример2 3> Помогаем владельцам сайтов проводить технический аудит и устранять ошибки доступности страниц.4 5## Услуги6 7- [Технический аудит](https://example.com/services/audit): что проверяем и как устроена работа.8- [Исправление ошибок](https://example.com/services/fixes): задачи, ограничения и порядок внедрения.9 10## О компании11 12- [Контакты](https://example.com/contacts): как связаться и где задать вопрос.
Заголовок называет проект, описание даёт контекст, разделы группируют страницы по задачам. Пояснение после ссылки полезно, когда из её названия неясно, что найдёт посетитель. Не обещайте в нём сведений, которых нет на самой странице. Если условий услуги пока нет на сайте, сначала опубликуйте или уточните первоисточник.
Есть и живой пример – llms.txt Izotov Agency. Я собрал его так, чтобы он обновлялся сам: новая статья блога попадает в файл в течение часа после публикации, а строка «Обновлено» показывает дату последней статьи. После заголовка и описания идут разделы услуг, тарифов, стран, статей, кейсов, сведений о специалисте и контактов. В сентябре 2026 года я нашёл в нём ошибку того самого формата, о котором эта статья: часть пунктов стояла вне разделов H2. Теперь каждый пункт – ссылка с пояснением внутри своего раздела, а общий текст идёт до первого H2. Сделал ли какой-либо агент выводы на основе файла, такая проверка не показывает.
Как создать llms.txt и добавить его на сайт?
Сначала выпишите вопросы, с которыми человек или агент приходит на сайт: чем занимается проект, какие услуги доступны, где условия и контакты. Затем соберите из отвечающих страниц короткий маршрут.
- Отберите страницы. Проверьте публичность, содержание и актуальность URL. Sitemap поможет найти кандидатов, но автоматически копировать из него все адреса не стоит.
- Опишите проект. Одного-двух конкретных предложений достаточно. Укажите направление работы и аудиторию, не заменяя объяснение рекламным слоганом.
- Соберите Markdown. Начните с H1, добавьте описание и нужные H2-разделы. Дайте ссылкам понятные названия; поясняйте их только там, где это помогает выбрать страницу.
- Сохраните llms.txt в UTF-8. Общий файл разместите в корне сайта, файл отдельного раздела можно разместить в его подпути. Способ загрузки зависит от CMS, хостинга и прав доступа.
- Откройте опубликованный адрес. Для корневого файла это URL вида https://example.com/llms.txt. Посмотрите, что доступно без авторизации, прежде чем указывать на него где-либо ещё.
Какие страницы включать?
Для сайта услуг начните с тех URL, на которые вы отправили бы нового клиента за ответом. Обычно это описание основных услуг, актуальные условия, сведения о специалисте или компании, содержательные кейсы и контакты. Статью стоит добавлять, когда она раскрывает важный вопрос по теме сайта. Одного подходящего ключевого слова для отбора недостаточно. Проверьте, чтобы название каждой ссылки совпадало с содержанием страницы: заголовок «Цены» не должен вести на общий рекламный текст без цен.
Временные акции, результаты внутреннего поиска, дубли страниц и материалы за авторизацией плохо подходят для такого маршрута. Если цены часто меняются, безопаснее сослаться на поддерживаемую страницу тарифов, чем копировать суммы в llms.txt и обновлять их в двух местах. У большого сайта могут быть отдельные файлы для документации или другого раздела. Тогда каждому файлу нужен понятный охват, иначе разные списки начнут противоречить друг другу.
Формат не задаёт универсального числа ссылок. Несколько точных переходов полезнее списка всего каталога без объяснений. После изменения URL, услуги или важного описания обновите файл и проверьте ссылки повторно. Автор и редактор сверяют содержание, веб-мастер размещает файл и проверяет ответ сервера. Если за этим никто не следит, оглавление быстро устареет.
Рисунок 3. Пять шагов создания llms.txt: от отбора страниц до проверки URL
Как проверить опубликованный файл?
Здесь проверяется публикация и качество маршрута, а не рост поисковой видимости. Откройте публичный URL без авторизации и сравните текст с исходником. Сервер может ответить кодом 200, но показать HTML-страницу вместо файла.
- Адрес. Откройте /llms.txt в браузере без входа в аккаунт. Вместо текста не должна показываться страница ошибки, форма авторизации или главная страница сайта.
- Ответ сервера. Проверьте GET-запрос в инструментах разработчика браузера или HTTP-инструменте. Обычно корректно опубликованный файл отвечает кодом 200, но сам по себе этот код ещё не подтверждает правильное содержимое.
- Структура. Найдите H1 и проверьте Markdown-ссылки. Если файл собран генератором, сверьте его с предложением формата: инструмент мог добавить лишние элементы или опираться на старую редакцию.
- Переходы. Откройте ссылки из каждого раздела. Убедитесь, что они ведут на обещанные страницы, не требуют входа и не содержат устаревших сведений.
- Обновление. Запишите, кто правит файл после изменений сайта. При следующей проверке смотрите и на дату, и на фактический состав ссылок.
Валидатор способен заметить часть технических ошибок. Выбор приоритетных страниц и соответствие пояснений их содержанию всё равно придётся проверить вручную. Даже безупречный ответ сервера не доказывает, что поисковик повысил позиции или AI-агент использовал файл в ответе.
Рисунок 4. Что подтверждает техническая проверка опубликованного файла и чего она не доказывает
Поможет ли llms.txt SEO и GEO?
Google прямо указывает: Search не использует llms.txt для обычных результатов и генеративных функций. Для попадания в эти функции файл не требуется; его создание само по себе не помогает и не вредит видимости в Google. Компания советует работать с доступностью и качеством страниц по обычным принципам SEO. Какие условия Google называет для ссылки в генеративном ответе, я свёл в отдельный разбор: сайт в Google AI Mode.
О других системах нельзя судить по правилам Google. Предложение llms.txt описывает ситуацию, в которой агент ищет сведения о сайте и может пройти по ссылкам из файла. Это возможность, а не свидетельство результата в ChatGPT, Яндексе или любом другом сервисе. Запрос к llms.txt в серверном журнале подтверждает обращение, но не показывает, попало ли содержание в ответ пользователю.
Практический смысл файла поэтому ограничен и понятен: дать удобное оглавление тем системам, которые захотят им воспользоваться. Обещать за счёт него попадание в нейроответы оснований нет. Если страницы плохо доступны или на них не хватает ясных ответов, займитесь ими в первую очередь. На сайте отдельно разобрано, как работать с появлением в ответах ChatGPT.
Частые вопросы
Нужно ли создавать llms-full.txt?
Нет. Предложение llms.txt v2 не требует такого сопутствующего файла. Большая Markdown-версия материалов может пригодиться отдельному проекту, но её тоже придётся поддерживать. Начать можно с осмысленного llms.txt и работающих страниц по его ссылкам.
Нужен ли генератор или валидатор?
Они удобны для черновика и технической проверки. После генерации всё равно просмотрите отобранные страницы, адреса и формулировки. Валидатор не сможет подтвердить, что файл повлиял на AI-ответы.
Нужно ли добавлять llms.txt в robots.txt?
Формат этого не требует. robots.txt управляет доступом роботов, а llms.txt предлагает контекст и ссылки тем, кто его читает. Для настройки доступа конкретных AI-краулеров изучайте их правила и параметры сервера отдельно.
Когда вернуться к файлу?
Проверяйте llms.txt при изменении структуры сайта, услуг, контактов и важных материалов. Исправьте описание и ссылки, затем снова откройте публичный адрес. Так у файла сохраняется практическая ценность, даже если он не влияет на выдачу Google.
Если проверка обнаружила закрытые страницы или неполное содержание, исправляйте первоисточник. Чтобы не разбираться с этим самостоятельно, закажите техническую GEO/AEO-оптимизацию в Izotov.Agency. Я найду причины, по которым поисковые и AI-системы не получают содержимое сайта: закрытые разделы, текст, который появляется только после JavaScript, блокировки на уровне CDN, разметка, которая расходится с видимым текстом. Вы получите технический отчёт, задание разработчику и протокол повторной проверки.
