В аудиті ШІ бракує llms.txt: що означає попередження
Перевірте точний URL, HTTP-відповідь і мету аудиту, перш ніж вважати відсутність llms.txt проблемою пошуку зі ШІ.
Уявіть, що аудит ШІ показує для вашого сайту червону картку: «Відсутній llms.txt». Перш ніж додавати файл, щоб прибрати попередження, відкрийте результат і з’ясуйте, який URL та яка перевірка його спричинили. Відсутність необов’язкового індексу, HTML-сторінка помилки, повернена як успішна відповідь, і збій сервера потребують різних рішень. Жодне з цих спостережень саме по собі не показує, чи процитує ваш сайт відповідь ШІ.
З’ясуйте, що вимірює перевірка
Збережіть назву й версію інструмента, дату, точний текст попередження та перевірений URL. Прочитайте документацію цієї перевірки. Коли ми перевіряли джерела 9 листопада 2026 року, документація llms.txt у Lighthouse вказувала, що помилка сервера позначається як проблема, а відсутній файл із відповіддю 404 отримує статус «Не застосовується». Файл описувався як необов’язковий. Інший інструмент може лише повідомляти, чи знайшов він файл. Його червона позначка не змінює того, що насправді повернув запит.
Для AI Overviews та AI Mode Google повідомляє, що новий текстовий файл для ШІ не потрібен. Це відповідь на питання про умови появи в Пошуку Google. Вона не визначає, як усі інші асистенти обробляють індекс. Обираючи виправлення, відокремлюйте критерій аудиту від вимоги платформи.
Прочитайте відповідь, що стоїть за результатом
Відкрийте точний URL, який перевіряв аудит. Щоб дослідити запит у Chrome, відкрийте панель Мережа, перезавантажте URL і виберіть відповідний запит. Перегляньте метод запиту, кінцевий URL після переспрямувань, статус, заголовки й тіло у вкладці Response. Сам по собі запит HEAD або заголовок Content-Type не показує, що повернув GET.
Розгляньмо вигаданий сайт документації docs.example. Його /llms.txt повертає 404, а /docs/llms.txt — індекс Markdown. Поточна пропозиція llms.txt дозволяє розміщувати файли в корені або за вкладеним шляхом, охоплюючи сторінки нижче цього шляху. Аудит, що перевіряє лише корінь, не дослідив індекс документації. Це різниця в охопленні, а не доказ того, що файл потрібно продублювати в корені. Перш ніж змінювати розміщення, з’ясуйте, де шукає файл клієнт, який має його використовувати.
Тепер припустімо, що /llms.txt повертає HTTP 200, але його тіло — HTML-сторінка «Сторінку не знайдено» в оформленні сайту. Перевірка, заснована лише на статусі, може вважати це успіхом. Запишіть фактичний результат: URL повернув HTML-сторінку помилки замість потрібного індексу Markdown. Попросіть того, хто керує маршрутизацією, дослідити цю відповідь. Якщо натомість ви отримали головну сторінку, сторінку входу або перевірку доступу, запишіть саме цей результат; заголовок text/html сам по собі не дає їх розрізнити.
Якщо запит повертає 500, зафіксуйте помилку сервера. Це не доводить, що файл відсутній. Якщо він повертає читабельний Markdown, перевірте також вміст і посилання. Пропозиція вимагає заголовка проєкту або сайту, але сам заголовок не показує, чи описує індекс поточний сайт і чи веде він до корисних сторінок.
Визначте, для кого призначено файл
Підтримуваний у актуальному стані індекс документації може дати людині або агенту короткий шлях до потрібних матеріалів. OpenAI публікує такий індекс для своєї документації для розробників. Це показує, що опублікований індекс існує. Воно не встановлює вимогу для інших сайтів і не показує, що ChatGPT Search завантажує їхні файли.
Якщо у вас є конкретний клієнт або процес роботи з документацією, що використовуватиме файл, визначте сторінки, які він має знаходити. Підтримуйте точність короткого опису, переходьте за посиланнями й перевіряйте, чи їхні цільові сторінки актуальні та читабельні. Включіть індекс у процес оновлення, коли ці сторінки переміщуються. Невеликий сайт теж може мати такий сценарій використання.
Якщо ваша мета — лише допомогти функціям ШІ Google знайти вже корисну сторінку, картка про відсутній файл не встановила нової вимоги. Перевірте реальні проблеми доступу та вмісту сторінки за допомогою посібника з основ контенту й технічних питань. Додавання індексу не доводить, що сторінка за посиланням доступна або що її твердження зрозумілі.
Завершіть виправлення спостережуваними доказами
Припустімо, що на вигаданому сайті ви виправили в /docs/llms.txt посилання на видалений посібник із налаштування. Знову відкрийте індекс, перейдіть за виправленим посиланням і переконайтеся, що завантажується очікуваний посібник. Повторіть початковий аудит із тією самою версією інструмента, запишіть час і переконайтеся, що переглядаєте результат нового запуску. Якщо він досі перевіряє лише /llms.txt, результат може залишитися незмінним, хоча посилання в документації вже виправлено.
Сформулюйте запис про завершення точно: «Індекс документації посилається на поточний посібник із налаштування; перевірка кореневого файлу й далі повідомляє власний результат». Запит, зафіксований у журналі пізніше, показує лише те, що містить цей запис, а не те, що модель використала вміст. Для підтвердження цитування потрібна спостережувана відповідь. Вплив цієї зміни на цитування, відвідування або конверсії залишається неперевіреним, доки ви не матимете доказів цих результатів.