llms.txt V2: Markdown-связи дают ИИ-агентам маршрут по сайту

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

Для SEO это не сигнал ранжирования Google. По справке Google Search, поисковая система не использует llms.txt и наличие файла само по себе не улучшает позиции или видимость. Ценность V2 лежит в другом поле: в удобстве доступа к структурированному контенту для ИИ-агентов, инструментов разработки и документационных платформ.

Что изменилось в llms.txt V2 и зачем нужны Markdown-связи

Первая версия llms.txt описывала файл в корне сайта или раздела и предполагала, что Markdown-копии страниц доступны по предсказуемому адресу. Но предположение не заменяет правило. Агент мог увидеть ссылку на /docs/tutorial.html, а затем только гадать, искать ли /docs/tutorial.html.md, /docs/tutorial.md или иной адрес.

V2 фиксирует два допустимых варианта:

• добавление .md к полному имени файла: /docs/tutorial.html.md;
• замена расширения: /docs/tutorial.md.

Второй вариант удобнее для сайтов, где Markdown живёт рядом с HTML без двойного расширения. Первый позволяет сохранить уже существующую схему, не перестраивая адреса и генерацию контента. Спецификация не заставляет мигрировать с одного паттерна на другой: для уже работающего файла llms.txt обновление может ограничиться добавлением связей.

Важнее адресного шаблона два отношения между ресурсами.

• rel="alternate" с типом text/markdown указывает на Markdown-версию текущей страницы.
• rel="describedby" ведёт к llms.txt, который описывает этот раздел сайта.

Получается простая цепочка: HTML объясняет, где лежит его Markdown-копия; Markdown и HTML относятся к области, которую описывает llms.txt; агенту не приходится строить догадки по URL. Для контент-маркетинга и SEO это особенно полезно на крупных справочных разделах, где один и тот же материал существует в интерфейсной и машинно-читаемой формах.

Связь страниц и агентов: что именно получает сайт

llms.txt V2 не превращает сайт в обязательный источник для ChatGPT, Gemini или AI Overviews. Он не заставляет поисковые системы цитировать страницу и не решает качество, актуальность или уникальность информации. Формат делает одну узкую вещь: публикует карту полезных материалов и добавляет технический способ обнаружить Markdown-версии.

Это различие критично для digital-маркетинга. Вокруг AI SEO легко построить отчёт, в котором есть внедрённый файл, индекс URL и красивые формулировки про готовность к агентам. Но ни один из этих признаков не доказывает рост охватов, переходов, лидов или цитируемости бренда. Метрикой становится не сам факт файла, а конкретный сценарий использования.

Практические сценарии выглядят так:

• документация продукта должна быть быстро доступна агенту поддержки или помощнику разработчика;
• сайт публикует длинные технические страницы, где Markdown-копия удобнее для обработки и извлечения инструкций;
• команда поддерживает базу знаний, а ссылки в llms.txt помогают системно описать приоритетные разделы;
• агенту нужно перейти от общей карты документации к конкретному руководству без анализа тяжёлой HTML-страницы.

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

HTML-теги или HTTP Link: два способа внедрить llms.txt V2

Спецификация допускает два способа отдать отношения alternate и describedby. Выбор зависит от архитектуры сайта, а не от предполагаемого SEO-эффекта.

Связи в HTML-документе

Если шаблоны страниц доступны для редактирования, ссылки добавляют в блок head. Схема выглядит так:

<link rel="alternate" type="text/markdown" href="/docs/tutorial.md">
<link rel="describedby" href="/llms.txt">

Первый элемент связывает конкретную HTML-страницу с Markdown. Второй сообщает, какой llms.txt описывает эту страницу или раздел. Это наглядный вариант: связь живёт рядом с самой страницей и видна при проверке исходного кода.

Однако для больших сайтов изменение шаблона может потребовать доработки CMS, статического генератора или фронтенд-сборки. Если Markdown-версии создаются не для всех URL, нужно исключить из шаблона страницы без существующего файла. Ссылка на несуществующий ресурс создаёт технический шум вместо понятной навигации.

Связи в HTTP-заголовке

Альтернатива — отдавать связи через HTTP-заголовок Link. Это удобно, когда контент публикуется за CDN, на нескольких движках или без доступа к шаблонам HTML.

Link: </docs/tutorial.md>; rel="alternate"; type="text/markdown"
Link: </llms.txt>; rel="describedby"

Подход работает и для ресурсов, которые не являются HTML. Например, правила можно задать на уровне веб-сервера или CDN для Markdown-файлов, PDF и других ответов. В результате техническая команда меняет конфигурацию доставки, а редакция продолжает работать в привычной CMS.

У HTTP-варианта есть операционный риск: заголовки проще потерять при смене CDN-настроек, прокси, редиректов или правил кеширования. Поэтому проверять нужно не только конфигурационный файл, но и реальный ответ сервера через инструменты разработчика или curl -I.

Почему llms.txt V2 нельзя включать в отчёт как фактор SEO

Google сформулировал позицию прямо: Google Search не использует llms.txt. Поэтому утверждение «V2 улучшит органическое ранжирование» не подтверждается ни спецификацией, ни документацией поисковой системы.

