- [ Главная ](/ru/) / - [ Блог ](/ru/blog/) / - Миграция llms.txt v2: практический контрольный список # Миграция `llms.txt` v2: практический контрольный список Версия 2 сильнее меняет обнаружение и область действия, чем синтаксис файла. Этот список разделяет обязательную структуру и необязательные проверяемые улучшения. Последнее обновление: 16 августа 2026 г. На этой странице - [ Что изменилось в llms.txt v2? ](#changed) - [ Сначала составьте инвентарь ](#inventory) - [ Последовательность миграции ](#migrate) - [ Проверка и ограничения ](#verify) Версия 2 не превращает llms.txt в фактор ранжирования Google. Она расширяет предложение от одного корневого файла до системы обнаружения для агентов с учётом путей. Переходите только если совместимые агенты входят в ваш сценарий, и сохраняйте существующий файл, пока тестируете новые компоненты. **Ключевые выводы** - H1 остаётся единственной обязательной частью файла. - Более конкретный файл пути может описывать только страницы ниже этого пути. - Альтернативы Markdown и `describedby` помогают обнаружению, но не являются сигналами Поиска. ## Что изменилось в llms.txt v2? Предложение теперь допускает `llms.txt` в корне источника или в любом пути. Например, `/docs/llms.txt` может описывать `/docs/`, а корневой файл — более широкий сайт. Если подходят несколько файлов, агент должен использовать самый конкретный. V2 также предлагает чистые версии страниц в Markdown. Страница может предоставить такую версию с помощью `rel="alternate" type="text/markdown"` и указать применимую карту с помощью `rel="describedby"`. Эти связи могут указываться в HTML или в заголовке HTTP `Link`. Сам формат файла намеренно остаётся небольшим. H1 обязателен. Обзор, пояснительная преамбула, разделы H2 и описания ссылок необязательны. `Optional` остаётся полезным редакционным заголовком, но v2 не придаёт ему особой семантики обработки. Перед ужесточением валидатора сверьтесь с [описанием формата](/ru/llms-txt-format/). ## Составьте инвентаризацию до любых изменений Начните с записи каждого текущего файла, перенаправления, типа содержимого и потребителя. Корневой файл, сегодня возвращающий HTTP 200, должен сохранять 200 во время миграции. Изменение его URL только ради перехода на v2 сломает клиентов, уже знающих корневое соглашение. Разделите сайт на действительно разные области. Дерево документации может обосновывать `/docs/llms.txt`, а маркетинговый сайт из пяти страниц, скорее всего, нет. Файлы для путей должны сокращать нерелевантный контекст, а не дословно дублировать корневой файл. Проверьте, существует ли уже чистый Markdown. Не рекламируйте альтернативу, являющуюся поверхностным преобразованием, страницей ошибки или устаревшим содержимым. HTML-страница остаётся канонической для Поиска, а ресурс Markdown — машиночитаемым представлением для совместимых клиентов. ## Последовательность миграции - Проверьте существующий корневой файл с помощью [валидатора llms.txt](/ru/validator/). - Сохраняйте его стабильный URL и исправляйте только настоящие синтаксические ошибки. - Определите область каждого пути и создавайте меньший файл только там, где граница содержимого действительно существует. - Генерируйте Markdown из того же источника, что и HTML, чтобы предотвратить расхождение редакционных версий. - Добавьте связи `alternate` и `describedby` в HTML-шаблон. - Проверяйте в CI статус HTTP, тип содержимого, перенаправления и связанные URL. - Выпускайте на небольшой области, изучайте журналы сервера, затем расширяйте область. [Руководство по лучшим практикам](/ru/best-practices/) охватывает отбор и безопасность за пределами синтаксиса. Для рабочих шаблонов сравнивайте с [проверенными примерами](/ru/examples/), не предполагая, что публикация доказывает потребление. ## Проверка и ограничения Наш тест от 12 08.2026 проверил 294 страницы, на которые ссылались 113 корневых ответов, начинавшихся с H1. Тридцать одна из 286 доступных страниц рекламировала альтернативу в Markdown, а четыре предоставляли `rel="describedby"`. Это базовый уровень наблюдаемой реализации, а не свидетельство того, что агенты предпочитают какую-либо из связей. Google заявляет, что Поиск не использует llms.txt или другие специальные AI-файлы. Поэтому успешная миграция означает стабильные ресурсы, правильную область, корректное обнаружение и измеримые запросы релевантных клиентов. Она не означает улучшения позиций. ### Обязательно ли заменять существующий корневой файл? Нет. V2 сохраняет корневое расположение и добавляет варианты для путей. Сохраняйте стабильные URL, если только документированная ошибка не требует изменения. ### Обязателен ли Markdown для каждой HTML-страницы? Нет. Альтернативы в Markdown предложены для страниц, где чистый текст помогает агентам. Для визуальных или интерактивных страниц полезного эквивалента может не быть. ### Должен ли URL Markdown индексироваться Google? Google может сканировать множество типов файлов, но не предоставляет этим файлам особого статуса. Оставляйте HTML каноническим и не заявляйте о преимуществе в ранжировании. ## Источники - [ llmstxt.org, файл /llms.txt v2 ](https://llmstxt.org/) - [ Google Search Central, руководство по оптимизации под генеративный AI ](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide)