Колись протягом останнього року ви, ймовірно, читали, що вашому сайту потрібен файл llms.txt.
Пропозиція звучить привабливо. Один невеликий текстовий файл у корені вашого домену, який перелічує найважливіші сторінки у звичайному markdown, щоб AI-асистенти могли правильно зрозуміти ваш сайт і почати рекомендувати вас. Це займає один день. Здається, усі його додають.
Тож ми перевірили, у кого він справді є. Ми отримали /llms.txt із 67 відомих сайтів у сферах програмного забезпечення, ритейлу, видавництва та AI, і результат розділився настільки чітко по одній лінії, що сам відповідає на запитання.
Жоден видавець або ритейлер не мав такого файлу. Понад вісім із десяти компаній, що створюють інструменти для розробників, мали.
Виявляється, цей розрив правильний, і розуміння причини заощадить вам день.
Результати коротко
llms.txt - це не SEO-файл. Це документаційний файл, який читають асистенти для кодування, коли розробник спрямовує їх до вашої документації.
Якщо ви продаєте розробникам, він справді корисний. Якщо ви публікуєте статті або продаєте продукти, він нічого для вас не зробить, і Google письмово це підтвердив.
Ми перевірили 67 сайтів
Тест може повторити будь-хто: запросити /llms.txt і подивитися, чи повертається справжній markdown-файл, а не сторінка 404, замаскована під нього.
Якщо відсортувати за тим, що компанія насправді продає, закономірність зовсім не тонка.
Vercel, Netlify, Cloudflare, Stripe, Supabase, GitHub, MongoDB, Next.js, React і Svelte усі публікують такий файл. Так само роблять Notion, Slack, Zapier, HubSpot, Salesforce, Atlassian, Shopify і Linear.
The New York Times не публікує. Так само The Verge, Wired, BBC, Wikipedia, Amazon, eBay або Etsy.
Файл, який називає відповідь
Ось деталь, яка видає всю суть.
anthropic.com не має файлу llms.txt. docs.anthropic.com має. Те саме стосується Perplexity: нічого на маркетинговому сайті, повний файл на піддомені документації.
AI-компанія, яка публічно рекомендує цей файл, не розмістила його на власній головній сторінці — тому що головна сторінка не є тим, для чого він призначений.
Подивіться, що насправді містить хороший файл:
Заголовок, одне речення з описом компанії, потім короткий список посилань на документацію, опис API та базу знань. Приблизно півтори сторінки тексту.
Саме так файл працює за призначенням.
Що насправді каже Google
Тепер частина, яку більшість статей про це оминає.
Власна документація Google для власників сайтів говорить прямо: вам не потрібно створювати машинозчитувані файли, AI-текстові файли або розмітку, щоб з'являтися в Google Search чи його генеративних функціях, тому що "сам Google Search їх не використовує". Там прямо сказано, що це ні допоможе, ні зашкодить вашій видимості.
У тих самих рекомендаціях створення непотрібних AI-текстових файлів наведено серед тактик, які можна спокійно ігнорувати, поряд із дробленням контенту та гонитвою за неавтентичними згадками.
Тож якщо ваша мета - бути процитованими в AI Overview або бути рекомендованими, коли хтось запитує чатбот про найкращий інструмент у вашій категорії, цей файл не є важелем. Немає публічних доказів, що будь-який великий AI-провайдерський рушій відповідей читає його у продакшені.
Для чого він насправді
Це підводить нас до того, що файл справді робить, і чому компанії з інструментами для розробників мали рацію, коли його впровадили.
Коли розробник просить асистента для кодування "прочитати документацію Stripe і написати інтеграцію", асистент має вирішити, що отримувати. Він не може прочитати весь сайт документації, а повзати JavaScript-навантаженим порталом документації повільно і з втратами.
Файл llms.txt розв'язує саме цю конкретну проблему. Він дає асистенту кураторський зміст у простому markdown, щоб той міг перейти прямо до трьох сторінок, які йому потрібні. Інструменти для кодування читають його, коли користувач спрямовує їх на домен, і тепер є навіть браузерний аудит, який перевіряє, чи ваш сайт його надає.
Отже, файл реальний і корисний. Просто він корисний у редакторі розробника, а не в результаті пошуку.
Саме тому 83% компаній з інструментами для розробників мають такий файл, а жоден видавець не має. Ринок уже це з'ясував. Ті, кому він допомагає, його впровадили, а ті, кому він не допомагає, тихо його проігнорували.
Деякі з них важать мегабайт
Ще одна річ, яку варто знати, перш ніж писати власний файл, бо це найпоширеніший спосіб зробити його неправильно.
Уся ідея - це коротка, кураторська карта. Більшість компаній це зрозуміли: типовий файл, який ми знайшли, був приблизно 12 KB і містив 75 посилань. Файл Vercel менший за 2 KB і містить 7.
Потім є довгий хвіст. Файл Twilio має розмір 2,3 мегабайта і містить 7 324 посилання. Файл Salesforce має 1 MB. Файл Datadog перевищує пів мегабайта.
У такому розмірі це вже не кураторська карта — це sitemap у markdown, і він знищує сенс. Причина існування файлу в тому, що асистент не може прочитати все і йому потрібно сказати, що важливо. Дати йому 7 324 посилання означає не сказати нічого.
Специфікація має відповідь на це, і файл Vercel її показує: тримайте llms.txt коротким і посилайтеся на окремий llms-full.txt для всього, що потребує повного дампу.
Чи варто вам написати такий файл?
Чотири запитання, по порядку. Це займе хвилину.
1. Чи читають розробники вашу документацію? Якщо так, напишіть його. Це випадок, для якого він був створений, і він працює. Якщо ні, переходьте до четвертого запитання.
2. Ви робите це заради видимості в AI-пошуку? Тоді не витрачайте час. Google письмово сказав, що це нічого не змінює, і жоден рушій відповідей не зобов'язався його читати.
3. Якщо ви пишете такий файл, тримайте його малим. Заголовок, одне речення про те, що ви робите, і посилання на справді важливу документацію. Якщо він виходить за межі кількох десятків посилань, ви випадково побудували sitemap.
4. Витратьте цей день на те, що натомість справді рухає AI-видимість: щоб вас згадували, цитували і наводили на сторінках, які моделі справді читають. Це та сама робота, яка заробляє посилання, тому вона ніколи не була коротким шляхом.
Що ми не змогли виміряти
Ми не можемо довести негатив. Наш доказ того, що рушії відповідей ігнорують цей файл, - це власні опубліковані рекомендації Google і відсутність будь-яких зобов'язань від інших провайдерів — а не доступ до їхніх систем. Якщо це зміниться, ця стаття застаріє.
67 сайтів - це вибірка, а не перепис. Ми вибрали впізнавані назви у шести категоріях. Інші 67 зрушили б відсотки, хоча 0% і 83% навряд чи помінялися б місцями.
Перевірка видимості - це один бренд в один день. Ми прогнали Zapier через наш AI Visibility Checker у звичайному браузері і точно повідомили, що повернулося. Один бренд - це ілюстрація, а не доказ правила, і платформи постійно змінюються.
Існування файлу не означає, що файл хороший. Ми перевірили, що повертався справжній markdown-файл, і виміряли його розмір та кількість посилань. Ми не оцінювали якість тексту всередині нього.
Ми протестували це на сайті, який має такий файл
Zapier публікує llms.txt. Тож ми прогнали Zapier через наш власний AI Visibility Checker, який ставить кілька реальних запитань різним асистентам і записує, кого називають і кого цитують.
Zapier був названий у 16 із 24 відповідей, на 4 із 6 протестованих платформ. ChatGPT назвав його у 4 із 6, ChatGPT Search - у 4 із 6, Perplexity - у 5 із 6, Gemini - у 3 із 6.
Потім число, яке має значення для цієї статті:
Нуль.
Шістнадцять згадок, жодної цитати. Добре сформований llms.txt увесь цей час лежав у корені домену.
Це один бренд в один день і саме по собі нічого не доводить — але це саме те, чого ви очікували б, якби файл нічого не робив для рушіїв відповідей, і саме те, що рекомендації Google уже дали нам очікувати.
Це також показує, яким є справді корисне запитання. Не "чи маю я файл", а "чи щось називає мене, і чи щось посилається на мене". Це можна виміряти. Файл - ні.
Це запитання, на яке llms.txt не може відповісти. Наш AI Visibility Checker ставить реальні запитання AI-асистентам і повідомляє, чи називають ваш бренд, які сторінки цитують і кого рекомендують замість вас.
- Які відповіді називають ваш бренд, а які називають конкурента
- Сторінки та джерела, які AI справді цитує
- 3 перевірки на день, без реєстрації, без картки
Поширені запитання
Що таке файл llms.txt?
Звичайний markdown-файл у корені домену, за адресою /llms.txt, запропонований як стандартний спосіб дати AI-системам коротку кураторську карту сайту. Формат - заголовок, однорядкове резюме в blockquote, потім розділи з анотованими посиланнями. Він не пов'язаний із robots.txt, який керує скануванням; llms.txt нічим не керує і просто пропонує список для читання.
Скільки з перевірених сайтів мали такий файл?
35 із 67, або 52%, 22 серпня 2026 року. За категоріями: інструменти для розробників 15 із 18, SaaS 13 із 18, SEO-інструменти 4 із 8, AI-лабораторії 3 із 7, видавці 0 із 9 і ритейлери 0 із 7.
Чи допомагає llms.txt мені ранжуватися або бути процитованим в AI-відповідях?
Немає доказів, що допомагає. Документація Google для власників сайтів стверджує, що вам не потрібні машинозчитувані або AI-текстові файли, щоб з'являтися в Search чи його генеративних функціях, що Google Search їх не використовує, і що їх створення ні допоможе, ні зашкодить вашій видимості. Жоден інший великий провайдер також не зобов'язався читати цей файл у продакшені.
Тоді чому так багато компаній його публікують?
Тому що він працює для іншої аудиторії. Асистенти для кодування читають llms.txt, коли розробник спрямовує їх на домен, використовуючи його як зміст, щоб отримати кілька потрібних сторінок документації замість сканування всього сайту. Це справді цінно, якщо ваші клієнти - розробники, і саме ця група його впровадила.
Чому Anthropic не має його на головній сторінці?
Він є, але на docs.anthropic.com, а не на anthropic.com. Perplexity так само: нічого на маркетинговому домені, повний файл на піддомені документації. Таке розміщення - найчіткіша можлива заява про те, для чого цей файл.
Якого розміру має бути файл?
Малого. Серед 35 файлів, які ми знайшли, медіана була приблизно 12 KB із 75 посиланнями, а найменшим був файл Vercel - менше 2 KB із 7 посиланнями. На іншому краю файл Twilio має 2,3 MB із 7 324 посиланнями, а Salesforce - 1 MB, що є радше sitemap, ніж кураторською картою. Якщо вам потрібно опублікувати все, конвенція така: тримайте llms.txt коротким і вказуйте на окремий llms-full.txt.
Чи llms.txt - це те саме, що блокування AI-краулерів?
Ні, і їх легко сплутати. Блокування робиться у robots.txt через заборону краулерів на кшталт GPTBot або ClaudeBot. llms.txt не має жодного механізму примусу — це пропозиція, а не дозвіл. Ми перевірили сайти, які його публікують, і жоден із них одночасно не блокував основні AI-краулери, тож принаймні ці дві речі використовуються послідовно.
Чи можу я перевірити все це самостійно?
Легко, і вам варто це зробити. Відкрийте будь-який сайт із /llms.txt наприкінці й подивіться, що повернеться — справжній файл починається із заголовка та короткого опису, тоді як відсутній зазвичай повертає стилізовану сторінку 404, а не чесну помилку. Це весь метод, що стоїть за цією статтею.
Вирішіть, під що ви оптимізуєтеся
Кожен кейс у цій серії був про компанію, яка знайшла щось реальне для побудови: вимірювання, валюти, шаблони, готельні теми, продані будинки, невеликий набір калькуляторів, 880 000 креслень.
Цей - про протилежне — файл, який швидко додати, легко описувати і який нічого не робить для більшості людей, яким кажуть його додати.
Це не шахрайство. Для компанії, чию документацію читають асистенти для кодування, це невелика, розумна люб'язність. Але це не SEO-тактика, і схема впровадження показує, що індустрія вже знає: ті, кому він допомагає, мають його, а ті, кому він не допомагає, тихо рушили далі.
Якщо AI-видимість - це те, чого ви насправді прагнете, робота незмінна і не гламурна: бути вартими цитування на сторінках, які читають.
Почніть із того, щоб з'ясувати, де ви зараз — перевірте, чи AI згадує вас. Це займає хвилину, і, на відміну від текстового файлу, відповідь реальна.
Перевірено 22 серпня 2026 року шляхом запиту /llms.txt із 67 доменів і підтвердження, що було повернуто справжній markdown-файл, а не HTML-сторінку помилки. Категорійні підрахунки та розміри файлів наведені у FAQ вище.
Позицію Google процитовано з його опублікованих рекомендацій для власників сайтів щодо оптимізації для генеративних AI-функцій у Search. Рекомендації змінюються; перевірте їх повторно, перш ніж на них покладатися.