В то же время в Chrome Lighthouse есть проверка в категории Agentic Browsing. Она пытается получить llms.txt и показывает серверную ошибку, если файл должен быть доступен, но возвращает сбой. Отсутствие файла с ответом 404 рассматривается как необязательный случай, а не как ошибка. Эта проверка связана с удобством агентного просмотра сайта, а не с поисковой выдачей.

Такое расхождение между командами Google важно учитывать при постановке задач. Lighthouse может подсветить доступность формата, но не оценивает его вклад в трафик. Аналогично, наличие llms.txt у документации OpenAI, Anthropic или Google Gemini показывает, что формат применяется в инженерных сценариях. Это не доказывает универсальную ценность для любого коммерческого сайта.

В отчётности стоит разделять три уровня.

1. Техническая доступность. Файл, Markdown-страницы и связи отдают корректные ответы.
2. Использование агентами. Его можно наблюдать только там, где есть логи, собственные инструменты или подтверждённые интеграции.
3. Маркетинговый результат. Переходы, заявки и влияние на воронку требуют отдельной атрибуции; техническое внедрение не подменяет этот расчёт.

Такой подход защищает SMM- и SEO-команды от привычной ошибки: выдать новую технологию за результат, хотя измерен только факт установки.

Где Markdown-версии действительно помогают контенту

На маркетинговом блоге Markdown-копия оправдана не для каждой страницы. Карточка акции, новостной анонс или визуальная подборка редко дают агенту больше пользы в Markdown, чем в обычном HTML. Другое дело — материалы, где точность структуры важнее оформления.

В первую очередь подходят:

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

Пример: редакция публикует руководство по мониторингу бренда. HTML-версия содержит навигацию, блоки продукта и иллюстрации, а Markdown-копия сохраняет структуру, определения, шаги настройки и ссылки на связанные документы. Агенту проще извлечь из неё последовательность действий; пользователю по-прежнему доступна полная страница.

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

Как связать llms.txt V2 с контентным процессом

У каждой Markdown-страницы нужен владелец, дата проверки и понятное правило обновления. Особенно это актуально для тем ИИ в маркетинге, рекламных платформ и аналитики соцсетей: условия сервисов и интерфейсы меняются быстро.

Рабочая модель может быть простой. Редакция отмечает статьи, которые относятся к справочному ядру. Разработчики генерируют Markdown из того же исходника или поддерживают синхронизацию при публикации. SEO-специалист проверяет ссылки и индекс при каждом изменении шаблона. Затем команда фиксирует в журнале, какие страницы включены в llms.txt и зачем.

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

Чеклист

1. Определить разделы сайта, где Markdown-версии решают реальную задачу: документация, база знаний, методологии или инструкции.
2. Выбрать единый URL-паттерн: .html.md для сохранения текущей схемы или замену расширения на .md.
3. Проверить, что каждая указанная Markdown-страница отвечает кодом 200 и соответствует HTML-версии по смыслу и актуальности.
4. Добавить rel="alternate" с type="text/markdown" и rel="describedby" в HTML либо в HTTP-заголовки.
5. Составить llms.txt только из актуальных, приоритетных материалов и указать понятные названия разделов.
6. Проверить ответы сервера после CDN, кеширования и редиректов, а не только локальную конфигурацию.
7. Не записывать внедрение в KPI SEO без отдельного доказательства влияния на трафик, конверсии или использование агентами.

FAQ

Нужно ли внедрять llms.txt V2 для роста позиций в Google?

Нет. Google Search указывает, что не использует llms.txt для ранжирования, а наличие файла не повышает и не снижает видимость сайта. Внедрение имеет смысл для навигации ИИ-агентов и документационных сценариев.

Чем llms.txt V2 отличается от первой версии?

V2 формально описывает два адресных паттерна Markdown-страниц и добавляет связи rel="alternate" и rel="describedby". Они помогают агенту найти Markdown-версию страницы и относящийся к ней llms.txt.

Что выбрать: HTML-ссылки или HTTP Link-заголовки?

HTML-ссылки подходят при управляемых шаблонах страниц. HTTP-заголовки удобнее, если правила задаются на сервере или CDN, а также когда связи нужны для ресурсов вне HTML. Оба способа предусмотрены спецификацией.

Нужно ли создавать Markdown-версии для всех страниц сайта?

Нет. Приоритетны документация, база знаний, инструкции и другие страницы, где структурированный текст полезен агенту. Для каждой версии нужен процесс синхронизации с основной страницей.

Проверяет ли Lighthouse новые связи llms.txt V2?

Проверка Lighthouse Agentic Browsing запрашивает сам llms.txt и реагирует на серверные ошибки. Она не подтверждает влияние на SEO и не тестирует все новые отношения между HTML и Markdown-страницами.

FollowPulse помогает связать контентные решения с фактами: отслеживать охваты, вовлечённость и упоминания бренда в соцсетях и Telegram.

Пользуйся FollowPulse и получай:

• Аналитику соцсетей
• Умный поиск информации
• Рост своего бренда

Пробный доступ — от 10 рублей.

Попробовать FollowPulse