Генератор і перевірка llms.txt
Перевірте, чи є на сайті /llms.txt і чи відповідає він формату llmstxt.org, або зберіть чернетку з sitemap: назва, короткий опис і розділи з посиланнями на ключові сторінки.
Вміст файлу
Що перевіряє валідатор
- Структуру за llmstxt.org: H1 з назвою першим рядком, цитата «>» з коротким описом, необов'язкові абзаци, секції ## зі списками посилань, особлива секція ## Optional.
- Формат кожного пункту «- [Назва](URL): опис»: розбір посилання, порожні тексти й адреси, відносні та http-посилання, дублікати, роздільник опису. Посилання перевіряються лише за форматом — сайт за ними не обходиться.
- Для файлу на сайті — ще код відповіді, редиректи, Content-Type і кодування, HTML замість тексту (часта помилка SPA) та наявність llms-full.txt поруч.
- Помилки порушують формат, попередження варто виправити, нотатки — рекомендації. Розміщення llms.txt не гарантує, що ШІ-сервіси його прочитають: це запропонований стандарт, а не зобов'язання платформ.
Генератор llms.txt онлайн і перевірка файлу
llms.txt — текстовий файл у форматі Markdown у корені сайту, який коротко описує проєкт і перелічує посилання на головні сторінки, щоб мовній моделі було простіше розібратися в сайті. Формат запропоновано на llmstxt.org у 2024 році. Інструмент перевіряє файл на вашому сайті (код відповіді, Content-Type, структура й формат кожного посилання), збирає чернетку з title та description головної і до 30 сторінок із sitemap.xml, а в редакторі перевіряє текст на льоту. Важливо: це запропонований стандарт — великі ШІ-компанії офіційно не обіцяли його враховувати.
Як користуватися
- На вкладці «Перевірити» введіть домен — інструмент завантажить https://домен/llms.txt і покаже помилки, попередження та структуру
- Файлу немає — на вкладці «Згенерувати» зберіть чернетку з sitemap і відредагуйте її в редакторі
- Виправте зауваження, завантажте llms.txt і покладіть його в корінь сайту, потім перевірте ще раз
FAQ
Що таке llms.txt і навіщо він потрібен
llms.txt — текстовий файл у форматі Markdown, який лежить у корені сайту за адресою /llms.txt і коротко пояснює мовній моделі, що це за сайт і де шукати головне. Формат запропонував Джеремі Говард (Answer.AI) у вересні 2024 року, специфікацію опубліковано на llmstxt.org. Ідея проста: у моделі обмежене вікно контексту, а HTML-сторінка — це меню, банери, скрипти й шматки верстки. Короткий файл з описом і списком посилань із поясненнями заощаджує моделі роботу і зменшує ризик, що вона зрозуміє сайт неправильно.
Важливо розуміти статус: це запропонований стандарт, а не протокол, який зобов'язані виконувати пошуковики чи ШІ-сервіси. Що відомо про врахування файлу — в останньому розділі.
Формат llms.txt за специфікацією
Специфікація задає порядок блоків. Обов'язковий лише перший.
- H1 з назвою проєкту чи сайту:
# Назва. Це перший рядок файлу. - Цитата з коротким описом:
> …— суть в 1–3 реченнях, з ключовими фактами, без яких решта незрозуміла. - Необов'язкові блоки подробиць: абзаци, списки — будь-який Markdown, крім заголовків. Сюди пишуть, як читати файл, умови, обмеження.
- Секції H2 зі списками посилань. Кожен пункт — посилання в Markdown, далі за бажанням двокрапка й пояснення:
- [Назва](https://…): що на сторінці.
Приклад llms.txt
# Пекарня «Колосок» > Реміснича пекарня в Києві: хліб на заквасці, випічка й доставка > містом з 8:00 до 20:00. Замовлення приймаємо на сайті та телефоном. Ціни в гривнях з ПДВ. ## Каталог - [Хліб на заквасці](https://example.com/bread): Склад, вага та ціни - [Випічка](https://example.com/pastry): Круасани, булочки, сезонне меню ## Доставка й оплата - [Доставка](https://example.com/delivery): Зони, вартість і час - [Оплата](https://example.com/payment): Способи оплати та повернення ## Optional - [Історія пекарні](https://example.com/about)
Секція Optional
Секція з назвою ## Optional має особливий зміст: посилання з неї можна пропустити, якщо потрібен короткий контекст. Туди виносять другорядне — історію компанії, юридичні сторінки, архів. Працює лише англійська назва; «Додатково» парсер формату сприйме як звичайну секцію.
Markdown-версії сторінок
Специфікація пропонує ще одну практику: віддавати чисту Markdown-версію сторінки за тією самою адресою з додаванням .md (/docs/start.html.md, для адрес без імені файлу — index.html.md). Це необов'язково, і більшість сайтів посилається з llms.txt на звичайні HTML-сторінки.
llms.txt, robots.txt і sitemap.xml: у чому різниця
| robots.txt | sitemap.xml | llms.txt | |
|---|---|---|---|
| Завдання | Дозволити чи заборонити обхід | Перелічити всі адреси для індексації | Коротко описати сайт і виділити головне |
| Для кого | Краулери, зокрема GPTBot, ClaudeBot, Google-Extended | Пошукові роботи | Мовні моделі та ШІ-агенти |
| Формат | Директиви User-agent / Disallow | XML, тисячі URL | Markdown, десятки посилань із поясненнями |
| Керує доступом | Так | Ні | Ні |
Головний наслідок: llms.txt нічого не забороняє і не дозволяє. Якщо треба закрити сайт від навчання моделей чи від ШІ-краулерів, це робиться в robots.txt — перевірте його в аналізаторі robots.txt або зберіть у генераторі. І навпаки: якщо ШІ-краулер закритий у robots.txt, наявність llms.txt цього не змінює. Повний список адрес, як і раніше, має бути в sitemap — його стан покаже аналіз sitemap.xml.
llms-full.txt: коли потрібен другий файл
llms-full.txt — домовленість, яку поширили платформи документації: в одному файлі лежить повний текст документації, а не лише посилання. Моделі не треба ходити сторінками — усе вже в контексті. У початковій специфікації його немає; там описано файли llms-ctx.txt і llms-ctx-full.txt, які збирає утиліта llms_txt2ctx (друга версія включає посилання з Optional).
Робити llms-full.txt має сенс для документації, API та баз знань — коли текст потрібен цілком. Для магазину чи сайту послуг зазвичай вистачає llms.txt. Стежте за розміром: файл на мегабайти не вміститься в контекст багатьох моделей. Наш валідатор перевіряє llms-full.txt м'якше: вимагає H1 і коректні посилання, але не чекає, що кожна секція — список посилань.
Як розмістити llms.txt на сайті
Файл має відкриватися за адресою https://ваш-домен/llms.txt, віддаватися з кодом 200, в UTF-8 і з типом text/plain або text/markdown. Специфікація допускає і файл у підпапці (наприклад, /docs/llms.txt), але в корені його знайдуть частіше.
WordPress
Завантажте файл через FTP або файловий менеджер хостингу в ту саму папку, де лежить wp-config.php. Стандартний .htaccess WordPress не перехоплює наявні файли, тож нічого налаштовувати не треба. У популярних SEO-плагінах (Yoast SEO, Rank Math) у 2025 році з'явилася генерація llms.txt — якщо користуєтеся нею, не кладіть поруч ще й фізичний файл, інакше незрозуміло, яку версію ви очікуєте.
nginx
location = /llms.txt {
charset utf-8;
try_files $uri =404;
}
try_files $uri =404 важливий для SPA і сайтів, де всі невідомі адреси віддаються як index.html: без нього за відсутності файлу сервер відповість HTML-сторінкою з кодом 200, і клієнт отримає верстку замість тексту. charset utf-8 додасть кодування в Content-Type — без нього кирилиця в деяких клієнтах перетворюється на «кракозябри».
Apache
AddCharset utf-8 .txt .md
Рядок у .htaccess додасть кодування до текстових файлів. Якщо правила mod_rewrite відправляють усі запити у фронт-контролер, переконайтеся, що перед ними є RewriteCond %{REQUEST_FILENAME} !-f.
Tilda, Wix, Shopify та інші конструктори
Не кожен конструктор дозволяє покласти довільний файл у корінь. Спершу пошукайте в налаштуваннях платформи завантаження файлів у корінь або окреме налаштування llms.txt. Якщо його немає, варіант — 301-редирект з /llms.txt на файл у сховищі платформи, якщо вона дозволяє редиректи з неіснуючих адрес. Більшість HTTP-клієнтів іде за редиректами, але надійніше, коли файл віддається напряму. Після публікації перевірте результат: часта помилка конструкторів — HTML-сторінка «404» з кодом 200.
Типові помилки в llms.txt
| Помилка | Як виправити |
|---|---|
| Немає H1 або перед ним стоїть текст | Першим рядком — # Назва |
| Опис посилання через тире | - [Доставка](https://…): Зони й вартість — через двокрапку |
Відносні адреси /delivery | Пишіть повні https://example.com/delivery: файл часто читають окремо від сайту |
| Секція без посилань або пункти без посилань | Текст без посилань — у блок подробиць до першої H2 |
| Сотні посилань «на все» | Залиште 10–50 справді важливих сторінок, решту — у sitemap |
Сервер віддає HTML або application/octet-stream | Налаштуйте віддачу як тексту (див. nginx та Apache вище) |
Описи пишіть для того, хто сайту не бачив: що на сторінці й коли її відкривати. «Детальніше» чи повтор назви нічого не дають. Генератор бере meta description як заготовку, але маркетингові формулювання зі сніпетів краще замінити фактами.
Що насправді відомо про врахування llms.txt штучним інтелектом
- Ні OpenAI, ні Google, ні Anthropic, ні Perplexity офіційно не заявляли, що їхній пошук чи краулери використовують llms.txt під час вибору джерел для відповідей.
- Представники Google у 2025 році публічно казали, що Google його не використовує; для показу в AI Overviews Google не вимагає жодних спеціальних файлів — працюють звичайні правила індексації.
- Багато компаній публікують llms.txt для своєї документації (зокрема Anthropic). Це свідчить про те, що файл зручний для розробників і ШІ-агентів, яким явно дають посилання, а не про те, що його враховують під час ранжування.
Практичний висновок: llms.txt варто зробити, якщо у вас документація, API або продукт, з яким працюють через ШІ-асистентів, — це пів години роботи. Чекати від нього зростання трафіку з ChatGPT чи AI Overviews не варто: видимість у ШІ-відповідях, як і раніше, будується на тому, що сторінки індексуються, відповідають на запитання і на них посилаються інші сайти. Де сайт недобирає видимості у звичайному пошуку, покаже SEO-Радар.
Покращте позиції в пошуку
SEO-проблеми можуть коштувати вам трафіку. Каскадний лінкбілдінг покращить видимість сайту в пошуку.