Безкоштовно · без реєстрації · миттєвий результат
Валідатор llms.txt — перевірте структуру і дізнайтесь, що вона дає
llms.txt — пропозиція спільноти, опублікована на llmstxt.org, а не вебстандарт, і жоден великий AI-движок не
підтвердив, що читає його. Що зламаний файл точно робить — знецінює час, витрачений на його написання.
Вставте URL: валідатор тягне /llms.txt, звіряє з форматом — обовʼязковий H1,
blockquote-summary, H2-секції лінків, синтаксис лінків —
HEAD-перевіряє вказані URL на 404 і дає оцінку структури з фіксом до кожної помилки. Ця оцінка — відповідність
формату. Це не показник AI-видимості, і сторінка не вдає протилежного.
Читає лише /llms.txt і HEAD-перевіряє до 10 перелічених URL. Нічого не зберігається. Оцінка вимірює відповідність структурі — не AI-видимість.
Що саме перевіряє цей валідатор llms.txt
Інструмент інспектує файл і URL усередині нього. Він не перевіряє і не може перевірити, чи читає ваш файл якийсь AI-двигун, бо жоден великий вендор цю поведінку не публікує. Результат тут означає, що файл структурно коректний, — і нічого більше.
- Чи існує
/llms.txtі чи віддає 200 - Чи це Markdown, а не HTML-заглушка
- Обовʼязковий H1 і чи йде він першим
- Blockquote-summary і його позиція
- Секції-списки під H2 і чи вони заповнені
- Синтаксис Markdown-лінків у кожному пункті
- Абсолютні vs відносні URL і дублі
- Нотатки до лінків після роздільника
: - Биті лінки на вибірці до 10 URL
- Наявність супутнього
/llms-full.txt
- Чи читає ваш файл якийсь AI-двигун (вендори цього не публікують)
- Чи хороші сторінки за лінками (див. AI Visibility Audit)
- Правила доступу краулерів (див. AI Crawler Checker)
- Schema-розмітку на цільових сторінках (заплановано)
- Усі перелічені URL (перевіряється вибірка з 10, не весь список)
Як рахується оцінка
Десять зважених перевірок. Будь-яка структурна помилка обмежує оцінку нижче 50, тож прохідне число ніколи не прикриє зламаний файл. Доступність лінків впливає на бали, але ніколи не перекреслює відповідність формату — мертвий URL це дефект контенту, а не порушення формату.
| Бали | Перевірка | Що має бути правдою |
|---|---|---|
| 20 | Файл віддається як Markdown | Відповідь 200 на /llms.txt, і це Markdown, а не HTML-заглушка. |
| 15 | H1 присутній і йде першим | Назва сайту або проєкту — єдиний елемент, який формат вимагає. |
| 12 | Заповнені H2-списки | Щонайменше одна секція ## зі справжнім списком лінків. |
| 10 | Коректний синтаксис лінків | Кожен пункт списку містить реальне посилання [name](url). |
| 10 | Blockquote-summary | Рядок > під H1, який задає рамку для решти файлу. |
| 8 | Абсолютні URL | Повні https:// адреси, які читач резолвить без контексту вашого сайту. |
| 8 | Описи до лінків | Нотатки після роздільника : про те, що саме на сторінці. |
| 7 | Вибірка лінків відкривається | До 10 перелічених URL перевіряються HEAD-запитом на 4xx/5xx. |
| 5 | Немає дублів URL | Та сама сторінка не вказана двічі. |
| 5 | Адекватний розмір і глибина заголовків | Не заглушка, не дамп сайтмапу, без заголовків глибших за H2. |
Формат llms.txt — секція за секцією
Структура нижче — та, що задокументована на llmstxt.org. Обовʼязковий лише H1; усе інше опційне, але саме воно робить файл корисним. Секції йдуть у такому порядку.
# Назва КомпаніїH1 — обовʼязковий. Назва проєкту або сайту. Єдиний елемент, якого формат вимагає.> Компанія робить X для Y.Blockquote — опційний. Коротке summary з ключовою інформацією, потрібною для розуміння решти файлу.Вільні абзаци…Детальні секції — опційні. Markdown будь-якого типу, крім заголовків, для контексту, який не вміщується в summary.## DocsH2-список — опційний, повторюваний. Кожен H2 відкриває список URL. Це і є механізм передачі ваших сторінок.- [Назва](https://…): нотаткиПункт списку. Обовʼязкове Markdown-посилання, далі опційно : і нотатки про файл.## OptionalСпеціальна секція. URL звідси можна пропустити, коли потрібен коротший контекст. Для другорядного матеріалу.Чим llms.txt є насправді — і чим не є
llms.txt — це пропозиція, яку почали впроваджувати, так і не затвердивши. Джеремі Говард з Answer.AI опублікував її у вересні 2024-го; вона живе на llmstxt.org і не має за собою органу стандартизації — на відміну від robots.txt, у якого є RFC 9309. Жоден AI-пошуковик не зобовʼязувався її читати, а Google сказав, що його системи цього не роблять. Те, де файл справді споживається, вужче за маркетинг: його генерують платформи документації, і його читають AI-інструменти для розробників, коли їх на нього направити. Лишається скромний і чесний аргумент його опублікувати — це коштує годину, не може нашкодити, змушує когось вирішити, які двадцять сторінок насправді важливі, і лишає вас готовими, якщо адопція пошириться. Це не фактор ранжування. Він не блокує краулера. Він нічого не додає до жодного індексу і нічого з нього не прибирає.
Типові помилки в llms.txt і як їх виправити
Приблизно за частотою. Перші дві пояснюють більшість файлів, які виглядають опублікованими, але такими не є.
- llms.txt віддає HTML головної сторінки. Catch-all роут фреймворку відповідає на /llms.txt оболонкою застосунку, тож статус 200 приховує те, що файлу немає. Фікс: Покладіть файл у директорію статики (public/, static/, wwwroot/), щоб він віддавався до того, як його побачить роутер.
- Файл віддає 404, хоча в CMS він є. Файл створили всередині CMS, а не в корені домену, тож він живе за адресою на кшталт /pages/llms-txt. Фікс: Віддавайте його точно за https://yourdomain.com/llms.txt — корінь, малими літерами, без зміни розширення.
- Немає H1. Файл починається з абзацу або списку. H1 із назвою сайту — єдиний елемент, який формат вимагає. Фікс: Зробіть `# Назва Сайту` першим рядком.
- Заголовки замість списку файлів. Кожна сторінка отримує власний H3 замість того, щоб бути пунктом списку, тож нічого не парситься як file list. Фікс: Використовуйте `##` для секції і пункти Markdown-списку для сторінок усередині неї.
- Відносні URL. Лінк виду `/docs/start` не може бути резолвлений нічим, що читає файл поза контекстом вашого домену. Фікс: Пишіть повні абсолютні URL зі схемою і хостом.
- Лінки без описів. Голий список URL змушує читача завантажити кожну сторінку, щоб зрозуміти, що там, — а це зводить сенс файлу нанівець. Фікс: Додайте `: одна фраза про те, що на цій сторінці` до кожного лінка.
- Вставлений увесь сайтмап. Кілька сотень URL перетворюють кураторську карту на дамп, який радше обріжуть, ніж прочитають. Фікс: Тримайте в llms.txt лише сторінки, які мають значення; масові переліки — в llms-full.txt або XML-сайтмап.
- Файл ніколи не оновлюється. Після міграції чи реструктуризації URL зміщуються, і файл тихо наповнюється 404-ми. Фікс: Генеруйте його під час білду або переперевіряйте валідатором щоразу, коли змінюються URL.
Шаблони llms.txt, які можна скопіювати
Чотири відправні точки, усі структурно валідні. Замініть URL і нотатки, збережіть як llms.txt у
директорії статики, задеплойте — і перезапустіть валідатор вище, щоб підтвердити, що файл віддається коректно.
# Назва Компанії
> Компанія робить одну конкретну річ для однієї конкретної аудиторії. Сформулюйте це тут одним реченням.
## Основні сторінки
- [Що ми робимо](https://example.com/services/): послуга, для кого вона і скільки коштує
- [Про нас](https://example.com/about/): хто керує компанією і який має бекграунд
- [Контакти](https://example.com/contact/): як з нами звʼязатися# Назва Агенції
> Агенція веде технічне SEO і контент-програми для B2B SaaS у ЄС. Заснована 2019 року, команда з 12 людей.
Сторінки методології — канонічне джерело того, як ми працюємо. У кейсах наведені реальні клієнтські цифри.
## Послуги
- [Технічне SEO](https://example.com/services/technical-seo/): аудити, міграції, керування краулінгом та індексацією
- [Контент-стратегія](https://example.com/services/content/): топікальні карти, брифи, редакційні процеси
## Методологія
- [Як ми проводимо аудит](https://example.com/method/audit/): процес із 47 перевірок і що означає кожна
- [Звітність](https://example.com/method/reporting/): які метрики ми показуємо і чому
## Кейси
- [Міграція SaaS](https://example.com/cases/saas-migration/): 340 URL, трафік відновлено за 6 тижнів
## Optional
- [Блог](https://example.com/blog/): щотижневі нотатки про пошук і AI-видимість
- [Команда](https://example.com/team/): хто тут працює# Example API
> Example API — REST і webhook API для звірки платежів. Цей файл вказує на канонічну документацію в Markdown.
## Початок роботи
- [Швидкий старт](https://example.com/docs/quickstart.md): автентифікація і перший виклик за 5 хвилин
- [Автентифікація](https://example.com/docs/auth.md): API-ключі, OAuth-скоупи, ротація
## Довідник
- [Ендпоінти](https://example.com/docs/api.md): усі маршрути зі схемами запитів і відповідей
- [Вебхуки](https://example.com/docs/webhooks.md): типи подій, ретраї, перевірка підпису
- [Помилки](https://example.com/docs/errors.md): кожен код помилки і як його усунути
## Optional
- [Чейнджлог](https://example.com/changelog.md): нотатки релізів за версіями
- [Статус](https://status.example.com/): аптайм і історія інцидентів наживо# Назва Магазину
> Магазин продає робочий одяг і засоби захисту для B2B-клієнтів в Україні. Близько 4 300 SKU у шести брендах.
## Інформація для покупця
- [Доставка](https://example.com/shipping/): перевізники, терміни, вартість по регіонах
- [Повернення](https://example.com/returns/): політика 14 днів і як оформити повернення
- [Оплата](https://example.com/payment/): які картки приймаємо та умови накладного платежу
## Категорії
- [Взуття](https://example.com/boots/): розмірна сітка і бренди в наявності
- [Верхній одяг](https://example.com/outerwear/): сезонні лінійки і характеристики матеріалів
## Optional
- [Про компанію](https://example.com/about/): реєстраційні дані і розташування складуllms.txt vs robots.txt vs sitemap.xml
Три кореневі файли, три різні задачі. Вони доповнюють одне одного, а не замінюють — і лише один із них чимось керує.
| llms.txt | robots.txt | sitemap.xml | |
|---|---|---|---|
| Задача | Вказати на ключові сторінки з нотатками | Сказати краулерам, які шляхи можна запитувати | Перелічити всі URL для сканування |
| Статус | Пропозиція спільноти (2024) | Стандарт — RFC 9309 | Давно усталений протокол |
| Формат | Markdown | Текстові директиви | XML |
| Керує доступом? | Ні — синтаксису блокування не існує | Так, для сумісних краулерів | Ні |
| Вибірковий чи повний? | Вибірковий — кураторський | Правила, не перелік сторінок | Повний — інвентар |
| Задокументовані споживачі | Docs-платформи й AI dev-інструменти; зобовʼязань великих вендорів немає | Усі основні краулери | Усі основні пошукові системи |
| Впливає на ранжування? | Задокументованого ефекту немає | Опосередковано — заблоковане не ранжується | Допомагає виявленню, не ранжуванню |
Публікація llms.txt не замінює жодного з двох інших файлів. Перевірте доступ краулерів у AI Crawler Checker, а структуровані дані — у Валідаторі schema.
Чи гарантує валідний llms.txt AI-видимість?
Ні. Ідеальна оцінка тут означає, що файл структурно коректний, — і нічого більше. Чи процитує вас AI-двигун, залежить від того, чи можуть його краулери до вас дістатися, чи проіндексовані ваші сторінки, а також від якості контенту, топікальної релевантності, авторитету, структури і власного ретривалу кожного двигуна. Валідний llms.txt — це дешева й безризикова гігієна, а не механізм видимості. Розрив між «технічно коректно» і «реально цитують» вимірює AI Visibility Audit, і над ним працюють AEO і GEO.
Валідатор llms.txt — FAQ
llms.txt — це офіційний стандарт?
Ні. Це пропозиція, опублікована на llmstxt.org Джеремі Говардом у 2024 році, яку прийняла частина сайтів і не підтримав жоден пошуковий чи AI-вендор. Немає ні RFC, ні треку W3C, ні комітету. Це привід тримати файл дешевим в утриманні, а не привід його пропускати.
Чи використовує llms.txt Google?
Google заявив, що для AI Overviews та AI Mode не потрібен жоден AI-специфічний файл, і не документував llms.txt як вхідний сигнал. Хто каже, що Google його читає, — здогадується. Опублікована позиція Google: його AI-функції працюють на тому самому обході й індексі, що й пошук.
Чи читають llms.txt ChatGPT, Claude або Perplexity?
Жоден із них цього не підтвердив. Їхня опублікована документація описує user-agent краулерів і robots.txt, а не llms.txt. Чесний підсумок: файл дешевий, нешкідливий і недоведений — саме так його й оцінює цей валідатор: відповідність структурі, без претензій на видимість.
Де має лежати файл llms.txt?
У корені: https://example.com/llms.txt, віддаватись як text/plain або text/markdown. Копія в підкаталозі не є частиною пропозиції, а файл, який повертає HTML — зазвичай вашу сторінку 404, — це найчастіша помилка, яку фіксує цей валідатор.
Яка обовʼязкова структура llms.txt?
Строго обовʼязковий лише H1 з назвою сайту чи проєкту. Далі: необовʼязковий blockquote-summary, необовʼязкова вільна проза, потім H2-секції, тіло яких — Markdown-списки лінків, де за кожним лінком може йти двокрапка й однорядкова примітка. Секція з назвою Optional містить лінки, які читач може пропустити.
Навіщо потрібен blockquote-summary?
Це той єдиний абзац, який машина може взяти, не розбираючи решту, — що це за сайт, одним реченням. Пропустити його формально можна, практично марнотратно: це найцінніший рядок у файлі й найдешевший у написанні.
Чим llms.txt відрізняється від llms-full.txt?
llms.txt — це покажчик: назви, лінки, однорядкові примітки. llms-full.txt вкладає сам вміст цих сторінок в один довгий Markdown-файл. Перше — мапа, друге — територія. Валідатор повідомляє, чи існує llms-full.txt, але не оцінює його: файл такого розміру потребує іншої перевірки.
Чи може llms.txt блокувати AI-краулерів?
Ні. У нього взагалі немає семантики контролю доступу — ні Disallow, ні примусу, нічого, що краулер зобовʼязаний виконувати. Доступ — задача robots.txt, а блокування на межі мережі — вашого WAF. Рядок «не тренуйтеся на цьому» в llms.txt не дає нічого.
Чи важливе биті посилання в llms.txt?
Воно знецінює те єдине, для чого файл існує. 404 у списку відправляє будь-який інструмент у нікуди, а якщо мертвих записів достатньо — файл читається як покинутий. Валідатор HEAD-перевіряє URL, розкидані по всьому файлу, а не перші десять з однієї секції, тож зіпсована секція не сховається за здоровою.
Як часто перегенеровувати llms.txt?
Щоразу, коли змінюються URL сторінок, на які він указує, і щонайменше тоді, коли ви оновлюєте sitemap. Це покажчик, який ведуть руками, без автоматичної інвалідації — збій виглядає не як помилка, а як файл, що тихо перестав описувати сайт.
Валідний llms.txt — це гігієна. Аудит — це діагноз.
Безкоштовний AI Visibility Audit проганяє 47 перевірок по доступу краулерів, JSON-LD, метаданих, придатності контенту до витягу, сигналах бренду як сутності й поточній AI-видимості — тих шарах, які й вирішують, чи процитують хоч щось, — і надсилає оцінку 0–100 із трьома найвагомішими фіксами.
Запустити безкоштовний AI Visibility Audit