llms.txt: как отдать свой контент ИИ-поисковикам — пошаговая инструкция для начинающих

Введение: зачем вашему сайту нужен llms.txt

Ещё пару лет назад путь пользователя к вашему контенту выглядел просто: запрос в поисковике, список ссылок, клик. В 2026 году картина другая. Всё больше людей задают вопросы ИИ-ассистентам и ИИ-поисковикам, а те сами читают сайты, пересказывают их и цитируют. Если модель не поняла, о чём ваш сайт, она либо проигнорирует его, либо перескажет неверно. Файл llms.txt решает именно эту задачу: он объясняет языковым моделям, что у вас есть и где лежит самое важное.

Это практическое руководство проведёт вас от пустого блокнота до работающего файла llms.txt на вашем домене. Никакой теории ради теории, только конкретные действия с проверкой на каждом шаге.

Что вы получите в итоге

• Готовый файл llms.txt, который лежит в корне вашего сайта и открывается по адресу вида ваш-домен/llms.txt.
• Расширенную версию llms-full.txt с полным текстом ключевых страниц.
• Понимание, какие страницы стоит показывать ИИ, а какие нет.
• Настроенную проверку: вы будете знать, что файл читается и что ИИ-боты до него добираются.
• Основу для дальнейшей работы с генеративной оптимизацией, то есть с видимостью бренда в ответах ИИ.

Для кого этот гайд

Для владельцев бизнеса, маркетологов, арбитражников и разработчиков, которые хотят, чтобы их продукт, лендинг или блог корректно попадали в ответы ИИ-ассистентов. Если у вас есть сайт и вы умеете загружать на него файлы или знаете, кто это делает, вам хватит навыков. Отдельный блок в конце адресован тем, кто хочет автоматизировать процесс и следить за поведением ИИ-ботов через логи.

Что нужно знать заранее

• Как устроен ваш сайт: на конструкторе, на CMS вроде WordPress или на собственном коде.
• Где хранятся файлы сайта и как туда попасть: панель хостинга, FTP, репозиторий.
• Базовое представление о Markdown: заголовки через решётку, списки через дефис, ссылки в квадратных и круглых скобках. Если не знакомы, ничего страшного, мы объясним на примерах.

Сколько времени потребуется

Минимальная версия для сайта до 30 страниц занимает около часа. Полная версия с llms-full.txt, проверкой и настройкой заголовков сервера потребует два-три часа. Для больших каталогов и документации закладывайте день, но и результат будет заметно качественнее.

Предварительная подготовка

Хорошая подготовка экономит больше времени, чем любой лайфхак. Пройдитесь по списку ниже и убедитесь, что всё под рукой.

Необходимые инструменты и доступы

1. Доступ к файлам сайта. Это может быть панель управления хостингом с файловым менеджером, FTP-клиент вроде FileZilla, SSH-доступ к серверу или репозиторий проекта, из которого происходит деплой. Проверьте, что логин и пароль актуальны, а вы действительно можете создать файл в корневой папке сайта.
2. Текстовый редактор. Подойдёт любой, который сохраняет чистый текст без форматирования: Visual Studio Code, Sublime Text, Notepad++ на Windows, TextEdit в режиме обычного текста на Mac. Word и Google Docs не подходят: они добавляют невидимые символы и умные кавычки.
3. Список страниц сайта. Выгрузите его из карты сайта sitemap.xml, из админки CMS или из любого краулера, например Screaming Frog. Достаточно таблицы с адресом и заголовком каждой страницы.
4. Доступ к статистике. Яндекс Метрика, Google Analytics или логи сервера помогут понять, какие страницы реально важны для пользователей.
5. Браузер и утилита curl. Curl предустановлена на Mac и Linux, а в Windows 10 и 11 доступна из командной строки. Она понадобится для проверки заголовков ответа сервера.

Системные требования

Никаких. Файл llms.txt — это обычный текст. Ему не нужен ни PHP, ни база данных, ни отдельный модуль на сервере. Единственное требование: сервер должен отдавать статические файлы из корня домена, а это умеет любой хостинг.

Что скачать и установить

• Редактор кода, если у вас его ещё нет. Рекомендуем Visual Studio Code: бесплатный, подсвечивает Markdown и показывает невидимые символы.
• FTP-клиент, если панель хостинга не имеет файлового менеджера.
• Опционально: Python 3 и пакет llms-txt для генерации контекста из готового файла. Он пригодится в продвинутом блоке, для базовой настройки не обязателен.

Резервные копии

Создание llms.txt не меняет существующие файлы сайта, поэтому риск минимален. Однако на шаге настройки заголовков сервера вы будете редактировать конфигурацию, например файл .htaccess или конфиг Nginx. Перед этим обязательно скачайте текущую версию конфигурационного файла на компьютер и сохраните с пометкой даты. Если после правки сайт перестанет открываться, вы просто вернёте старую версию.

Совет: Заведите отдельную папку проекта на компьютере, например site-llms. Храните в ней таблицу страниц, черновики файла и копии конфигов. Через полгода, когда придёт время обновлять llms.txt, вы скажете себе спасибо.

Базовые понятия: что такое llms.txt и как он работает

Прежде чем создавать файл, разберём несколько терминов простым языком. Это займёт пять минут, зато дальше всё будет понятно.

Что такое llms.txt

llms.txt — это текстовый файл в формате Markdown, который размещают в корне сайта. Он содержит короткое описание проекта и структурированный список ссылок на ключевые страницы с пояснениями. Название читается как «эл-эл-эм-эс-тэ-и-икс-тэ»: LLMs — это Large Language Models, большие языковые модели.

