---
title: "Валідатор llms.txt — перевірка файлу на відповідність"
description: "Безкоштовний валідатор llms.txt. Перевірка файлу на відповідність формату — обовʼязковий H1, summary, H2-списки, синтаксис лінків, биті URL. Без реєстрації."
url: https://answerly.agency/ua/tools/llms-txt-validator/
lang: uk
---

Безкоштовно · без реєстрації · миттєвий результат

# Валідатор llms.txt — перевірте свій файл на відповідність формату

Вставте URL. Валідатор завантажує `/llms.txt`, розбирає його за опублікованим форматом — **обовʼязковий H1**, **blockquote-summary**, **H2-списки файлів**, **синтаксис лінків**, — вибірково перевіряє перелічені URL на биті посилання і повертає оцінку структури з точним фіксом для кожної помилки.

Читає лише `/llms.txt` і HEAD-перевіряє до 10 перелічених URL. Нічого не зберігається. Оцінка вимірює відповідність структурі — не AI-видимість.

 [Перевірити інший сайт](#llms-form)

✉

**Надіслати звіт на пошту**Копія знахідок і лінк, який можна відкрити чи переслати.

## Що саме перевіряє цей валідатор 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](/ua/ai-visibility-audit/))
-   Правила доступу краулерів (див. [AI Crawler Checker](/ua/tools/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.

`## Docs`**H2-список — опційний, повторюваний.** Кожен H2 відкриває список URL. Це і є механізм передачі ваших сторінок.

`- [Назва](https://…): нотатки`**Пункт списку.** Обовʼязкове Markdown-посилання, далі опційно `:` і нотатки про файл.

`## Optional`**Спеціальна секція.** URL звідси можна пропустити, коли потрібен коротший контекст. Для другорядного матеріалу.

## Чим llms.txt є насправді — і чим не є

**llms.txt — це пропозиція спільноти, а не стандарт.** Її опублікував Джеремі Говард з Answer.AI у вересні 2024 року, документація — на llmstxt.org. За нею не стоїть орган стандартизації, на відміну від robots.txt, специфікованого в RFC 9309. Жоден великий вендор AI-пошуку не опублікував зобовʼязання читати llms.txt як вхід для ретривалу чи ранжування, а Google заявляв, що його пошукові системи його не використовують. Там, де файл справді споживається сьогодні, картина вужча: документаційні платформи його генерують, а AI-інструменти для розробки читають, коли на файл вказали. Тож чесний аргумент за публікацію такий: це майже нічого не коштує, не має мінусів, змушує вирішити, які сторінки справді мають значення, і залишає вас у виграшній позиції, якщо адопція зросте. Це не фактор ранжування, він не може заблокувати краулер і нічого не додає та не прибирає з жодного індексу.

## Типові помилки в llms.txt і як їх виправити

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

1.  **llms.txt віддає HTML головної сторінки.** Catch-all роут фреймворку відповідає на /llms.txt оболонкою застосунку, тож статус 200 приховує те, що файлу немає. _Фікс:_ Покладіть файл у директорію статики (public/, static/, wwwroot/), щоб він віддавався до того, як його побачить роутер.
2.  **Файл віддає 404, хоча в CMS він є.** Файл створили всередині CMS, а не в корені домену, тож він живе за адресою на кшталт /pages/llms-txt. _Фікс:_ Віддавайте його точно за https://yourdomain.com/llms.txt — корінь, малими літерами, без зміни розширення.
3.  **Немає H1.** Файл починається з абзацу або списку. H1 із назвою сайту — єдиний елемент, який формат вимагає. _Фікс:_ Зробіть \`# Назва Сайту\` першим рядком.
4.  **Заголовки замість списку файлів.** Кожна сторінка отримує власний H3 замість того, щоб бути пунктом списку, тож нічого не парситься як file list. _Фікс:_ Використовуйте \`##\` для секції і пункти Markdown-списку для сторінок усередині неї.
5.  **Відносні URL.** Лінк виду \`/docs/start\` не може бути резолвлений нічим, що читає файл поза контекстом вашого домену. _Фікс:_ Пишіть повні абсолютні URL зі схемою і хостом.
6.  **Лінки без описів.** Голий список URL змушує читача завантажити кожну сторінку, щоб зрозуміти, що там, — а це зводить сенс файлу нанівець. _Фікс:_ Додайте \`: одна фраза про те, що на цій сторінці\` до кожного лінка.
7.  **Вставлений увесь сайтмап.** Кілька сотень URL перетворюють кураторську карту на дамп, який радше обріжуть, ніж прочитають. _Фікс:_ Тримайте в llms.txt лише сторінки, які мають значення; масові переліки — в llms-full.txt або XML-сайтмап.
8.  **Файл ніколи не оновлюється.** Після міграції чи реструктуризації 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/): хто тут працює
```

SaaS із документацією 

```
# 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](/ua/tools/ai-crawler-checker/), а контекст формату — у [гайді про llms.txt](/ua/blog/llms-txt-spec-2026/) і [словнику](/ua/glossary/llms-txt/).

## Чи гарантує валідний llms.txt AI-видимість?

**Ні.** Ідеальна оцінка тут означає, що файл структурно коректний, — і нічого більше. Чи процитує вас AI-двигун, залежить від того, чи можуть його краулери до вас дістатися, чи проіндексовані ваші сторінки, а також від якості контенту, топікальної релевантності, авторитету, структури і власного ретривалу кожного двигуна. Валідний llms.txt — це дешева й безризикова гігієна, а не механізм видимості. Розрив між «технічно коректно» і «реально цитують» вимірює [AI Visibility Audit](/ua/ai-visibility-audit/), і над ним працюють [AEO і GEO](/ua/guides/).

## Валідатор llms.txt — FAQ

Що таке валідатор llms.txt?

Валідатор llms.txt завантажує файл /llms.txt сайту і перевіряє його на відповідність опублікованій структурі: обовʼязковий H1, необовʼязковий blockquote-summary, секції-списки під H2 і пункти списку з коректними Markdown-лінками. Цей також вибірково перевіряє перелічені URL на биті лінки і повертає оцінку структури 0–100. Він перевіряє лише формат — і не може виміряти, чи читає ваш файл хоч один AI-двигун.

Що таке llms.txt?

llms.txt — це запропонований Markdown-файл у корені сайту, який вказує AI-інструментам на сторінки, варті читання, з короткою нотаткою про кожну. Його запропонував Джеремі Говард з Answer.AI у вересні 2024 року, документація — на llmstxt.org. Це кураторська карта ключового контенту, а не файл контролю доступу і не механізм ранжування.

Чи є llms.txt офіційним стандартом?

Ні. llms.txt — це пропозиція спільноти, а не стандарт IETF чи W3C, і за ним не стоїть жодний орган стандартизації. Це відрізняє його від robots.txt, який стандартизовано як RFC 9309 і який поважають основні краулери. Сприймайте llms.txt як конвенцію, що формується і майже нічого не коштує при публікації.

Чи використовує Google llms.txt?

Ні. Google публічно заявляв, що його пошукові системи не читають llms.txt і не діють за ним, а документація Google Search Central не містить підтримки цього файлу. Публікація файлу не впливає на ранжування в Google Пошуку чи на потрапляння в AI Overviews. Доступ Googlebot, який регулює robots.txt, — ось що визначає, чи може Google сканувати ваші сторінки.

Чи читають llms.txt ChatGPT, Claude або Perplexity?

Жоден великий вендор AI-пошуку не опублікував зобовʼязання автоматично читати llms.txt як вхід для ретривалу чи ранжування. Там, де файл дійсно використовується сьогодні, картина вужча: документаційні платформи його генерують, а AI-інструменти для розробки читають, коли користувач або інтеграція вказує на файл напряму. Хто стверджує, що конкретний двигун ранжує вас вище за наявність файлу, — заявляє те, чого жоден вендор не документував.

Де має розміщуватися файл llms.txt?

У корені домену — https://yourdomain.com/llms.txt — малими літерами, зі статусом 200 і текстовим content-type. Пропозиція також дозволяє файл на підшляхах, але саме кореневе розташування шукатимуть у першу чергу.

Яка обовʼязкова структура llms.txt?

По порядку: необовʼязкова BOM-мітка; H1 з назвою проєкту або сайту; необовʼязковий blockquote з коротким summary; нуль або більше Markdown-секцій будь-якого типу, крім заголовків; і нуль або більше секцій під H2 зі списками файлів. Кожен пункт такого списку — елемент Markdown-списку з обовʼязковим посиланням \[name\](url), після якого може стояти двокрапка і нотатки.

Чи справді H1 — єдина обовʼязкова частина llms.txt?

Так. Пропозиція називає H1 з назвою проєкту або сайту єдиною обовʼязковою секцією; усе інше — опційне. На практиці файл з одним лише H1 не передає нічого корисного, тож саме summary і щонайменше одна заповнена секція-список роблять публікацію осмисленою.

Для чого потрібен blockquote-summary?

Blockquote одразу під H1 містить коротке summary проєкту з ключовою інформацією, потрібною для розуміння решти файлу. Це найцінніший рядок у файлі, бо саме його з найбільшою ймовірністю прочитають повністю, а не проглянуть у пошуку лінків.

Що означає секція ## Optional у llms.txt?

Це спеціально названа секція H2, URL з якої можна пропустити, коли потрібен коротший контекст. Використовуйте її для другорядного — чейнджлогів, архівів, сторінок команди, — щоб читач із обмеженим бюджетом контексту міг їх відкинути, не втративши основних сторінок.

Чим llms.txt відрізняється від llms-full.txt?

llms.txt — компактний індекс: кураторський список лінків із короткими нотатками. llms-full.txt — супутня конвенція, що містить сам розгорнутий контент, зібраний в один файл. Індекс призначений для читання першим; повний файл існує для інструментів, яким потрібен увесь корпус одним запитом. Жоден із них не є стандартом.

Чим llms.txt відрізняється від robots.txt?

robots.txt керує доступом: він каже сумісним краулерам, які шляхи вони можуть запитувати, і стандартизований як RFC 9309. llms.txt пропонує контент: він вказує AI-інструментам на сторінки, які ви вважаєте важливими. robots.txt поважають основні краулери; у llms.txt немає підтверджених споживачів серед великих вендорів AI-пошуку. Обмежити сканування може лише robots.txt.

Чи llms.txt — це те саме, що сайтмап?

Ні. XML-сайтмап — машиночитний інвентар усіх URL, які ви хочете віддати на сканування, зроблений заради повноти. llms.txt — коротка кураторська карта найважливіших сторінок із написаними людиною нотатками, зроблена заради вибірковості. Сайтмап відповідає на питання «що існує»; llms.txt — на питання «що має значення і чому».

Чи може llms.txt блокувати AI-краулери?

Ні. У llms.txt немає синтаксису блокування і немає механізму примусу — він не може обмежити доступ ні до чого. Доступ краулерів регулює robots.txt для сумісних ботів і ваш WAF або CDN для решти. Щоб перевірити, які AI-боти зараз дозволяє ваш robots.txt, скористайтеся AI Crawler Checker.

Чи покращує публікація llms.txt позиції в AI-пошуку?

Задокументованих доказів цього немає, і жоден великий вендор AI-пошуку не заявляв про нього як про фактор ранжування чи ретривалу. Чесний аргумент за публікацію інший: це майже нічого не коштує, не має мінусів, змушує вирішити, які сторінки справді важливі, і залишає вас у виграшній позиції, якщо адопція зросте. Будь-яку обіцянку приросту позицій вважайте непідтвердженою.

## Валідний llms.txt — один пункт із 47.

Повний AI Visibility Audit оцінює доступ краулерів, schema, entity-сигнали і живі AI-цитування — звіт 0–100 на пошту менш ніж за хвилину.

[Запустити безкоштовний AI Visibility Audit](/ua/ai-visibility-audit/)

Схоже: [AI Crawler Checker](/ua/tools/ai-crawler-checker/) · [гайд llms.txt](/ua/blog/llms-txt-spec-2026/) · [словник llms.txt](/ua/glossary/llms-txt/) · [всі інструменти](/ua/tools/)