Ви на directoria.com.ua — сайті компанії Directoria. Ми розробляємо ШІ-систему управління бізнесом під процеси конкретної компанії: заявки, розрахунки, виробництво, документи, оплати, задачі в Telegram. Цей гайд — про llms.txt: текстовий файл, яким сайт описує себе для мовних моделей і ШІ-агентів.
Навколо llms.txt багато обіцянок: «без нього вас не знайде ChatGPT», «це новий sitemap». Ми зібрали, що кажуть специфікація, Google і великі дослідження журналів серверів. Гайд переписаний так, щоб ви за годину вирішили, чи потрібен файл саме вам, і зробили його правильно.
Стаття для власників і керівників компаній, у яких є сайт, і для тих, хто цей сайт веде: маркетолога, підрядника, адміністратора. Програмувати не потрібно. Шаблони й команди нижче можна скопіювати.
Коротко
- llms.txt — це Markdown-файл у корені сайту з назвою, коротким описом і списком ключових сторінок. Його запропонував Джеремі Говард у вересні 2024 року, а не Anthropic, як часто пишуть.
- Google Search файл не використовує і прямо пише, що він не допомагає і не шкодить позиціям.
- Більшість таких файлів ніхто не запитує. Найчастіше їх читають ШІ-агенти й помічники програмістів, а не пошукові боти.
- Робіть файл, якщо це дешево: на WordPress із Rank Math чи Yoast це вбудований модуль. Окремо платити за llms.txt не варто.
- Видимість у ШІ-пошуку будують ті самі речі, що й SEO: індексація, оригінальний зміст із власним досвідом, зрозуміла структура сторінок.
Directoria.com.ua: хто ми і чому пишемо про llms.txt
Якщо ви шукали directoria.com.ua і потрапили сюди, ось коротко, де ви. Directoria будує ШІ-систему управління бізнесом під процес компанії. Це не CRM і не ERP: ми не продаємо коробку з налаштуваннями, а робимо систему під те, як у вас реально йде замовлення. Код пише штучний інтелект під контролем архітектора. Архітектор описує процес і критерії готовності, ШІ-агент пише код і тести, людина перевіряє на реальних замовленнях. Перша робоча версія — за кілька днів, уся система — за 2–4 тижні після опису процесу.
Що є на сайті:
- розділ про ШІ-систему управління бізнесом — що вона вміє і як ми працюємо;
- кейс власної системи управління для нашої компанії з виробництва на верстатах з ЧПК;
- серія статей про системи керування для різних галузей — від меблевого виробництва до будівельних компаній;
- тест «Готова CRM чи своя система», який допомагає вирішити за 15 хвилин.
Чому тут гайд з llms.txt. Блог directoria.com.ua веде команда ШІ-агентів на найпростішому сервері, і як це влаштовано, ми описали в статті про ШІ-конвеєр контенту. Пояснювати машині, що на сайті важливо, — наша щоденна робота. Якщо вам цікаво, що таке ШІ-контент і де він доречний, почніть звідти. llms.txt — той самий принцип для зовнішніх моделей: короткий структурований опис замість сотень сторінок.
Що таке llms.txt і звідки він узявся
llms.txt — це текстовий файл у форматі Markdown за адресою https://ваш-сайт/llms.txt. У ньому назва сайту, короткий опис і списки посилань на ключові сторінки з поясненнями. Мета — дати мовній моделі чи ШІ-агенту стислу «карту» сайту, яку можна прочитати за один раз, без меню, банерів і скриптів.
Формат запропонував Джеремі Говард 3 вересня 2024 року. Специфікація опублікована на llmstxt.org, остання редакція — серпень 2026 року. Це пропозиція спільноти, а не стандарт W3C чи IETF і не офіційний протокол OpenAI, Google чи Anthropic. Жоден великий пошуковик не зобов’язаний його читати.
Навіщо його придумали
Мовна модель має обмежене вікно контексту. HTML-сторінка — це навігація, банери, код аналітики і лише десь усередині потрібний текст. Специфікація пропонує дві речі: файл llms.txt зі списком головного і чисті Markdown-версії сторінок за тією самою адресою з додаванням .md. Тоді агент, якому треба відповісти на питання про ваш продукт, бере короткий файл і переходить лише за потрібними посиланнями.
Початковий сценарій — документація програм і бібліотек. Помічнику програміста простіше прочитати один Markdown-файл з описом API, ніж обходити десятки сторінок. Уже потім SEO-ринок почав продавати llms.txt як «sitemap для ChatGPT».
Чому саме Markdown
Markdown однаково легко читають люди й моделі. Заголовки показують ієрархію, списки — перелік, посилання мають анкор і адресу. Специфікація навмисно не вимагає XML чи JSON: файл має бути зрозумілим без окремої програми для розбору.
Чим llms.txt відрізняється від robots.txt і sitemap.xml
| Файл | Що робить | Формат | Хто читає | Чи обов’язковий |
|---|---|---|---|---|
| robots.txt | Дозволяє або забороняє сканування розділів сайту | Текстові правила User-agent і Disallow | Пошукові боти і більшість ШІ-краулерів: GPTBot, ClaudeBot, PerplexityBot | Ні, але без нього ви не керуєте доступом |
| sitemap.xml | Перелічує сторінки для індексації з датами оновлення | XML | Google, Bing та інші пошуковики | Ні, але допомагає новим і великим сайтам |
| llms.txt | Дає стислий опис сайту і вибрані сторінки з поясненнями | Markdown | ШІ-агенти, помічники програмістів, частина ШІ-ботів | Ні, Google його ігнорує |
Головне з таблиці: керувати доступом ШІ-ботів можна лише через robots.txt. Якщо ви не хочете, щоб тексти сайту брав певний бот, правило пишуть у robots.txt для його User-agent. llms.txt нічого не забороняє і не дозволяє. Він лише пояснює, хто ви і що на сайті головне.
Хто реально читає llms.txt у 2026 році
Стара версія цієї статті, як і більшість гайдів у видачі, стверджувала, що ChatGPT і Perplexity «підтримують» llms.txt і враховують його у відповідях. Публічних заяв OpenAI чи Perplexity про такий вплив ми не знайшли. Ось що відомо з перевірених джерел.
Google: файл не потрібен і на позиції не впливає
У посібнику Google з оптимізації під ШІ-функції пошуку сказано прямо: щоб потрапити в Google Search, не потрібно створювати машинно-читані файли, «ШІ-текстові файли» чи Markdown-версії сторінок, і сам Google Search їх не використовує. Файл llms.txt можна тримати для інших сервісів — це не зашкодить і не допоможе видимості чи позиціям у Google. Там само уточнено, що Google може просканувати такий файл, але це не означає особливого ставлення до нього (Google Search Central).
ШІ-огляди у видачі Google, за словами компанії, спираються на ті самі системи ранжування та якості, що й звичайний пошук. Тому для них працює звичайне SEO, а не окремі файли.
Скільки сайтів мають файл і скільки його запитують
Ahrefs у червні 2026 року проаналізував 137 210 доменів зі своєї вебаналітики (дослідження Ahrefs). Файл llms.txt є на 28% із них, і це верхня межа, бо клієнти Ahrefs технічніші за середній сайт. 97% файлів за травень 2026 року не отримали жодного запиту. Серед запитів, що все ж були, 96% зробили боти, а не люди. На ШІ-ботів припала приблизно п’ята частина запитів, і найбільша частка серед них — агенти, а не пошукові системи. Найактивнішим ШІ-ботом був GPTBot, далі statespace-indexer і Claude-Code, помічник програміста від Anthropic.
Ще одна деталь із того самого дослідження: ШІ-боти не запитували llms.txt на сайтах, де файлу немає і адреса віддає помилку 404. Тобто доказів, що моделі самі шукають цей файл на кожному сайті, немає. Автори також нагадують: якщо бот завантажив файл, це ще не означає, що модель його використала.
SE Ranking дослідив близько 300 тисяч доменів: llms.txt знайшли на 10,13% з них, а зв’язку між наявністю файлу і частотою цитувань у відповідях великих моделей не виявили. У їхній прогнозній моделі прибирання ознаки «є llms.txt» навіть покращило точність (огляд у Search Engine Journal).
Де llms.txt справді корисний
- Документація продуктів і API. Помічники програмістів і агенти, які вже працюють із вашим сайтом, швидше знаходять потрібне. Це найпідтвердженіший сценарій.
- Сайти з довгими інструкціями і умовами — бази знань, тарифи з багатьма параметрами, правила повернення. Агенту простіше взяти Markdown, ніж розбирати HTML-таблиці.
- Як вправа для вас. Скласти 15–30 рядків про те, хто ви і які сторінки головні, корисно саме по собі. Часто після цього стає видно, що на сайті немає сторінки з цінами, термінами чи умовами доставки.
Коли llms.txt потрібен, а коли можна відкласти
Рішення залежить від двох речей: хто читатиме файл і скільки коштує його зробити. Таблиця нижче — наш орієнтир для компаній на 5–100 людей.
| Ситуація | Рішення | Чому |
|---|---|---|
| SaaS, сервіс з API, продукт із документацією | Робити, разом із .md-версіями ключових сторінок | Агенти й помічники програмістів реально читають такі файли |
| Сайт на WordPress з Rank Math чи Yoast | Увімкнути модуль і відредагувати опис | Займає хвилини, ризику немає |
| Сервісна чи виробнича компанія з 10–50 сторінками | Зробити вручну за годину-дві | Дешево; головна користь — порядок у власних сторінках |
| Інтернет-магазин з тисячами товарів | Лише категорії й сторінки умов, без товарів | Товари швидко змінюються, файл застаріває |
| Сайт погано індексується в Google | Відкласти | Спершу індексація, sitemap.xml і коректний robots.txt |
| Місцевий бізнес: кав’ярня, СТО, салон | Низький пріоритет | Google для місцевих компаній радить профіль компанії в Google; llms.txt на це не впливає |
Ознаки, що llms.txt зараз не на часі
- Ключові сторінки послуг не проіндексовані. Перевірте це в Google Search Console, звіт «Сторінки».
- На сайті немає окремих сторінок послуг, цін, умов чи контактів. У файлі просто не буде на що посилатися.
- Підрядник пропонує llms.txt як окрему платну послугу з обіцянкою «потрапити в ChatGPT». Такої гарантії ніхто не може дати, і великі дослідження вище це підтверджують.
Чесно про обмеження
llms.txt не додає трафіку сам по собі. Він не впливає на Google, не гарантує цитувань і не захищає тексти від копіювання. Модель може прочитати файл і все одно відповісти про вас неточно, якщо на самому сайті мало конкретики. Ставтеся до нього як до візитки для машин: корисно мати, шкідливо переоцінювати.
Структура файлу llms.txt за специфікацією
Специфікація на llmstxt.org задає такий порядок блоків:
- Заголовок H1 з назвою сайту чи проєкту. Це єдиний обов’язковий елемент.
- Цитата (рядок, що починається з >) з коротким описом — ключовий контекст, без якого решта файлу незрозуміла.
- Довільні абзаци чи списки без заголовків — подробиці: для кого ви, де працюєте, як читати посилання.
- Розділи H2 зі списками посилань. Кожен пункт — посилання у форматі Markdown, далі за бажанням двокрапка і пояснення.
- Розділ Optional — другорядні посилання, які агент може пропустити, якщо йому потрібен коротший контекст.
Мінімальний коректний файл:
# Назва компанії
> Що робимо, для кого і де — у двох-трьох реченнях.
## Основне
- [Послуги](https://example.com/poslugy/): перелік послуг і умови
- [Ціни](https://example.com/tsiny/): від чого залежить вартість
- [Контакти](https://example.com/kontakty/): телефон, адреса, графік
Назви розділів
Специфікація не фіксує назви розділів, крім Optional. Найпоширеніші — Docs, Pages, Products, API. На українському сайті розділи можна назвати українською: «Послуги», «Документація», «Кейси», «Умови». Модель зрозуміє обидва варіанти. Головне — щоб назва пояснювала, що в розділі.
Markdown-версії сторінок і llms-full.txt
Специфікація пропонує давати чисту Markdown-версію сторінки за тією самою адресою з .md в кінці. Сторінка /docs/start.html отримує версію /docs/start.html.md, а адреса без імені файлу, як /tsiny/, — /tsiny/index.html.md. Файл llms-full.txt з повним текстом усіх сторінок у специфікації не описаний. Це домовленість частини розробників документації. Для сайту компанії на 10–50 сторінок він зазвичай не потрібен.
Як відібрати посилання: правило трьох питань
Не додавайте всі сторінки сайту — для цього є sitemap.xml. Для кожної сторінки-кандидата дайте бали за трьома питаннями:
- Чи потрібна ця сторінка, щоб відповісти клієнту про ціну, умови, терміни чи контакти? Від 0 до 2 балів.
- Чи є на ній інформація, якої немає на інших сторінках? Від 0 до 2 балів.
- Чи буде вона актуальною через пів року? 0 або 1 бал.
Сторінки з 4–5 балами йдуть в основні розділи. Сторінки з 3 балами — в Optional. Решту не включайте.
Приклад розрахунку. «Умови доставки і оплати»: 2 + 2 + 1 = 5, основний розділ. Новина про участь у виставці: 0 + 1 + 0 = 1, не включаємо. Стаття блогу з унікальною інструкцією: 1 + 2 + 1 = 4, основний розділ або Docs. Це наше робоче правило, а не вимога специфікації. Для компанії на 5–100 людей зазвичай виходить 10–30 посилань.
Приклади llms.txt для п’яти типів сайтів
Приклади нижче — шаблони. Адреси example.com замініть на свої. Опис у цитаті пишіть фактами: що робите, для кого, де, як працюєте. Без «провідна компанія» й «інноваційні рішення».
Сервісна компанія: шаблон на основі сайту Directoria
Сервісним компаніям важливо пояснити, чим саме вони відрізняються від схожих підрядників. Ззовні послуги «впровадження» чи «автоматизації» виглядають однаково, і модель легко сплутає вас з агенцією іншого профілю.
# Directoria
> Directoria розробляє ШІ-систему управління бізнесом під процеси компанії: заявки, розрахунки, виробництво, документи, оплати, задачі в Telegram. Це не CRM і не ERP. Код пише ШІ під контролем архітектора.
Для кого: компанії на 5–100 людей в Україні — виробництво під замовлення, будівництво й монтаж, сервіс із виїздом. Перша робоча версія — за кілька днів після опису процесу.
## Послуги
- [ШІ-система управління бізнесом](https://directoria.com.ua/systema-upravlinnya-biznes-protsesamy/): що вміє система і як ми працюємо
- [Шаблон опису процесу](https://directoria.com.ua/shablon-opysu-protsesu/): що підготувати перед запуском
## Кейси
- [Власна система управління для виробництва](https://directoria.com.ua/kejs-vlasna-systema-upravlinnya-biznesom/): замість доробки готової CRM
## Optional
- [Готова CRM чи своя система](https://directoria.com.ua/hotova-crm-chy-vlasna-systema/): тест для власника
- [Контакти](https://directoria.com.ua/kontakty/): як зв'язатися
Виробництво під замовлення
Для виробничої компанії головне — пояснити, що саме ви робите, як рахується ціна і що потрібно від клієнта для розрахунку. Моделі часто плутають виробника з магазином, тому прямо напишіть, що працюєте під замовлення.
# Фасади Приклад
> Виробляємо меблеві фасади з МДФ на верстатах з ЧПК під замовлення. Працюємо з меблевими виробниками і приватними клієнтами по Україні.
Ціна залежить від площі, фрезерування і покриття. Для розрахунку потрібні розміри, кількість і модель фрезерування. Доставка — Нова пошта або самовивіз.
## Продукція
- [Каталог фасадів](https://example.com/fasady/): моделі фрезерування з фото
- [Як розрахувати вартість](https://example.com/rozrakhunok/): від чого залежить ціна і що надіслати
- [Терміни виготовлення](https://example.com/terminy/): від замовлення до відвантаження
## Для клієнтів
- [Як оформити замовлення](https://example.com/zamovlennya/): креслення, розміри, передоплата
- [Доставка і оплата](https://example.com/dostavka/): Нова пошта, безготівковий розрахунок
- [Гарантія](https://example.com/harantiya/): умови і що робити з пошкодженою деталлю
## Optional
- [Роботи](https://example.com/portfolio/): фото виконаних замовлень
Інтернет-магазин
Для магазину посилайтеся на категорії й сторінки умов, а не на окремі товари. Товар закінчиться, а посилання у файлі лишиться, і агент приведе покупця на сторінку «немає в наявності». Якщо ви продаєте ще й на Prom чи Rozetka, напишіть це в описі: так модель не сплутає ваш сайт із вітриною на маркетплейсі.
# Техніка Приклад
> Інтернет-магазин побутової техніки з доставкою по Україні. Гарантія виробника, оплата карткою, накладеним платежем або за рахунком для юридичних осіб.
## Каталог
- [Пральні машини](https://example.com/pralni-mashyny/): моделі, порівняння, фільтри
- [Холодильники](https://example.com/kholodylnyky/): моделі за об'ємом і класом енергоспоживання
- [Акції](https://example.com/aktsii/): поточні знижки
## Умови
- [Доставка і оплата](https://example.com/dostavka/): Нова пошта, Укрпошта, самовивіз
- [Гарантія і повернення](https://example.com/povernennya/): як повернути товар і куди звертатися з ремонтом
SaaS-продукт або сервіс з API
Тут llms.txt найкорисніший: агенти й помічники програмістів справді завантажують такі файли, це видно з дослідження Ahrefs вище. Крім основних сторінок, дайте посилання на документацію і, якщо можете, на Markdown-версії розділів.
# Рахунки Приклад
> Хмарний сервіс для виставлення рахунків і контролю оплат для українських компаній. Інтеграція з обліковими програмами і банками через API.
## Docs
- [Початок роботи](https://example.com/docs/start.html.md): реєстрація і перший рахунок
- [API](https://example.com/docs/api.html.md): методи, авторизація, ліміти запитів
- [Вебхуки](https://example.com/docs/webhooks.html.md): події про оплату
## Pages
- [Тарифи](https://example.com/taryfy/): плани і що в них входить
- [Безпека даних](https://example.com/bezpeka/): де зберігаються дані, резервні копії
## Optional
- [Статус сервісу](https://status.example.com/): доступність і інциденти
Блог або медіа
Для контентного сайту головне — тематика й редакційні правила. Модель має розуміти, у яких відповідях ваш матеріал доречний і чому йому можна довіряти.
# Медіа Приклад
> Видання про малий бізнес в Україні: податки ФОП, найм, фінанси. Матеріали перевіряє редактор, дата оновлення стоїть на кожній сторінці.
## Розділи
- [Податки ФОП](https://example.com/podatky-fop/): групи, звітність, зміни правил
- [Найм](https://example.com/naim/): договори, оформлення, відпустки
## Docs
- [Редакційна політика](https://example.com/redaktsiya/): як перевіряємо факти
- [Глосарій](https://example.com/hlosariy/): пояснення термінів
Як створити й розмістити llms.txt: покроково
Для сайту на 10–50 сторінок увесь процес займає одну-дві години. Найдовше — перший крок, бо доводиться вирішувати, що на сайті справді важливо.
Крок 1. Зберіть сторінки-кандидати
Відкрийте sitemap.xml (на WordPress із Rank Math — /sitemap_index.xml) або звіт «Сторінки» в Google Search Console. Випишіть у таблицю адресу, назву і бали за правилом трьох питань. Відповідає той, хто веде сайт.
Крок 2. Напишіть опис у цитаті
Два-три речення фактів: що робите, для кого, де і чим відрізняєтесь. Перевірка проста: якщо прибрати назву компанії, чи зрозуміло, що це саме ви?
Погано: «Ми — провідна компанія, що надає інноваційні рішення для бізнесу».
Добре: «Виробляємо меблеві фасади з МДФ під замовлення на верстатах з ЧПК, доставка по Україні».
Опис погоджує власник. Лише він точно знає, як компанія хоче, щоб її описували.
Крок 3. Згрупуйте посилання і допишіть пояснення
Розподіліть сторінки за змістом: послуги чи продукція, умови, документація, кейси, Optional. До кожного посилання — одне речення про те, що там є. Часто заголовок сторінки вже годиться як пояснення.
Крок 4. Збережіть файл
Підійде будь-який текстовий редактор. Ім’я — llms.txt маленькими літерами, кодування UTF-8. Адреси — повні, з https, без UTM-міток і без проміжних редиректів. Якщо на сайті кириличні адреси, копіюйте їх із рядка браузера, як вони є, і перевірте, що вони відкриваються.
Крок 5. Розмістіть у корені сайту
Файл має відкриватися лише за адресою https://ваш-сайт/llms.txt. Не в /blog/, не в /wp-content/ і не на піддомені. Способи для різних платформ — нижче.
Крок 6. Перевірте доступність
Код відповіді, тип вмісту, кодування і всі посилання всередині файлу. Команди — у розділі про перевірку.
Крок 7. Призначте відповідального за оновлення
Файл оновлюють, коли додаєте послугу, змінюєте ціни чи умови, видаляєте сторінки або змінюєте позиціонування. Мінімум — раз на квартал. Найпростіше прив’язати перевірку до того дня, коли ви переглядаєте сайт загалом.
WordPress: чотири способи
Rank Math. Rank Math SEO → Dashboard → модуль LLMS Txt → увімкнути. Налаштування — Rank Math SEO → General Settings → Edit llms.txt. Там обирають типи записів, таксономії, ліміт записів (за замовчуванням 100) і додатковий текст (документація Rank Math). Наша порада: зменште ліміт, не включайте теги, а опис компанії допишіть у полі Additional Content.
Yoast SEO. Yoast SEO → Settings → Site features → розділ AI tools → LLMS.txt → увімкнути → Save changes. Через Customize llms.txt file можна вибрати сторінки вручну (довідка Yoast).
Вручну через FTP або файловий менеджер хостингу. Підключіться через FileZilla або відкрийте менеджер файлів у панелі хостингу. Перейдіть у кореневу папку сайту — туди, де лежить wp-config.php, найчастіше public_html або www. Завантажте llms.txt. Якщо при цьому увімкнений модуль у плагіні, лишіть щось одне. Статичний файл у корені сервер зазвичай віддає раніше за WordPress, і ви можете редагувати в плагіні файл, якого ніхто не бачить.
Через код (для розробника). Якщо хочете тримати текст у налаштуваннях WordPress, додайте у functions.php теми або в окремий плагін:
add_action('init', function () {
$path = parse_url($_SERVER['REQUEST_URI'] ?? '', PHP_URL_PATH);
if ($path === '/llms.txt') {
header('Content-Type: text/plain; charset=utf-8');
echo get_option('llms_txt_content', '');
exit;
}
});
Текст файлу зберігають в опції llms_txt_content через WP-CLI або власну сторінку налаштувань. Цей спосіб працює, лише якщо фізичного файлу llms.txt у корені немає і сервер передає такі запити у WordPress. На деяких налаштуваннях nginx запити до .txt обробляються як статичні файли й отримують 404 — тоді потрібне правило в конфігурації сервера.
Shopify, Webflow, Tilda, Wix та інші
Конструктори сайтів по-різному дозволяють класти файли в корінь, і ці можливості часто змінюються. Перевірте актуальну документацію своєї платформи за запитом «llms.txt» або «custom files in root». Якщо платформа не дає розмістити файл, його може віддавати проксі на рівні DNS, наприклад Cloudflare Workers. Мігрувати на іншу платформу заради llms.txt не варто — користь не виправдає витрат.
Типові помилки з llms.txt і як їх уникнути
- Немає H1 або опису в цитаті. Файл зі списком посилань без контексту — це просто ще одна мапа сайту. Перший рядок — назва, далі цитата з описом.
- Сотні посилань. Плагін із лімітом 100 і всіма тегами перетворює файл на копію sitemap.xml. Скоротіть до 10–30 найважливіших сторінок за правилом трьох питань.
- Посилання без пояснень. Адреса без опису нічого не каже моделі. До кожного посилання — одне речення.
- Биті посилання, редиректи і закриті від індексації сторінки. Після зміни адрес llms.txt застаріває першим. Перевіряйте коди відповіді командою з наступного розділу.
- Опис розходиться із сайтом. Компанія змінила послуги чи позиціонування, а файл досі описує старе. Модель отримує дві версії правди. Тому оновлення llms.txt — обов’язковий пункт у будь-якій зміні позиціонування, поруч із головною сторінкою і профілями в соцмережах.
- Неправильне кодування. Якщо сервер не вказує charset=utf-8 у заголовку Content-Type, частина клієнтів показує кирилицю нечитабельними символами. Для україномовного файлу це головний технічний ризик.
- Суперечність із robots.txt. У robots.txt заблоковано GPTBot чи ClaudeBot, а llms.txt запрошує їх читати сайт. Вирішіть, чого ви хочете, і зробіть файли узгодженими.
- Конфіденційні адреси. llms.txt публічний. Жодних /wp-admin/, внутрішніх документів, сторінок за паролем і тестових піддоменів. Обмежувати доступ треба паролем і robots.txt, а не мовчанням у llms.txt.
- Очікування позицій у Google. Google файл ігнорує. Якщо підрядник обіцяє ріст у пошуку завдяки llms.txt, попросіть джерело.
Як перевірити, що llms.txt працює
Доступність і заголовки
Відкрийте адресу в браузері. Якщо бачите текст файлу, він доступний. Далі перевірте заголовки відповіді командою в терміналі:
curl -sI https://example.com/llms.txt
У відповіді має бути код 200, а не 301 на головну, 403 чи 404. Тип вмісту — text/plain з кодуванням utf-8. Якщо бачите text/html, сервер віддає сторінку WordPress чи помилку замість файлу.
Биті посилання всередині файлу
Ця команда проходить усі адреси у файлі й показує код відповіді кожної:
curl -s https://example.com/llms.txt | grep -oE 'https://[^)]+' | while read u; do
echo "$(curl -s -o /dev/null -w '%{http_code}' "$u") $u"
done
Кожен рядок має починатися з 200. Код 301 означає, що посилання треба замінити на кінцеву адресу. Код 404 — що сторінки немає і посилання треба прибрати або виправити.
Хто запитує файл: журнали сервера
Питати ChatGPT «що ти знаєш про компанію X» — ненадійний тест. Модель могла взяти дані з будь-якої сторінки, з інших сайтів або з навчання. Надійніше дивитися журнал доступу сервера (access log). На хостингу з панеллю його зазвичай можна завантажити в розділі статистики чи логів.
grep "/llms.txt" access.log | grep -ciE "gptbot|oai-searchbot|chatgpt-user|claudebot|claude-user|perplexitybot"
Команда рахує запити до файлу від відомих ШІ-ботів. Назви ботів змінюються, тому раз на пів року звіряйте список з документацією OpenAI, Anthropic і Perplexity.
Як порахувати, чи файл хтось читає
Формула: запити ШІ-ботів до /llms.txt за 30 днів ÷ усі запити до /llms.txt за 30 днів.
Приклад для ілюстрації: за місяць файл запитали 40 разів, з них ШІ-боти — 6. Частка — 6 ÷ 40 = 0,15, тобто приблизно кожен сьомий запит. Решта зазвичай припадає на SEO-сервіси й сканери.
Поріг рішення: якщо за квартал запитів від ШІ-ботів нуль, файл нікому не шкодить, але й не працює. Підтримуйте його раз на квартал і не витрачайте на нього більше часу.
Що відстежувати далі
- Брендові запити в Search Console: звіт «Ефективність», фільтр за назвою компанії чи доменом.
- Переходи з chatgpt.com, perplexity.ai і gemini.google.com у Google Analytics, звіт про джерела трафіку.
- Раз на квартал — 5–10 питань із вашої ніші в ChatGPT і Perplexity: чи є ваш сайт серед джерел. Записуйте результати в таблицю, щоб бачити динаміку, а не одиничні відповіді.
Що важливіше за llms.txt для видимості в ШІ-пошуку
Google у своєму посібнику перелічує, що допомагає потрапити в ШІ-функції пошуку. Сторінка має бути проіндексована і придатна для показу зі сніпетом. Оригінальний зміст із власним досвідом цінніший за переказ уже опублікованого. Важать технічна доступність, швидкість і зручність сторінки, якісні зображення. Для товарів і місцевих компаній — фід Merchant Center і профіль компанії в Google. Структуровані дані не обов’язкові, але допомагають отримати розширені результати (Google Search Central).
Наш порядок робіт для компанії на 5–100 людей:
| Дія | Вплив на видимість | Зусилля |
|---|---|---|
| Ключові сторінки проіндексовані, без помилок у Search Console | Високий | Низькі |
| Окремі сторінки послуг, цін і умов з конкретикою | Високий | Середні |
| Кейси й статті з власним досвідом: фото, процес, реальні обмеження | Високий | Високі |
| Профіль компанії в Google для місцевого бізнесу | Високий для місцевих запитів | Низькі |
| Розмітка Schema.org: Organization, Article, FAQ | Середній | Низькі на WordPress з плагіном |
| llms.txt | Низький для пошуку, корисний для агентів | Низькі |
Детальніше про цей підхід — у статті GEO-оптимізація: як потрапити в ChatGPT і Perplexity.
Той самий принцип усередині компанії: опис для ШІ-системи управління
llms.txt вчить простого правила: машина працює добре, коли їй дали короткий, структурований і актуальний опис. Усередині компанії це правило важить ще більше, ніж на сайті. Там від опису залежить не цитата в чат-боті, а те, чи правильно система порахує замовлення.
Спершу опис, потім код
Коли ми будуємо ШІ-систему управління бізнесом, перший крок — не програмування, а опис процесу. Як приходить заявка, хто рахує ціну, які документи потрібні, де замовлення найчастіше застрягає. Так само починається будь-яка автоматизація бізнес процесів: без опису автоматизувати нічого. За описом архітектор ставить задачі, ШІ-агент пише код і тести, людина перевіряє результат на реальних замовленнях. Опис ми складаємо за шаблоном опису процесу для ШІ. По суті, це llms.txt вашої компанії, тільки для внутрішньої системи.
Що робить ШІ, коли опис є
- Розбирає заявки й повідомлення у вільній формі. З опису він знає, які дані потрібні для розрахунку, і уточнює відсутні деталі з клієнтом у Telegram.
- Не рахує ціну сам. Ціну рахують формули клієнта. У нашій компанії з виробництва на верстатах з ЧПК ціна деталі — площа × ставка × коефіцієнт складності × кількість, плюс заготовка за об’ємом. ШІ лише збирає параметри.
- Читає прайси й документи і готує чернетки. Рахунки, видаткові накладні, акти й комерційні пропозиції система формує з даних замовлення. Клієнту нічого не надсилається без людини, якщо інше не погоджено.
- Тримає знання компанії в одному місці. Як зробити базу, з якої ШІ відповідає співробітникам, ми розбирали в статті про ШІ-базу знань компанії.
Як це виглядало в нашому проєкті
Для Saloy, нашої компанії з виробництва на верстатах з ЧПК, перша робоча версія системи запрацювала за 1 день: воронка, картки замовлень і клієнтів, канбан, дашборд, вхід через Telegram, форма з сайту. За три тижні додали заготовки, уточнення, які блокують передачу у виробництво, виплати за операціями, облік часу, рахунки й накладні. ШІ-асистент у призначений день пише клієнту в Telegram, розбирає відповідь і записує її в картку, а якщо відповідь неясна — перепитує. Більше прикладів того, що агенти вже роблять щодня, — у статті ШІ агенти приклади.
Часті питання
Directoria.com.ua — що це за компанія?
Directoria розробляє ШІ-систему управління бізнесом під процеси компанії: заявки, розрахунки, виробництво, документи, оплати, задачі в Telegram. Це не CRM і не ERP. Систему будують ШІ-агенти під контролем архітектора, а код і дані належать клієнту.
Чи обов’язковий llms.txt для кожного сайту?
Ні. Жоден пошуковик не штрафує за його відсутність, а Google Search файл не використовує. Робіть його, якщо це займає хвилини, як модуль у Rank Math чи Yoast, або якщо у вас продукт із документацією.
Чи треба десь реєструвати llms.txt?
Ні. Достатньо, щоб файл відкривався за адресою https://ваш-сайт/llms.txt з кодом 200. Окремого способу повідомити про нього пошуковики чи ШІ-сервіси немає.
Чи потрібен окремий llms.txt для кожної мовної версії сайту?
Специфікація мультимовність не описує. Практичне рішення для українсько-російського сайту на Polylang чи WPML: один файл мовою більшості контенту, а посилання на іншомовні версії ключових сторінок — в окремому розділі з поясненням мови. Файл у корені має бути один: /llms.txt.
Як часто оновлювати llms.txt?
Під час кожної зміни послуг, цін, умов чи адрес ключових сторінок — і щонайменше раз на квартал. Плагіни оновлюють список сторінок самі, але опис компанії в цитаті все одно треба перечитувати вручну.
Якщо у вас виробництво, будівництво чи сервісна компанія і замовлення досі живуть у таблицях і месенджерах, почніть з того самого, з чого починається хороший llms.txt: опишіть, як у вас іде одне замовлення. Покажемо систему на демо за 30 хвилин і чесно скажемо, що вам вигідніше — готова програма чи своя. Детальніше — ШІ-система управління бізнесом.
