# Де має лежати файл llms.txt?

> У версії v2 специфікації llms.txt дозволено не лише в корені: файл покриває сторінки під своїм шляхом, застосовується найбільш конкретний.

Джерело: https://llms.com.ua/faq/de-rozmishchuvaty/ · оновлено 2026-08-12 · llms.com.ua

---

**Коротка відповідь**
У корені сайту (/llms.txt) або в будь-якому підкаталозі. Специфікація v2 прямо дозволяє /docs/llms.txt: такий файл покриває всі сторінки під /docs/. Якщо підходить кілька файлів, агент має брати найбільш конкретний.

## Розгорнута відповідь

Канонічне розташування — корінь сайту: `https://example.com/llms.txt`. Але версія v2 специфікації
(10 серпня 2026) розширила правило й дала йому чітке визначення.

> «The llms.txt file spec is for files named `llms.txt`, at the root path `/llms.txt` of a website or at any subpath (e.g. `/docs/llms.txt`). A file covers the URLs under its path, and where more than one file applies, agents should use the most specific one.»
> «Специфікація llms.txt стосується файлів із назвою `llms.txt`, розміщених за кореневим шляхом
> `/llms.txt` або за будь-яким підшляхом (наприклад, `/docs/llms.txt`). Файл покриває URL
> під своїм шляхом, а якщо підходить кілька файлів, агенти мають використовувати найбільш конкретний.»
> [llmstxt.org](https://llmstxt.org/)

### Як працює правило найбільш конкретного файлу

```
https://example.com/llms.txt          ← покриває весь сайт
https://example.com/docs/llms.txt     ← покриває все під /docs/

Для сторінки /docs/api/auth.html застосовується /docs/llms.txt
Для сторінки /pricing.html застосовується /llms.txt
```

Це та сама логіка, за якою працює `index.html`: кожен шлях може мати власну точку входу.
Практичний приклад із самої специфікації — проєкт FastHTML, який розміщує файл за адресою
`/docs/llms.txt`, щоб покрити лише документацію, а не весь сайт.

### Навіщо це знадобилося

Версія v1 дозволяла підкаталоги, але не пояснювала, що це означає. У v2 автор називає конкретну причину:
багато людей контролюють _лише шлях_ на спільному хості. Проєкт на GitHub Pages може публікувати файли
у своєму каталозі, але ніколи не додасть нічого в корінь хоста. Обмеження кореневим розміщенням просто виключило б
таких авторів із участі.

Із тієї ж причини специфікація відхиляє стандарт Well-Known URIs (RFC 8615): каталог `/.well-known/`
існує тільки в корені домену.

### Технічні вимоги до розміщення

Назва файлу — точно `llms.txt`

Малими літерами. Не `LLMs.txt`, не `llm.txt`.

Код відповіді 200

Не редирект і не 404 зі сторінкою-заглушкою.

Content-Type: `text/plain` або `text/markdown`

Якщо сервер віддає `text/html` — файлу, найімовірніше, немає.

Кодування UTF-8

Byte-order mark дозволений специфікацією v2 явно.

**Типова проблема на PHP-хостингу**Якщо сайт працює через фронт-контролер, правило в `.htaccess` може перехоплювати запит до `/llms.txt` і віддавати сторінку 404. Додайте перед основним правилом виняток для існуючих файлів:

RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^ - [L]

[Перевірити доступність свого файлу](https://llms.com.ua/checker/)

[Схоже запитання
Чи потрібен llms.txt моєму сайту?](https://llms.com.ua/faq/chy-potriben-llms-txt/)
[Схоже запитання
Чим llms.txt відрізняється від robots.txt?](https://llms.com.ua/faq/vidminnist-vid-robots-txt/)
[Схоже запитання
Чим llms.txt відрізняється від sitemap.xml?](https://llms.com.ua/faq/vidminnist-vid-sitemap/)

[Усі 15 запитань →](https://llms.com.ua/faq/)