Предложение стандарта появилось осенью 2024 года от разработчика Джереми Ховарда из компании Answer.AI. Идея была простой: у языковых моделей ограниченное «окно внимания», и они плохо разбирают тяжёлые HTML-страницы с меню, рекламой, скриптами и попапами. Файл llms.txt даёт им чистую карту контента без шума. С тех пор формат подхватили сотни компаний, особенно в сфере документации и разработки, а в 2025-2026 годах он стал одним из базовых элементов подготовки сайта к работе с ИИ.

Чем llms.txt не является

Это важно понять сразу, чтобы не путать инструменты.

• Это не файл запретов. Он ничего не блокирует и не разрешает. Правила доступа для ботов живут в другом файле, и о нём в нашем блоге есть отдельные материалы. Здесь мы этой темы не касаемся.
• Это не карта сайта в смысле sitemap.xml. Карта сайта перечисляет все адреса для индексации. Файл llms.txt, наоборот, отбирает главное и объясняет смысл каждой ссылки.
• Это не гарантия попадания в ответы ИИ. Файл помогает моделям понять контент, но не заставляет их его цитировать.

Два файла: llms.txt и llms-full.txt

Стандарт предлагает две сущности:

• llms.txt — краткая навигация. Заголовок, аннотация, разделы со ссылками. Обычно от 20 до 200 строк.
• llms-full.txt — полное содержимое ключевых страниц одним текстом. Модель или инструмент могут загрузить его целиком и не ходить по ссылкам.

Первый файл обязателен, второй желателен. Мы сделаем оба.

Как выглядит структура файла

Спецификация задаёт строгий порядок блоков:

1. Заголовок первого уровня с названием проекта. Он единственный обязательный элемент.
2. Блок цитаты с кратким описанием: одно-три предложения о том, что это за сайт и кому он полезен.
3. Необязательные абзацы с деталями: особенности, ограничения, контекст.
4. Разделы второго уровня, каждый со списком ссылок. Формат строки: дефис, название ссылки в квадратных скобках, адрес в круглых, двоеточие и короткое описание.
5. Необязательный раздел с названием Optional. Ссылки из него модель может пропустить, если у неё мало места в контексте.

Вот минимальный пример, к которому мы будем возвращаться:

# Название проекта

> Одно-два предложения: что это и для кого.

## Документация

