llms.txt: Google каже, що не читає його. Кому тоді він потрібен
Google у своєму посібнику пише, що Пошук ігнорує llms.txt і файл не впливає на видимість ні в плюс, ні в мінус. При цьому Lighthouse у Chrome його перевіряє — звідси й плутанина. Розбираємо, хто файл публікує насправді, хто його читає і в якому разі робити його варто.
За останній рік llms.txt перетворився на обов'язковий пункт чек-листів і окремий рядок у комерційних пропозиціях. Аргумент усюди один: «щоб вас бачили нейромережі». Google при цьому документально заявив, що його пошук цей файл просто ігнорує. Розберемося, що це за файл, хто його справді читає і в якому разі робити його все-таки варто.
Що це за файл
Пропозицію llms.txt опублікував Джеремі Говард у вересні 2024 року. Ідея проста і на перший погляд слушна: HTML-сторінка зроблена для людини — навігація, реклама, скрипти, — і витягти з неї чистий текст моделі складно. Отже, покладемо в корінь сайту markdown-файл, де коротко описано, що це за проєкт, і зібрано посилання на справді важливі документи.
Формат мінімалістичний: заголовок першого рівня з назвою проєкту — єдина обов'язкова частина, — короткий опис у вигляді цитати, за бажанням довільні пояснення, а далі списки посилань, згруповані заголовками другого рівня.
Важлива деталь, яку в комерційних пропозиціях зазвичай оминають: це не стандарт. Це пропозиція однієї людини, відкрита для обговорення спільнотою. У неї немає статусу специфікації W3C чи IETF, і жоден пошуковик не зобов'язаний її підтримувати.
Що каже Google
Google висловився гранично однозначно — у власному посібнику з оптимізації під генеративні функції пошуку.
«Вам не потрібно створювати нові машинозчитувані файли, ШІ-текстові файли, розмітку чи Markdown, щоб з'являтися в Google Пошуку… сам Google Пошук їх не використовує».
«Це не зашкодить і не допоможе видимості чи позиціям вашого сайту в Google Пошуку, оскільки Google Пошук їх ігнорує».
Google Search Central, посібник з оптимізації під генеративні ШІ-функції пошукуФормулювання не лишає простору для трактувань: не «поки не використовуємо», не «вплив незначний», а «ігнорує». Тому будь-яка пропозиція «оптимізувати llms.txt для кращого ранжування в Google» продає те, чого за документацією постачальника не існує.
У тому самому документі Google знімає і другий популярний міф — про обов'язкову розмітку:
«Структуровані дані не потрібні для генеративного ШІ-пошуку, і немає спеціальної розмітки schema.org, яку треба додати».
Google Search CentralА на питання, що ж тоді працює, відповідає так: найкращі практики SEO лишаються актуальними, бо генеративні функції побудовані на тих самих системах ранжування та оцінки якості, що й звичайний пошук. Вимога до сторінки рівно одна і добре знайома: вона має бути проіндексована й мати право показуватися зі сніпетом.
Звідки взялася плутанина: Chrome перевіряє те, що Пошук ігнорує
Ось тут і криється причина, чому ринок упевнений у протилежному. Із травня 2026 року в Lighthouse — вбудованому в Chrome інструменті аудиту — категорія «Agentic Browsing» увімкнена в конфігурації за замовчуванням, і кожен звіт тепер містить перевірку llms.txt. Вона дивиться, чи є файл, чи є в ньому заголовок першого рівня, чи не надто він короткий і чи містить посилання.
Далі відбувається зрозуміле: фахівець запускає Lighthouse, бачить непройдену перевірку в інструменті від Google і робить висновок, що Google цей файл вимагає. А клієнт бачить червону позначку у звіті й просить її закрити.
Суперечності тут немає, є різні адресати. Категорія в Lighthouse позначена як експериментальна, у неї немає звичної оцінки від 0 до 100 — лише частка пройдених перевірок, — і сам інструмент описує llms.txt як сигнал виявлення для ШІ-агентів, а не як директиву для пошукових роботів. Тобто Chrome вимірює готовність сайту до агентів, які по ньому ходять, а Пошук під час ранжування файл не читає. Обидва твердження належать Google і кажуть про різні речі.
Практичний висновок: непройдена перевірка в Lighthouse не означає проблеми з SEO. Це окрема експериментальна метрика, і трактувати її як фактор ранжування — помилка, яка дорого продається.
Хто його публікує насправді
Поширений аргумент на користь файлу звучить так: «його публікують усі великі ШІ-компанії, отже, він важливий». Ми вирішили перевірити це руками, а не повірити на слово. Запросили /llms.txt за адресами документації 6 серпня 2026 року.
| Адреса | Відповідь | Що там |
|---|---|---|
docs.anthropic.com/llms.txt | 200 | 58 КБ, документація для розробників |
docs.perplexity.ai/llms.txt | 200 | 42 КБ, документація Perplexity |
llmstxt.org/llms.txt | 200 | 0,6 КБ, сайт самої пропозиції |
platform.openai.com/llms.txt | 404 | файлу немає |
ai.google.dev/llms.txt | 404 | файлу немає |
developers.google.com/llms.txt | 404 | файлу немає |
Картина виявилася вдвічі скромнішою за поширену. Файл є в Anthropic і Perplexity, але за перевіреними адресами його немає ні в OpenAI, ні в Google. Застережемо чесно: компанія може публікувати файл за іншим шляхом, і наявність файлу на одному піддомені нічого не говорить про решту. Але твердження «його публікують усі» перевірки не проходить.
Публікувати і читати — різні речі
І це головна підміна в суперечках навколо llms.txt. Те, що компанія викладає такий файл біля своєї документації, не означає, що її модель читає чужі такі файли, коли відповідає користувачеві. Це дві зовсім різні дії.
З публікацією все прозоро: файли існують, їх можна відкрити й подивитися. З читанням складніше — публічних зобов'язань «ми використовуємо ваш llms.txt при формуванні відповідей» ніхто з великих постачальників пошуку не давав. Єдина однозначна заява на цю тему належить Google, і вона заперечна.
Де файл працює передбачувано — це інструменти, яким ви самі його даєте. Кодингові агенти, асистенти з документації, внутрішні помічники: там llms.txt виступає картою, за якою інструмент розуміє, які сторінки вашої документації головні. Саме тому його автоматично генерують платформи документації, і саме тому він є в Anthropic і Perplexity — в обох це документація для розробників, яку читають агенти.
То робити чи ні
Відповідь залежить від того, заради кого ви його робите, і майже не залежить від SEO.
Що робити замість цього
Якщо Google прямо назвав, що має значення, розумно цим і зайнятися — тим паче що список короткий і нудний.
Переконатися, що сторінки в індексі. Єдина жорстка вимога, яку Google формулює для показу в генеративних функціях: сторінка має бути проіндексована й мати право показуватися зі сніпетом. Сторінка поза індексом не потрапить ні у звичайну видачу, ні у ШІ-відповідь — і жоден файл у корені сайту цього не змінить.
Не різати сніпети без потреби. Директиви nosnippet і max-snippet, поставлені колись проти парсерів, виключають сторінку і з генеративних функцій теж.
Писати те, чого немає в інших. Google у тому самому посібнику просить «цінний, не типовий контент» із власною точкою зору. Це не гасло, а прямий наслідок того, як влаштована генеративна відповідь: переказ загальновідомого потрапляти в неї не має сенсу.
Нічого з цього не має вигляду новини — і в цьому суть. Генеративні функції побудовані на тих самих системах ранжування, що й звичайний пошук, тому й працює в них те саме.
Та єдина вимога, яку Google дійсно назвав. Перевірка безкоштовна.
Часті запитання
Що таке llms.txt простими словами?
Це markdown-файл у корені сайту, де коротко описано, що це за проєкт, і зібрано посилання на головні документи — щоб мовній моделі не доводилося розбирати HTML. Пропозицію опублікував Джеремі Говард у вересні 2024 року. Це не стандарт, а відкрита ініціатива.
Чи впливає llms.txt на позиції в Google?
Ні. Google у своєму посібнику прямо пише, що не потрібно створювати машинозчитувані файли, ШІ-текстові файли чи Markdown, щоб з'являтися в пошуку, і що це не зашкодить і не допоможе видимості, оскільки Google Пошук їх ігнорує.
Чи допомагає llms.txt потрапити в AI Overviews?
Ні. Генеративні функції Google побудовані на тих самих системах ранжування, що й звичайний пошук, і окремого каналу через файл у корені сайту не існує. Вимога до сторінки та сама: бути проіндексованою й мати право показуватися зі сніпетом.
Хто взагалі використовує llms.txt?
Достовірно відомо про публікацію: файл є в документації Anthropic і Perplexity, його автоматично генерують платформи документації, і його читають кодингові агенти та асистенти, яким його дають напряму. Публічних зобов'язань використовувати чужий llms.txt при формуванні відповідей великі постачальники пошуку не давали.
Чи може llms.txt зашкодити сайту?
Сама по собі наявність файлу — ні, Google його просто ігнорує. Шкода можлива опосередкована: застарілий файл із посиланнями на видалені сторінки вводить в оману ті інструменти, які його все-таки читають, а час на ручне ведення витрачається без вимірюваної віддачі.
Чи потрібна розмітка schema.org для потрапляння в ШІ-відповіді?
За документацією Google — ні: структуровані дані не потрібні для генеративного ШІ-пошуку, і спеціальної розмітки для цього не існує. Розмітка лишається корисною для розширених результатів звичайної видачі, але це інше завдання.
Джерела
Google Search Central, посібник з оптимізації під генеративні ШІ-функції пошуку: формулювання про машинозчитувані файли, структуровані дані та вимоги до сторінки.
llmstxt.org — пропозиція llms.txt, перша публікація 3 вересня 2024 року, автор Джеремі Говард: формат і статус ініціативи.
Власна перевірка, 6 серпня 2026: запит /llms.txt за шістьма адресами документації, коди відповідей наведено в таблиці.