Посилання з llms.txt було недоступне для аудиту
У звітіLinks in llms.txt were unavailable to the audit
llms_txt_links_broken · Потребує перегляду
Відкрийте кожне зафіксоване посилання й оновіть або видаліть записи, які більше нікуди не ведуть. Результат показує, що адреса була недоступна для цього аудиту в той момент. Він не показує, що вміст видалено назавжди.
Серйозність: Низька. Оновіть або видаліть перелічені записи, коли наступного разу редагуватимете файл. Це пункт «Потребує перегляду» із серйозністю «Низька», бо одна зафіксована відповідь HTTP 404 чи 410 або один пошук DNS, що завершився NXDOMAIN, показує недоступність для цього аудиту в той момент, а не остаточне видалення.
Чому це важливо
Файл llms.txt перелічує адреси з докладнішими відомостями. Зафіксована відповідь HTTP 404 чи 410 або початковий пошук DNS, що завершився NXDOMAIN, показує, що перелічений ресурс був недоступний для цього аудиту в той момент. Інші читачі можуть отримати іншу відповідь.
Що зробити
- Прочитайте зафіксовану адресу, зафіксовану відповідь чи результат DNS і рядок файлу, де її перелічено.
- Відкрийте адресу самостійно. Якщо ресурс переміщено, вкажіть у файлі його поточну адресу.
- Якщо результат — NXDOMAIN, перевірте перелічене ім’я хоста й будь-який запис CNAME, на який воно вказує. Виправте адресу або записи DNS.
- Якщо ресурсу більше не існує, видаліть запис з його розділу переліку файлів.
- Опублікуйте виправлений файл за тією самою адресою, а потім запустіть новий повний аудит.
Коли залишити як є: Якщо адреса у вас відкривається і це саме той ресурс, який ви хочете перелічити, залиште запис і вважайте результат однією зафіксованою відповіддю. Сайт може відповідати на запит аудиту інакше, ніж браузеру.
Що ми читаємо
Ми читаємо кореневий файл сайту /llms.txt і беремо перше посилання Markdown кожного елемента списку в його розділах H2 з переліком файлів. Посилання в інших частинах файлу не входять до цієї перевірки.
Оцінюється до 20 різних адрес у порядку їх переліку. Адреси, що відрізняються лише фрагментом, вважаються однією адресою, бо фрагмент не надсилається; адреси з різними рядками запиту — різні. Посилання на сам файл оцінюється за вже зафіксованою для файлу відповіддю, якщо вона відповідає умовам, без нового запиту, і все одно входить до цих 20.
Для проблеми потрібен один початковий безумовний запит GET, кінцева відповідь на який — 404 чи 410, з повною відповіддю та чистою перевіркою на бота. Переспрямування, що завершується повною чистою відповіддю HTTP 200, проходить перевірку. Результат може також ґрунтуватися на пошуку DNS для початкового запиту, коли цей пошук завершився NXDOMAIN для імені, до якого він зрештою дійшов (це може бути кінець ланцюжка CNAME), і жодна відповідь HTTP цьому не суперечить. 404 чи 410 повторно не запитуються лише для підтвердження.
Усі недоступні посилання з файлу повідомляються як один пункт для сайту.
Приклад і докази
Ілюстративний приклад: файл із двома переліченими ресурсами й однією зафіксованою відповіддю; це не реальний аудит.
# Example Bakery
## Recipes
- [Bread recipe](https://bakery.example/recipes/bread.md): Ingredients and method
- [Cake recipe](https://bakery.example/recipes/cake.md)GET https://bakery.example/recipes/cake.md
404 Not FoundЯкщо зафіксований запит GET до рецепта торта завершується HTTP 404 з повною відповіддю й без ознак перевірки на бота, про цей запис повідомляється як про недоступний для цього аудиту в той момент. Рецепт хліба оцінюється окремо, і обидва записи входять до 20 адрес, що оцінюються.
Можливе виправлення: відновіть ресурс за цією адресою, вкажіть його поточну адресу або видаліть запис. Пункт закривається, лише коли пізніший повний аудит вирішує кожну раніше зафіксовану адресу, а не лише цю. Кожна стара адреса потребує або повної чистої відповіді HTTP 200, або повністю прочитаного поточного файлу, що її більше не перелічує. Відповідь HTTP 200, що відповідає умовам, показує доступність для цього аудиту; вона не підтверджує вмісту чи будь-якого якоря фрагмента.
Підтвердити й перевірити знову
Перевірте самі: Відкрийте кожну перелічену адресу в браузері, не входячи в обліковий запис. Якщо результат — NXDOMAIN, перевірте перелічене ім’я хоста інструментом DNS і простежте будь-який запис CNAME до імені, на яке він указує.
Повторна перевірка: Повний аудит — Запустіть новий повний аудит, коли виправлений файл уже діятиме на сайті. Щоб закрити пункт, потрібні повністю прочитаний перелік у поточному файлі й вирішений результат для кожної адреси, яку зафіксував попередній аудит, зокрема для адрес, які він залишив непідтвердженими або про які не повідомляв. Кожна з них потребує або повної чистої відповіді HTTP 200, або повністю прочитаного файлу, що її більше не перелічує. Частковий перелік, адреси понад 20, що оцінюються, файл чи відповідь, які не вдалося прочитати, непідтримувані частини файлу й нечіткі відповіді не можуть довести виправлення. Чистий результат іншої перевірки llms.txt цей пункт не закриває.
Обмеження та джерела
Відповіді лише на HEAD, HTTP 401/403/429/451, помилки сервера, інші непереконливі статуси, тайм-аути, нерозв’язані перевірки на бота й неповні відповіді лишаються непідтвердженими. Про відоме недоступне посилання все одно повідомляється, навіть коли інші посилання лишаються непідтвердженими.
Результат NXDOMAIN описує ім’я, на якому завершився пошук DNS аудиту, і це може бути ціль запису CNAME. Він не показує, що самого переліченого імені хоста не існує. Непевний чи неповний пошук лишається непідтвердженим.
Оцінюються лише перші 20 різних адрес. Пізніші записи лишаються непідтвердженими, а адреса, яку не вдалося оцінити, не замінюється пізнішою.
Фрагмент не перевіряється, тож адреса, що пройшла перевірку, не показує, що названий розділ існує. Така адреса також не підтверджує, що містить ресурс.
Читаються лише підтримувані записи переліку файлів у розділах H2. Посилання в інших частинах файлу, адреси, які не вдається розв’язати, адреси з обліковими даними чи зі схемою, відмінною від http або https, і Markdown, який аналізатор не підтримує, лишаються непідтвердженими.
Перевірка читає лише кореневий /llms.txt. Якщо цей файл не прочитано повністю й безпосередньо, його посилання не перевіряються.
Результат описує доступність для цього аудиту в момент його виконання. Він нічого не стверджує про сталість, про будь-який інструмент, що читає llms.txt, чи про результати пошуку.
Упевненість: Висока Кожне повідомлене посилання прив’язано до відповіді чи результату DNS, зафіксованих для нього під час аудиту. Нечітке джерело лишається непідтвердженим, а не повідомленим.
Джерела
- AnswerDotAI/llms-txt contributors, Початкова пропозиція llms.txt, зафіксований коміт видавця — Описує розділи H2 з переліком файлів, кожен елемент списку в яких містить обов’язкове гіперпосилання Markdown на URL-адресу з докладнішими відомостями. У ній не сказано, як ставитися до недоступної адреси. Перевірено 4 жовтня 2026.
- llmstxt.org, Файл /llms.txt, версії 2 — Поточна пропозиція описує невеликий Markdown-файл із посиланнями на докладні ресурси в корені чи підкаталозі; цей аудит зберігає задокументовану перевірку лише кореневих шляхів і зафіксовану граматику. Перевірено 2 листопада 2026.
Редакційна перевірка: 2 листопада 2026