llms.txt: что это за файл и зачем он нужен сайту в эпоху AI-поиска

Маркетинг
17 сентября 2026
Раньше сайт проектировали для двух аудиторий: человека и поискового робота. Теперь появилась третья — AI-системы и агенты. Им тоже нужно понять, чем занимается компания, где лежит документация и какие страницы действительно важны. Для этого предложили llms.txt: небольшой Markdown-файл, который служит понятной картой ключевого контента.

Разберём, как он устроен, кому полезен и почему это не волшебная кнопка для попадания в ChatGPT.

Откуда вообще появился llms.txt

Для человека хороший сайт — это дизайн, меню, карточки, формы, фотографии, кнопки и удобная навигация. Для поискового робота мы дополнительно готовим robots.txt, sitemap.xml, метатеги и микроразметку.

Но сегодня веб-страницы читают не только люди и классические поисковики. По сайтам ходят AI-агенты, инструменты с веб-поиском и coding agents, которым нужно быстро найти ответ, разобраться в продукте или открыть нужный раздел документации.

И здесь человеческий интерфейс иногда становится помехой. Между полезным текстом и машиной оказываются баннеры, навигация, JavaScript, повторяющиеся элементы и десятки второстепенных ссылок. Агент может обработать всё это, но потратит больше времени и контекста, а иногда выберет не ту страницу.

В сентябре 2024 года Джереми Ховард опубликовал первое предложение llms.txt: использовать Markdown-файл по предсказуемому адресу, чтобы дать AI-системам краткое описание сайта и ссылки на ключевые материалы. В августе 2026 года авторы представили вторую версию предложения, уточнив способы обнаружения файла и Markdown-версий страниц.

За два года формат заметно распространился. По данным авторов проекта, llms.txt публикуют тысячи сайтов. Платформы документации, например Mintlify, генерируют его автоматически, а экспериментальная категория Agentic Browsing в Chrome Lighthouse включает отдельную проверку llms.txt. Если файла нет и сервер отвечает 404, проверка помечается как N/A: публикация пока остаётся необязательной.
Но здесь важно не перепутать распространение с доказанной эффективностью. llms.txt остаётся открытым развивающимся предложением, а не обязательным официальным стандартом интернета.

Нет подтверждающей базы, что наличие файла само по себе улучшает позиции, повышает частоту цитирования или гарантирует попадание сайта в ответы AI-систем.

Что такое llms.txt простыми словами

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

Чаще всего корневой файл доступен по адресу: https://example.com/llms.txt

Упрощённая схема выглядит так:

Сайт → /llms.txt → продукты, документация, блог, кейсы → конкретные страницы


Сам файл не должен пересказывать весь сайт. Его задача — дать компактный контекст и провести агента к источникам. В актуальном предложении файл может находиться не только в корне, но и внутри раздела, например /docs/llms.txt. Тогда он описывает материалы этого раздела.

Это важно: llms.txt — не дамп базы и не текстовая копия всех страниц. Скорее, это аккуратно составленное оглавление с пояснениями.

Что уже подтверждено, а что пока остаётся гипотезой

Вокруг llms.txt легко смешать три разных уровня: существование формата, его практическое внедрение и доказанное влияние на AI-выдачу.
Последний пункт особенно показателен. Сайты документации крупных AI-платформ сами отдают материалы через llms.txt. Это сильный сигнал, что формат полезен как удобный интерфейс к знаниям. Но это всё ещё не доказательство влияния на GEO: публикация файла и его использование конкретной моделью — разные факты.

Как выглядит llms.txt