- [Быстрый старт](https://example.com/docs/start): как начать за 10 минут
- [Тарифы](https://example.com/pricing): цены и лимиты

## Optional

- [История изменений](https://example.com/changelog): что обновлялось

Здесь символ переноса показан условно; в реальном файле это просто новые строки. Выглядит несложно, правда? Основная работа не в синтаксисе, а в выборе страниц и написании описаний. Этим и займёмся.

Кто читает llms.txt в 2026 году

Честный ответ: не все и не одинаково. Формат активно используют ИИ-инструменты для разработчиков, редакторы кода с ИИ-помощниками, некоторые ИИ-поисковики и агенты, которые заходят на сайт в момент запроса пользователя. Крупнейшие поисковые компании официального подтверждения поддержки не давали. Тем не менее стандарт стал общим языком в отрасли, файл ничего не стоит в поддержке, а его отсутствие точно не помогает. Плюс есть побочная выгода: составляя llms.txt, вы наводите порядок в собственном контенте.

Шаг 1: Аудит контента и выбор страниц для ИИ

Цель этапа: получить таблицу из 10-50 страниц, которые попадут в llms.txt, с пометкой раздела и черновиком описания для каждой.

Самая частая ошибка новичков — засунуть в файл всё подряд. Модель получает тысячу строк, не находит главного и работает хуже, чем без файла. Ваша задача — отобрать то, что действительно объясняет продукт и отвечает на вопросы аудитории.

Инструкция

1. Откройте таблицу со списком страниц сайта, которую подготовили заранее. Если её нет, откройте адрес ваш-домен/sitemap.xml в браузере и скопируйте адреса в электронную таблицу.
2. Добавьте столбцы: «Заголовок», «Раздел», «Описание для ИИ», «Приоритет».
3. Пройдитесь по каждой строке и ответьте на вопрос: «Если человек спросит ИИ о моём продукте, поможет ли эта страница дать точный ответ?» Если да, ставьте приоритет 1. Если страница полезна, но второстепенна, ставьте 2. Всё остальное отмечайте нулём.
4. Обязательно включите с приоритетом 1: главную страницу с описанием продукта, страницу тарифов или цен, страницу «О компании», разделы документации или инструкций, страницу контактов и условия использования. Для интернет-магазина — страницы категорий и доставки. Для арбитражного или партнёрского проекта — страницу с условиями программы и описание оффера.
5. Откройте статистику. Посмотрите 20 самых посещаемых страниц за последние три месяца. Если какие-то из них не попали в приоритет 1, пересмотрите решение: пользователи считают их важными.
6. Исключите служебные страницы: корзину, личный кабинет, результаты поиска, страницы пагинации, дубли с UTM-метками, устаревшие акции.
7. Сгруппируйте страницы с приоритетом 1 и 2 в три-шесть разделов. Типичные названия: «Продукт», «Документация», «Тарифы», «Блог», «Поддержка», «Кейсы». Название раздела запишите в столбец «Раздел».
8. Для каждой отобранной страницы напишите черновик описания в 8-15 слов. Не копируйте мета-описание: оно написано для людей в выдаче. Пишите так, чтобы модель поняла, когда эту страницу стоит открыть. Плохо: «Наши тарифы». Хорошо: «Стоимость мобильных прокси по странам, лимиты трафика и условия смены IP».

Совет: Представьте, что описания читает новый сотрудник службы поддержки, который должен за минуту понять, куда отправлять клиента. Если ему хватит вашего описания, значит, оно подойдёт и языковой модели.

Ожидаемый результат

У вас есть таблица, где отфильтрованы страницы с приоритетом 1 и 2, каждая отнесена к разделу и снабжена черновым описанием. Обычно это 10-50 строк для типичного сайта и до 200 для крупной документации.

Проверка: Прочитайте только столбец «Описание для ИИ» сверху вниз, не глядя на адреса. Если по описаниям понятно, чем занимается сайт и как устроен продукт, аудит выполнен верно.

Возможные проблемы

• Слишком много страниц с приоритетом 1. Если их больше 60, вы недостаточно строги. Спросите себя ещё раз: без какой страницы модель не сможет ответить правильно? Остальное переносите в приоритет 2 или в раздел Optional.
• Контент разрознен, нет чётких разделов. Это сигнал о проблемах в структуре сайта. Для llms.txt просто создайте логические группы, даже если в меню их нет. Потом можно подтянуть и навигацию.
• Страницы закрыты от индексации или доступны только после входа. Не включайте их. Модель всё равно не сможет их прочитать, а вы дадите ей ложные ссылки.

Шаг 2: Создание файла llms.txt и его каркаса

Цель этапа: создать файл с правильным именем и кодировкой, заполнить заголовок, аннотацию и контекстные абзацы.

Инструкция

1. Откройте текстовый редактор. Создайте новый файл через меню «Файл» и пункт «Новый файл» или сочетанием Ctrl+N.
2. Сразу сохраните его: меню «Файл», пункт «Сохранить как». В поле имени введите ровно llms.txt строчными буквами. Проверьте, что редактор не добавил второе расширение вроде llms.txt.txt. В Windows для этого включите показ расширений в Проводнике.
3. Убедитесь, что кодировка файла — UTF-8 без BOM. В Visual Studio Code кодировка показана в правом нижнем углу окна; кликните по ней, выберите «Сохранить с кодировкой» и укажите UTF-8. В Notepad++ откройте меню «Кодировки» и выберите «Кодировать в UTF-8» без пометки BOM.
4. Первой строкой напишите заголовок первого уровня: символ решётки, пробел, название проекта. Например: # MobileProxy.space. Используйте название бренда так, как его знают клиенты, без слоганов.
5. Оставьте одну пустую строку.
6. Напишите блок цитаты: символ «больше», пробел и одно-три предложения о сути проекта. Отвечайте на вопросы «что это», «для кого», «в чём отличие». Пример: > Сервис аренды мобильных прокси с IP операторов связи для маркетологов, арбитражников и разработчиков. Поддерживает ротацию адресов по ссылке и API, работает с антидетект-браузерами и инструментами парсинга.
7. Оставьте пустую строку.
8. Добавьте один-три обычных абзаца с контекстом, который поможет модели не ошибаться. Сюда хорошо подходят: география работы, поддерживаемые языки сайта, что сервис не делает, дата актуальности информации. Пример: «Цены указаны в рублях и обновляются ежемесячно. Сайт доступен на русском и английском языках; английская версия расположена в подпапке /en/. Сервис предоставляет инфраструктуру и не оказывает услуг по настройке рекламных кампаний».
9. Сохраните файл сочетанием Ctrl+S.

Внимание: В файле должен быть ровно один заголовок первого уровня, и он обязан идти первой строкой. Если вы поставите перед ним комментарий, пустую строку с пробелами или второй заголовок, инструменты, строго следующие спецификации, могут отказаться разбирать файл.

Как писать аннотацию, чтобы она работала

Блок цитаты — самое читаемое место в файле. Именно его модель чаще всего использует, когда пересказывает, что такое ваш сайт. Несколько правил:

• Никаких оценочных слов. «Лучший», «уникальный», «номер один» не несут информации и снижают доверие модели к остальному тексту.
• Конкретика вместо абстракций. Не «решения для бизнеса», а «аренда мобильных прокси с IP российских и европейских операторов».
• Укажите целевую аудиторию явно. Модель сопоставляет её с вопросом пользователя.
• Держитесь в пределах 300-400 символов. Длиннее — модель может обрезать.

Совет: Напишите три варианта аннотации и вставьте каждый в любой доступный ИИ-ассистент с вопросом: «Что делает эта компания и кому она нужна? Ответь одним предложением». Выберите вариант, по которому ассистент ответил точнее всего.

Ожидаемый результат

Файл llms.txt существует на диске, сохранён в UTF-8, начинается с одного заголовка, содержит аннотацию в блоке цитаты и один-три контекстных абзаца. Разделов со ссылками пока нет, это следующий шаг.

Проверка: Откройте файл в браузере, перетащив его в окно. Вы должны увидеть чистый текст без кракозябр на месте кириллицы. Если вместо русских букв отображаются знаки вопроса или ромбы, кодировка выбрана неверно — вернитесь к пункту 3.

Возможные проблемы

• Редактор автоматически заменил кавычки на «умные» или дефисы на длинное тире. Отключите автозамену в настройках или используйте редактор кода. В Markdown-ссылках такие символы ломают разметку.
• Файл сохранился как llms.txt.txt. Переименуйте через Проводник или Finder, предварительно включив показ расширений.

Шаг 3: Заполнение разделов и ссылок

Цель этапа: перенести отобранные страницы из таблицы в файл в правильном синтаксисе, сгруппировать по разделам и добавить блок Optional.

Инструкция

1. Откройте llms.txt и таблицу из шага 1 рядом друг с другом.
2. После контекстных абзацев оставьте пустую строку и напишите заголовок второго уровня для первого раздела: две решётки, пробел, название. Например: ## Продукт.
3. Оставьте пустую строку.
4. Для каждой страницы этого раздела напишите строку списка строго по шаблону: дефис, пробел, открывающая квадратная скобка, название страницы, закрывающая квадратная скобка, открывающая круглая скобка, полный адрес с протоколом, закрывающая круглая скобка, двоеточие, пробел, описание. Пример: - [Тарифы на мобильные прокси](https://example.com/pricing): стоимость по странам и операторам, лимиты трафика, условия ротации IP.
5. Используйте абсолютные адреса с https в начале. Относительные пути вроде /pricing многие инструменты не смогут раскрыть, потому что читают файл вне контекста браузера.
6. Название ссылки берите из заголовка страницы, но сокращайте до пяти-восьми слов. Описание — из столбца «Описание для ИИ».
7. Повторите пункты 2-6 для каждого раздела. Порядок разделов — от самого важного к менее важному: сначала продукт и цены, потом документация, потом блог и кейсы.
8. Внутри раздела ставьте страницы тоже по значимости. Первые три ссылки в каждом разделе читаются чаще всего.
9. Последним разделом добавьте ## Optional. Перенесите туда страницы с приоритетом 2: архив блога, историю изменений, второстепенные кейсы, страницы вакансий. Название раздела должно быть написано именно латиницей: Optional. Это зарезервированное слово спецификации.
10. Сохраните файл.

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

Пример готового раздела

## Документация

- [Подключение прокси в антидетект-браузере](https://example.com/docs/antidetect): пошаговая настройка профиля, проверка IP и типичные ошибки
- [API смены IP](https://example.com/docs/api): методы, параметры запросов, лимиты и примеры ответов в JSON
- [Форматы подключения](https://example.com/docs/formats): HTTP, SOCKS5, авторизация по логину и по IP

Как писать описания ссылок

Описание после двоеточия — это подсказка модели, когда стоит открыть страницу. Чем точнее подсказка, тем лучше модель выберет источник для ответа. Правила простые:

• Отвечайте на вопрос «что внутри», а не «зачем читать». Не «полезная статья о прокси», а «сравнение мобильных, резидентных и серверных прокси по скорости, стоимости и риску блокировок».
• Используйте слова, которыми пользователи задают вопросы. Если клиенты спрашивают «как сменить айпи», в описании должно быть «смена IP».
• Не дублируйте название ссылки. Название говорит «что это», описание — «что там конкретно».
• Держитесь в пределах одной строки. Переносы внутри элемента списка ломают разбор.

Ожидаемый результат

Файл содержит три-шесть разделов второго уровня, в каждом от 2 до 20 ссылок с описаниями, и раздел Optional в конце. Общий объём — от 20 до 200 строк.

Проверка: Вставьте содержимое файла в любой онлайн-просмотрщик Markdown или откройте предпросмотр в редакторе кода. Все ссылки должны стать кликабельными, заголовки — крупными, списки — с маркерами. Если какая-то строка отображается как обычный текст со скобками, в ней ошибка синтаксиса.

Возможные проблемы

• Ссылка не стала кликабельной. Чаще всего забыт пробел после дефиса, пропущена скобка или между квадратной и круглой скобкой стоит пробел. Пробела там быть не должно.
• В адресе есть пробелы или кириллица. Закодируйте адрес: пробел заменяется на %20, кириллические символы — на их процентные представления. Проще скопировать адрес из адресной строки браузера, он уже закодирован.
• Описание содержит двоеточие. Первое двоеточие после закрывающей круглой скобки считается разделителем; последующие двоеточия внутри описания допустимы, но лучше переформулировать во избежание путаницы.

Шаг 4: Создание llms-full.txt и чистых текстовых версий страниц

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

Этот шаг необязателен, но именно он даёт наибольший выигрыш для документации, инструкций и подробных описаний продукта. Если llms.txt — это оглавление, то llms-full.txt — вся книга.

Инструкция

1. Создайте новый файл и сохраните его как llms-full.txt в той же кодировке UTF-8.
2. Скопируйте в начало заголовок первого уровня и блок цитаты из llms.txt. Файлы должны начинаться одинаково.
3. Для каждой страницы с приоритетом 1 откройте её в браузере и скопируйте основной текст: заголовки, абзацы, списки, таблицы. Не копируйте меню, футер, формы подписки, комментарии и рекламные блоки.
4. Вставьте текст в файл под заголовком второго уровня с названием страницы. Заголовки внутри страницы понизьте на один-два уровня: то, что на сайте было заголовком второго уровня, в файле станет третьим. Так сохранится иерархия.
5. После каждого блока добавьте строку с адресом источника, например: Источник: https://example.com/docs/api. Это помогает модели ссылаться на конкретную страницу.
6. Разделяйте блоки страниц пустой строкой и строкой из трёх дефисов, стандартным горизонтальным разделителем Markdown.
7. Таблицы переносите в Markdown-формате с вертикальными чертами или превращайте в списки, если структура простая.
8. Удалите служебные фразы вроде «нажмите здесь», «читайте далее», «поделиться». В тексте без интерфейса они бессмысленны.
9. Сохраните файл.

Внимание: Не включайте в llms-full.txt персональные данные клиентов, внутренние документы, купоны и любую информацию, которую вы не готовы увидеть в ответе ИИ-ассистента у постороннего человека. Всё, что попало в этот файл, по сути опубликовано.

Сколько текста должно быть

Разумный ориентир — от 20 до 300 тысяч символов. Меньше — файл не оправдывает существования, достаточно llms.txt. Больше — многие инструменты не загрузят его целиком. Если контента много, сделайте несколько тематических файлов, например llms-full-docs.txt и llms-full-blog.txt, и сошлитесь на них из llms.txt в отдельном разделе.

Совет: Для сайтов на WordPress и большинстве CMS есть плагины и модули, которые генерируют llms.txt и llms-full.txt автоматически из опубликованных записей. Найдите их в каталоге расширений по запросу «llms txt». Автогенерация экономит часы, но результат обязательно проверьте вручную: плагины часто тащат в файл всё подряд, включая страницы тегов и черновики.

Ожидаемый результат

Файл llms-full.txt содержит те же заголовок и аннотацию, что и llms.txt, а далее — полный чистый текст ключевых страниц с указанием источников.

Проверка: Откройте файл и прочитайте случайный фрагмент из середины. Если понятно, о какой странице речь и текст читается без интерфейсного мусора, всё в порядке. Если встречаются обрывки вроде «Меню Главная Тарифы Контакты», очистите их.

Возможные проблемы

• При копировании из браузера теряется структура заголовков. Копируйте по частям и расставляйте решётки вручную либо используйте расширение браузера для сохранения страницы в Markdown.
• Файл получился в несколько мегабайт. Разбейте на тематические части или оставьте только страницы с приоритетом 1.

Шаг 5: Загрузка файлов на сервер

Цель этапа: разместить llms.txt и llms-full.txt в корне сайта так, чтобы они открывались по адресу ваш-домен/llms.txt.

Способ зависит от того, как устроен ваш сайт. Ниже четыре типичных сценария. Выберите свой.

Вариант A: панель хостинга с файловым менеджером

1. Войдите в панель управления хостингом по логину и паролю из письма провайдера.
2. Найдите раздел с названием «Файловый менеджер», «Файлы» или «Диспетчер файлов».
3. Перейдите в корневую папку сайта. Обычно она называется public_html, www, htdocs или носит имя домена. Ориентир: в ней лежит файл index.html или index.php и уже существующий sitemap.xml.
4. Нажмите кнопку «Загрузить» или «Upload». Откроется окно выбора файлов.
5. Выберите llms.txt и llms-full.txt с компьютера, подтвердите загрузку. Дождитесь индикатора завершения.
6. Убедитесь, что файлы появились в списке рядом с index-файлом и права доступа к ним 644, то есть чтение для всех, запись только для владельца. Обычно панель ставит такие права сама.

Вариант B: FTP-клиент

1. Откройте FileZilla или аналогичный клиент.
2. В верхней панели введите хост, имя пользователя, пароль и порт из письма хостера. Нажмите «Быстрое соединение».
3. В правой части окна найдите корневую папку сайта по тем же признакам, что и выше.
4. В левой части найдите папку с вашими файлами на компьютере.
5. Перетащите llms.txt и llms-full.txt слева направо. В нижней части окна появится очередь передачи; дождитесь, пока она опустеет.
6. Кликните правой кнопкой по загруженному файлу, выберите «Права доступа к файлу» и проверьте значение 644.

Вариант C: сайт из репозитория с автоматическим деплоем

1. Определите папку, из которой публикуются статические файлы. В большинстве фреймворков она называется public или static и лежит в корне проекта.
2. Положите llms.txt и llms-full.txt в эту папку рядом с favicon и robots-файлом.
3. Закоммитьте изменения и отправьте их в ветку, из которой идёт деплой.
4. Дождитесь завершения сборки. Время зависит от проекта, обычно от одной до десяти минут.

Вариант D: конструктор сайтов

Здесь всё сложнее: не каждый конструктор позволяет добавить произвольный файл в корень домена. Порядок действий:

1. Откройте настройки сайта и найдите раздел вроде «Файлы», «Загрузка файлов», «SEO» или «Дополнительно».
2. Если есть возможность загрузить файл с указанием пути, укажите путь /llms.txt.
3. Если возможности нет, но есть настройка редиректов или правил, создайте правило: запрос к /llms.txt перенаправлять с кодом 200 или 301 на загруженный файл. Некоторые платформы называют это «переадресация» или «правила маршрутизации».
4. Если и это недоступно, обратитесь в поддержку конструктора с запросом на размещение текстового файла в корне. Формулировка: «Нужно разместить статический файл llms.txt по адресу домен/llms.txt с типом text/plain».

Внимание: Файл должен лежать именно в корне домена, а не в подпапке. Адрес вида домен/files/llms.txt инструменты не найдут, потому что ищут файл по фиксированному пути, как favicon или sitemap.

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

Ожидаемый результат

При вводе в адресную строку браузера адреса ваш-домен/llms.txt открывается ваш текст. То же для llms-full.txt.

Проверка: Откройте оба адреса в режиме инкогнито, чтобы исключить кеш браузера. Вы должны увидеть текст файла как есть: заголовок с решёткой, цитату со знаком «больше», список с дефисами. Если браузер предложил скачать файл вместо показа, это не критично, но мы поправим на следующем шаге.

Возможные проблемы

• Ошибка 404. Файл лежит не в корне или имя написано с ошибкой. Проверьте регистр: LLMS.txt и llms.txt на Linux-серверах — разные файлы.
• Ошибка 403. Неверные права доступа. Установите 644 через файловый менеджер или FTP.
• Открывается старая версия после обновления. Работает кеш хостинга или CDN. Очистите кеш в панели или подождите время жизни кеша.
• Кириллица отображается неверно. Сервер не сообщает кодировку. Это решается на следующем шаге.

Шаг 6: Настройка заголовков ответа сервера

Цель этапа: сделать так, чтобы сервер отдавал файл с правильным типом содержимого и кодировкой, разрешал доступ ИИ-агентам из браузерных инструментов и не кешировал файл слишком долго.

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

Какие заголовки нужны

• Content-Type: text/plain; charset=utf-8 или text/markdown; charset=utf-8. Первый вариант универсальнее.
• Cache-Control: max-age=3600 — кеширование на час. Достаточно, чтобы снять нагрузку, но обновления подхватятся быстро.
• Access-Control-Allow-Origin: * — разрешение читать файл из веб-приложений на других доменах. Некоторые ИИ-инструменты работают прямо в браузере и без этого заголовка не смогут загрузить файл.

Инструкция для Apache через .htaccess

1. Скачайте текущий файл .htaccess из корня сайта на компьютер и сохраните копию. Если файла нет, создайте новый пустой.
2. Откройте файл в редакторе и добавьте в конец блок:

<Files "llms.txt">
 Header set Content-Type "text/plain; charset=utf-8"
 Header set Cache-Control "max-age=3600"
 Header set Access-Control-Allow-Origin "*"
</Files>
<Files "llms-full.txt">
 Header set Content-Type "text/plain; charset=utf-8"
 Header set Cache-Control "max-age=3600"
 Header set Access-Control-Allow-Origin "*"
</Files>

1. Сохраните и загрузите файл обратно в корень сайта, заменив старый.
2. Сразу откройте главную страницу сайта. Если она открывается, всё хорошо. Если видите ошибку 500, немедленно верните сохранённую копию: на хостинге, вероятно, не включён модуль заголовков. Тогда обратитесь в поддержку хостинга с просьбой включить mod_headers.

Инструкция для Nginx

1. Подключитесь к серверу по SSH.
2. Сделайте копию конфигурационного файла сайта, обычно он лежит в папке /etc/nginx/sites-available/.
3. Внутри блока server добавьте:

location = /llms.txt {
default_type text/plain;
charset utf-8;
add_header Cache-Control "max-age=3600";
add_header Access-Control-Allow-Origin "*";
}
location = /llms-full.txt {
default_type text/plain;
charset utf-8;
add_header Cache-Control "max-age=3600";
add_header Access-Control-Allow-Origin "*";
}

1. Проверьте конфигурацию командой nginx -t. Должно появиться сообщение об успешной проверке.
2. Перезагрузите конфигурацию командой systemctl reload nginx.

Инструкция для конструкторов и облачных платформ

Ищите в настройках раздел «Заголовки» или «Headers». Многие платформы поддерживают файл с правилами заголовков в корне проекта; синтаксис у каждой свой, но смысл тот же: для пути /llms.txt задать Content-Type и Cache-Control. Если такой возможности нет, не переживайте: большинство серверов по умолчанию отдают .txt как text/plain, и это уже приемлемо.

Ожидаемый результат

Сервер отдаёт файл с кодом 200 и нужными заголовками.

Проверка: Откройте командную строку или терминал и выполните команду curl -I https://ваш-домен/llms.txt. В ответе вы должны увидеть строку HTTP/2 200 или HTTP/1.1 200 OK, строку content-type: text/plain; charset=utf-8 и строку cache-control: max-age=3600. Если хотите увидеть и содержимое, уберите ключ -I.

Возможные проблемы

• Ошибка 500 после правки .htaccess. Верните копию, проверьте, что не осталось лишних символов, и уточните у хостера, включён ли модуль заголовков.
• Заголовки не поменялись. Впереди сервера стоит CDN или прокси-кеш, который отдаёт старую версию. Очистите кеш CDN в его панели.
• Content-Type всё ещё text/html. Какое-то правило переписывает все запросы на index.php. Убедитесь, что правило исключает существующие файлы, обычно через условие «если файл не существует».

Проверка результата: чек-лист готовности llms.txt

Вы прошли все шаги. Теперь убедимся, что результат действительно рабочий, а не просто «файл лежит». Пройдите чек-лист по пунктам и отмечайте выполненное.

Чек-лист

1. Адрес домен/llms.txt открывается в браузере в режиме инкогнито и показывает текст.
2. Первая строка файла — единственный заголовок первого уровня с названием проекта.
3. Сразу после заголовка идёт блок цитаты с аннотацией до 400 символов.
4. Все ссылки абсолютные, начинаются с https и открываются без редиректов и ошибок.
5. Каждая ссылка имеет описание после двоеточия.
6. Разделы отсортированы по важности, второстепенное вынесено в Optional.
7. Кириллица отображается корректно, кодировка UTF-8.
8. Команда curl -I показывает код 200 и тип text/plain или text/markdown.
9. Если создан llms-full.txt, он открывается по своему адресу и начинается так же, как llms.txt.
10. В файлах нет персональных данных и внутренней информации.

Как протестировать по-настоящему

1. Проверка ссылок. Скопируйте все адреса из файла в любой массовый проверщик ссылок или в инструмент проверки ответа сервера. Все должны вернуть 200. Одна битая ссылка не сломает файл, но снизит доверие модели.
2. Проверка валидности. Вставьте содержимое в онлайн-валидатор llms.txt; в 2026 году таких сервисов несколько, ищите по названию стандарта. Валидатор покажет, распознал ли он заголовок, аннотацию и разделы.
3. Проверка на реальной модели. Откройте любой ИИ-ассистент, который умеет читать ссылки. Дайте ему адрес вашего файла и попросите: «Изучи этот файл и расскажи, что делает компания, сколько стоит услуга и куда идти за инструкцией по подключению». Если ответ точный и ассистент ссылается на нужные страницы, вы справились. Если он путается, посмотрите, какие описания его сбили, и уточните их.
4. Проверка из разных сетей. Если у вас есть доступ к мобильным прокси в разных регионах, откройте файл через них. Это покажет, не отдаёт ли сервер разный контент для разных стран и не блокирует ли защита от ботов доступ к файлу для отдельных диапазонов IP. ИИ-агенты приходят с самых разных адресов, и файл должен быть доступен всем.

Показатели успешного выполнения

• Все десять пунктов чек-листа выполнены.
• ИИ-ассистент пересказал суть сайта без фактических ошибок.
• Через две-четыре недели в логах сервера появляются запросы к /llms.txt от агентов ИИ-компаний. Как их найти, расскажем в продвинутом блоке.

Типичные ошибки при создании llms.txt и их решения

Ниже собраны проблемы, с которыми сталкивается почти каждый, кто делает файл впервые. Формат: проблема, причина, решение.

1. Файл открывается, но ИИ-инструмент говорит, что не нашёл его

Причина: защита от ботов на уровне хостинга или CDN показывает капчу или JavaScript-проверку всем, кто похож на автоматический запрос. Браузер проходит проверку незаметно, а агент нет.

Решение: в настройках защиты добавьте исключение для пути /llms.txt и /llms-full.txt. Проверьте результат командой curl без заголовков браузера: если curl получает текст, а не HTML-страницу с проверкой, всё исправлено.

2. Модель пересказывает сайт неверно, хотя файл есть

Причина: аннотация расплывчатая или описания ссылок повторяют названия и не несут информации.

Решение: перепишите аннотацию по правилам из шага 2, а описания — по правилам из шага 3. Прогоните тест с ассистентом ещё раз.

3. В файле сотни ссылок, и он стал бесполезен

Причина: автогенерация плагином или перфекционизм: «пусть будет всё».

Решение: вернитесь к аудиту из шага 1. Оставьте в основных разделах не больше 50 ссылок, остальное перенесите в Optional или уберите. Полноту обеспечивает llms-full.txt, а не длина оглавления.

4. Русские буквы превратились в знаки вопроса

Причина: файл сохранён в кодировке Windows-1251 либо сервер не передаёт charset.

Решение: пересохраните файл в UTF-8 без BOM и добавьте charset=utf-8 в заголовок Content-Type по инструкции из шага 6.

5. Файл обновили, а ИИ видит старую версию

Причина: длительное кеширование на CDN или у самого инструмента.

Решение: установите Cache-Control с max-age не больше часа, очистите кеш CDN. Инструменты обновляют свои копии с разной периодичностью, дайте им несколько дней.

6. Ссылки ведут на страницы с редиректом

Причина: в файле указаны адреса без слеша на конце или с http вместо https, и сервер перенаправляет.

Решение: откройте каждую ссылку и скопируйте конечный адрес из адресной строки. Замените в файле. Агенты не всегда следуют редиректам.

7. Заголовок первого уровня не первый в файле

Причина: перед ним оказалась пустая строка с пробелами, невидимый символ BOM или комментарий.

Решение: в редакторе кода включите показ невидимых символов, удалите всё до первой решётки, сохраните без BOM.

8. Файл описывает несколько сайтов сразу

Причина: желание сэкономить и сослаться из одного файла на все проекты компании.

Решение: один домен — один файл про этот домен. На другие проекты можно сослаться отдельным разделом, но аннотация и основные разделы должны быть про текущий сайт.

Дополнительные возможности: продвинутая работа с llms.txt

Базовая настройка готова. Этот раздел для тех, кто хочет выжать из файла максимум: автоматизировать обновления, следить за ИИ-ботами и использовать llms.txt как часть стратегии продвижения.

Автоматическая генерация из CMS или сборки

Для сайтов, где контент меняется часто, ручное обновление файла быстро надоедает. Варианты автоматизации:

• Плагин CMS. Для WordPress, Joomla и других систем есть модули, которые собирают llms.txt из выбранных типов записей. Настройте их так, чтобы включались только нужные категории, а описания брались из специального поля, а не из первых строк текста.
• Скрипт на этапе сборки. Для статических сайтов и фреймворков напишите небольшой скрипт, который читает метаданные страниц, например поля title и llm_description в шапке Markdown-файлов, и собирает из них llms.txt. Запускайте его перед деплоем.
• Отдельные Markdown-версии страниц. Некоторые сайты отдают каждую страницу и в HTML, и в Markdown по адресу с суффиксом .md. Тогда в llms.txt можно ссылаться на чистые версии, а llms-full.txt собирать простой конкатенацией. Это самый удобный формат для моделей.

Проверка файла инструментами командной строки

Существует официальный пакет для Python под названием llms-txt. Он превращает файл в контекст для модели и заодно проверяет структуру. Установка и запуск:

pip install llms-txt
llms_txt2ctx https://ваш-домен/llms.txt

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

Мониторинг ИИ-ботов в логах

Самый честный способ узнать, читают ли ваш файл, — посмотреть в логи веб-сервера. Порядок действий:

1. Найдите файл логов доступа. В Nginx это обычно /var/log/nginx/access.log, в Apache — access.log в папке логов сайта. На виртуальном хостинге логи доступны в панели в разделе «Статистика» или «Логи».
2. Отфильтруйте строки, содержащие llms.txt. В терминале: grep llms.txt access.log.
3. Посмотрите на поле User-Agent в найденных строках. Агенты ИИ-компаний обычно представляются узнаваемыми именами, содержащими название компании или слова вроде Bot, Agent, User.
4. Заведите простую таблицу: дата, агент, файл. Раз в месяц сверяйте, кто приходит и как часто. Рост числа запросов — хороший знак.

Совет: Если хотите увидеть сайт «глазами» агента, который приходит из другой страны, используйте мобильный прокси нужного региона и выполните запрос через него: curl -x адрес-прокси https://ваш-домен/llms.txt. Так вы проверите, что гео-настройки CDN, региональные редиректы и защита от ботов не мешают получить файл из-за рубежа. Это особенно актуально для проектов, работающих на несколько стран.

llms.txt для лендингов и партнёрских проектов

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

Связка с генеративной оптимизацией

Файл llms.txt — один из элементов направления, которое в 2026 году называют генеративной оптимизацией: работа над тем, чтобы бренд корректно и часто появлялся в ответах ИИ. Другие элементы — структурированные данные на страницах, чёткие ответы на вопросы в начале статей, авторство и дата обновления, единообразие фактов о компании во всех источниках. Файл связывает всё это в одну карту. Обновляйте его при каждом значимом изменении продукта или цен, и модели будут получать актуальную картину.

Версионирование и дата актуальности

Добавьте в контекстный абзац строку с датой последнего обновления, например: «Информация актуальна на март 2026 года». Это помогает модели оценивать свежесть данных. Храните файл в системе контроля версий вместе с кодом сайта, чтобы видеть историю изменений.

FAQ: частые вопросы о llms.txt

Обязательно ли делать llms-full.txt?

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

Можно ли писать файл на русском языке?

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

Как часто обновлять llms.txt?

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

Нужно ли указывать llms.txt в карте сайта или где-то регистрировать?

Нет. Инструменты ищут файл по стандартному пути в корне домена, как favicon. Специальной регистрации не существует. Некоторые публичные каталоги собирают сайты с llms.txt; добавление в них необязательно, но не повредит.

Будет ли файл влиять на позиции в обычном поиске?

Прямого влияния нет: файл не индексируется как страница и не является фактором ранжирования. Косвенно он помогает: наводит порядок в структуре, а корректные упоминания в ИИ-ответах приводят брендовый трафик.

Что делать, если сайт на конструкторе не даёт положить файл в корень?

Сначала поищите настройку загрузки файлов с произвольным путём или правила переадресации. Если ничего нет, напишите в поддержку конструктора: в 2026 году запрос на размещение llms.txt для них уже не новость. Крайний вариант — вынести файл на отдельный поддомен и сослаться на него со страницы «О компании», хотя стандартный путь всё же предпочтительнее.

Стоит ли включать в файл страницы блога?

Включайте статьи, которые отвечают на частые вопросы клиентов и остаются актуальными: инструкции, сравнения, разборы. Новости и анонсы акций лучше не включать или отправлять в Optional. Для большого блога сделайте отдельный раздел с 10-20 самыми полезными материалами.

Можно ли использовать один файл для нескольких доменов компании?

Нет. Каждый домен описывается своим файлом. Взаимные ссылки между проектами допустимы в отдельном разделе, но аннотация и основные разделы должны относиться к текущему домену.

Как понять, что ИИ реально пользуется файлом?

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

Что делать, если после правки конфигурации сервера сайт перестал открываться?

Немедленно верните сохранённую копию конфигурационного файла и проверьте, что сайт снова доступен. Затем обратитесь в поддержку хостинга с вопросом о включении нужных модулей. Файл llms.txt при этом продолжит работать без дополнительных заголовков: сервер по умолчанию отдаёт .txt как обычный текст.

Заключение

Давайте подведём итог проделанной работы. Вы провели аудит контента и выбрали страницы, которые действительно объясняют ваш продукт. Создали файл llms.txt с чётким заголовком, честной аннотацией и структурированными разделами ссылок. Собрали расширенную версию llms-full.txt с полным текстом ключевых страниц. Загрузили файлы в корень сайта, настроили заголовки сервера и проверили результат командой curl, валидатором и реальным ИИ-ассистентом. Теперь языковые модели получают от вашего сайта не хаос HTML-страниц, а понятную карту с пояснениями.

Что делать дальше

• Поставьте напоминание на ревизию файла через три месяца. Проверьте ссылки, обновите цены и дату актуальности.
• Раз в месяц заглядывайте в логи и фиксируйте, какие агенты читают llms.txt. Это бесплатная аналитика интереса ИИ к вашему проекту.
• Задайте нескольким ассистентам вопросы о своём продукте и сравните ответы с фактами. Расхождения — сигнал уточнить описания в файле или на самих страницах.

Куда развиваться

Файл llms.txt — первый шаг в работе с ИИ-видимостью. Следующие: структурированные данные на страницах, чёткие ответы на вопросы в начале каждой статьи, Markdown-версии ключевых материалов, единообразные факты о компании во всех справочниках и каталогах. Если вы работаете с несколькими регионами, добавьте регулярные проверки доступности контента через мобильные прокси нужных стран: агенты приходят с разных адресов, и файл должен быть доступен каждому из них. Чем прозрачнее и структурированнее ваш контент, тем точнее ИИ будет рассказывать о вас пользователям. А значит, тем больше людей придёт к вам уже подготовленными и с правильными ожиданиями.