# Pickles Team
> Digital agency providing SEO, performance marketing,
> branding, web development and content marketing services.
## Services
- [SEO](https://example.com/seo): SEO strategy and optimization services
- [Web Development](https://example.com/web): Website design and development
- [Performance Marketing](https://example.com/performance): Paid acquisition services
## Cases
- [Cases](https://example.com/cases): Selected client projects and results
## Blog
- [Blog](https://example.com/blog): Articles about SEO, marketing and digital strategy
## About
- [About](https://example.com/about): Information about the agency and team
Здесь нет сложной XML-разметки или отдельного API. # Pickles Team сообщает название проекта. Строка с символом > кратко объясняет, что это за сайт. Заголовки второго уровня объединяют материалы по смыслу. Ссылки показывают, куда идти за подробностями, а короткие описания помогают выбрать нужный источник.

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

Чем llms.txt отличается от robots.txt и sitemap.xml

Эти три файла часто ставят в один ряд, потому что у них предсказуемые адреса и их читают машины. На этом сходство почти заканчивается.

llms.txt не заменяет ни robots.txt, ни sitemap.xml. Это разные уровни инфраструктуры.


Если представить сайт большим офисным зданием, robots.txt будет правилами доступа, sitemap.xml — перечнем помещений, а llms.txt — ресепшеном: «Документация находится здесь, кейсы — здесь, а по продуктам лучше начать с этого раздела».


Аналогия упрощённая. Например, sitemap может содержать дополнительные данные и показывать, какие URL владелец считает важными. Но он не даёт такого смыслового маршрута, как небольшая курируемая подборка.

Зачем сайту вообще ещё один файл

Польза llms.txt заметнее там, где у сайта много материалов и несколько возможных точек входа.

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

SaaS-продукт. В одном месте можно связать описание продукта, тарифы, интеграции, безопасность, сценарии использования и API. Агенту проще отличить маркетинговую страницу от технической инструкции.

Корпоративный сайт. Можно выделить услуги, продукты, отраслевые решения, кейсы, экспертные материалы и информацию о компании. Это особенно полезно B2B-проектам со сложной структурой.

Интернет-магазин. Перечислять десятки тысяч карточек не нужно. Гораздо полезнее указать категории, правила доставки и возврата, способы оплаты, руководства, FAQ и основные каталоги.

Главный принцип простой: llms.txt — это курируемая карта контента, а не выгрузка всего сайта.

Что llms.txt даёт — и чего не гарантирует

Допустим, на сайте 3 000 URL: статьи, карточки авторов, пагинация, старые новости, продукты, кейсы и инструкции. Sitemap помогает обнаружить адреса, но почти не отвечает на вопросы AI-агента: с какой страницы начать, какая документация основная, что вторично и какие материалы связаны между собой.

В llms.txt владелец сайта расставляет смысловые ориентиры: не «вот 3 000 адресов», а «вот пять разделов, которые объясняют продукт; если нужен API — начните здесь». Это и есть практическая ценность файла.

Но llms.txt не является билетом в ChatGPT. Публикация файла не означает, что конкретная AI-система обязательно его запросит, что позиции в Google вырастут или бренд станет чаще цитироваться. Сайты документации OpenAI, Anthropic и Google Gemini API публикуют собственные файлы — это подтверждает полезность формата как интерфейса к знаниям, но не доказывает влияние на ранжирование внешних сайтов.

Для AI Search и GEO по-прежнему важны доступность сайта, актуальный контент, понятная архитектура, подтверждённое авторство, структурированные данные, внутренние связи и внешние упоминания. В официальной памятке для издателей OpenAI отдельно описывает OAI-SearchBot для обнаружения контента и GPTBot для возможного использования материалов при обучении; доступ к ним регулируется через robots.txt.

Поэтому llms.txt стоит воспринимать как дополнительный слой AI-friendly инфраструктуры, а не как самостоятельную GEO-стратегию. В материале Pickles «Как AI меняет контент-маркетинг» мы разбирали более широкую задачу: нейросеть получает доверие к бренду не из одного файла, а из связки продукта, контента, источников и репутации.

Почему тогда файл всё же имеет смысл? По той же причине, по которой бизнес поддерживает sitemap.xml, canonical и микроразметку: эти элементы не создают спрос и авторитет, но помогают системам корректнее работать с уже существующим сайтом. Для небольшого сайта базовое внедрение может занять несколько часов; для многоязычной документации или динамического каталога это уже отдельная задача с автоматическим обновлением.

Позиция Pickles: llms.txt делает карту знаний понятнее для тех машин, которые решат ею воспользоваться. Он не делает слабый сайт «оптимизированным под ChatGPT».

Что стоит положить в llms.txt

Для корпоративного сайта рабочий набор может включать:

  • одно точное описание компании или продукта;
  • ключевые услуги и продукты;
  • отраслевые решения;
  • важные кейсы;
  • документацию или базу знаний;
  • блог с экспертными материалами;
  • FAQ;
  • страницу о компании и контакты.
Выбирать стоит не самые «SEO-прокачанные» URL, а страницы, которые последовательно отвечают на вопросы:

кто вы → что предлагаете → кому → как это работает → где посмотреть доказательства и подробности.


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

Что туда добавлять не стоит

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

Отдельная ошибка — превращать файл в SEO-текст:

# Company
Best restaurant automation company restaurant software
restaurant POS best POS restaurant automation solution.
## Pages
- page1
- page2
- page3

Здесь нет нормального описания, ссылки невозможно интерпретировать, а повтор ключевых слов только создаёт шум. LLM не получает ни структуры, ни надёжного маршрута.

Хороший вариант объясняет бизнес без попытки «обмануть нейросеть»:

# RestaurantOS
> Restaurant automation platform for restaurants, cafés and hospitality businesses.
## Products
- [POS System](https://example.com/pos): Point-of-sale system for restaurants
- [Inventory Management](https://example.com/inventory): Inventory and food-cost management
- [Loyalty](https://example.com/loyalty): Customer loyalty platform
## Industries
- [Restaurants](https://example.com/restaurants): Solutions for restaurant operations
- [Hotels](https://example.com/hotels): Solutions for hotel food and beverage teams
## Resources
- [Knowledge Base](https://example.com/blog): Guides and product articles
- [Customer Cases](https://example.com/cases): Customer projects and outcomes

Второй файл не выглядит «оптимизированным под LLM». Он просто ясно объясняет структуру бизнеса — и именно поэтому полезен.

Как внедрить llms.txt

  • Определите ключевые разделы сайта и задачи, с которыми к ним может прийти агент.
  • Выберите актуальные канонические страницы без дублей и временных URL.
  • Напишите короткое фактическое описание проекта без рекламных превосходных степеней.
  • Сгруппируйте ссылки по смыслу: продукты, услуги, документация, кейсы, ресурсы.
  • Разместите его по адресу /llms.txt; для крупной документации при необходимости добавьте файл внутри раздела.
  • Проверьте доступность и ответы сервера, затем обновляйте файл вместе со структурой сайта.
Размещать в llms.txt только ссылки на HTML можно, но актуальная спецификация рекомендует вести агента к чистым Markdown-версиям материалов, если сайт их предоставляет. Для таких версий также предложены связи rel="alternate" и rel="describedby". Это уже следующий уровень внедрения, а не обязательное условие для первого файла

Чем llms.txt отличается от llms-full.txt

В старых руководствах рядом с llms.txt часто встречается файл llms-full.txt. Несмотря на похожие названия, они решают разные задачи.

llms.txt — компактная карта сайта. Он объясняет, что это за проект, группирует основные материалы и направляет агента к нужным страницам. Система сначала получает небольшой файл, выбирает релевантный раздел и только потом загружает подробности.

llms-full.txt — большая текстовая сборка документации или значительной части сайта. Вместо оглавления агент получает сразу весь подготовленный контент. Такой файл не управляет доступом, не заменяет исходные страницы и не является обязательным элементом актуальной спецификации. Иными словами, llms.txt — это меню, а llms-full.txt — заранее собранная «книга». Например, документация OpenAI API публикует рядом компактный llms.txt и отдельный llms-full.txt с объединёнными гайдами.

В первой версии предложения существовал инструмент llms_txt2ctx: он читал llms.txt, переходил по ссылкам и собирал единый контекст. Некоторые платформы начали заранее публиковать результат такой сборки под названием llms-full.txt.
Во второй версии логика изменилась. Теперь основной сценарий выглядит так: агент находит небольшой llms.txt, выбирает нужные материалы и загружает их Markdown-версии по мере необходимости. Инструменты автоматической сборки полного контекста больше не входят в само предложение; это отдельно отмечено в описании изменений v2.

Когда llms-full.txt может быть полезен?

  • для небольшой и стабильной документации;
  • для импорта материалов во внутреннюю RAG-систему;
  • для coding agents и исследовательских инструментов, которым нужен единый файл;
  • как автоматически создаваемая версия базы знаний для скачивания.
Когда полный файл скорее мешает? Если сайт большой, многоязычный или часто обновляется, llms-full.txt быстро разрастается, расходует контекст, накапливает дубли и устаревшие страницы. Для интернет-магазина или крупной базы знаний это может быть тяжёлая копия сайта, которую сложно поддерживать. В публичный экспорт также нельзя включать закрытые, персональные или лицензированные материалы: такой файл доступен извне не меньше, чем обычная веб-страница.

Практическая рекомендация Pickles: начните с небольшого и хорошо составленного llms.txt. Для важных страниц подготовьте чистые Markdown-версии. llms-full.txt добавляйте только под конкретный сценарий и при автоматическом обновлении. Создавать его только потому, что такую кнопку предлагает CMS или SEO-плагин, необязательно.

Как проверить, что файл получился нормальным

Откройте llms.txt и представьте, что AI ничего больше не знает о сайте. Поймёт ли он:

  • что это за компания;
  • чем она занимается;
  • какие продукты или услуги основные;
  • где искать документацию;
  • где находятся кейсы и доказательства;
  • какие страницы действительно важны?
Есть и практический тест. Передайте модели только содержимое файла и спросите: «Чем занимается эта компания и где ты будешь искать информацию о продукте X?» Если ответ расплывчатый или модель выбирает не тот раздел, улучшите названия групп, описания и ссылки.

Проверьте и технику: адрес должен открываться без авторизации, возвращать статус 200, текст не должен зависеть от JavaScript, а ссылки — вести на существующие канонические страницы.

Нужен ли вашему сайту llms.txt

Ответьте «да» или «нет»:

  • На сайте много экспертного или продуктового контента?
  • Структуру сложно понять по одной главной странице?
  • Есть большая документация, база знаний или API?
  • Один продукт описан в нескольких связанных разделах?
  • Для бизнеса важна обнаруживаемость в AI Search и работа AI-агентов?
  • Команда готова поддерживать файл при изменении сайта?
  • Можно выделить ограниченный набор действительно важных URL?
Чем больше положительных ответов, тем вероятнее, что файл окупит затраты на создание и поддержку. Это не официальный тест и не фактор ранжирования, а практическая эвристика для первичной оценки.
Логика прозрачная: чем больше контента, сложнее архитектура, важнее документация и AI-discovery, тем полезнее отдельная курируемая точка входа. Для небольшого лендинга агент и так может быстро прочитать основные страницы.

llms.txt — часть более широкой тенденции

Главное изменение связано не с одним файлом, а с тем, как сайты начинают проектировать для трёх аудиторий:

  • людей;
  • поисковых роботов;
  • AI-агентов.
AI-агенту важно быстро найти содержание страницы, не разбираясь в меню, анимациях и служебных блоках. Поэтому сайты экспериментируют с разными форматами:

  • добавляют llms.txt;
  • создают отдельные .md-версии страниц;
  • отдают Markdown по альтернативному URL;
  • связывают HTML и Markdown через специальные атрибуты и HTTP-заголовки.
Например, спецификация llms.txt предлагает указывать Markdown-версию страницы через rel="alternate" type="text/markdown", а связанный llms.txt — через rel="describedby".

Это пока не золотой стандарт рынка. Нет подтверждений, что такой подход сам по себе улучшает видимость в AI-ответах. Но направление понятно: наряду с полноценной человеческой версией сайта появляется более простой машинный вход в контент. Поэтому наблюдать за лидерами и тестировать такие решения вполне разумно.

Вместо вывода

llms.txt пока не стоит воспринимать как новый обязательный SEO-файл, без которого сайт исчезнет из AI. И точно не стоит обещать, что он сам по себе улучшит GEO или приведёт бренд в ответы ChatGPT.

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

Создание и поддержка аккуратного llms.txt обычно требуют намного меньше ресурсов, чем переделка архитектуры или большое SEO-обновление. Поэтому для части проектов это нормальный элемент технической SEO- и GEO-гигиены: полезный, недорогой и без магических обещаний. Эта логика совпадает с подходом Pickles «Сайт как продукт»: машинные интерфейсы нужно поддерживать вместе со структурой, контентом и продуктом, а не добавлять один раз и забывать.
  • Подписывайтесь на наш телеграм-канал — там живые кейсы, закулисье агентства и настоящая маркетинговая практика.

Сейчас читают