Декларація Content-Signal не відповідає задокументованому синтаксису

content_signals_directive_invalid · Проблема

Коротка відповідь

Виправте відомий ключ і значення відповідно до синтаксису, показаного в його джерелі. Використовуйте yes або no для search, ai-input та ai-train, а immediate, reference або full — для задокументованого розширення use. Оберіть значення, яке виражає вашу політику; перевірка не обирає його за вас.

Серйозність: До уваги. Це конкретна вада декларації в опублікованій підмножині, а не твердження, що всі споживачі ігнорують цей рядок.

Чому це важливо

Оголошене побажання щодо використання має бути зрозумілим у синтаксисі, який ви задумали. Цей аудит не встановлює, чи впровадили його споживачі і як вони поводяться за замовчуванням.

Що зробити

  1. Перегляньте оригінальний рядок, задокументований ключ, запис, номер рядка й позицію байта.
  2. Використовуйте yes/no для search, ai-input і ai-train або immediate/reference/full для задокументованого розширення use.
  3. Виправте вихідний шаблон і запустіть повний аудит того самого сайту.

Коли залишити як є: Невідоме розширення чи інший неперевірений синтаксис не є знахідкою за цим консервативним правилом. Перевірте специфікацію його видавця окремо.

Що ми читаємо

Оригінальний повний, безпосередньо завантажений robots.txt того самого джерела, захоплений з HTTP 200, і його спільний лексичний індекс.

Точні опубліковані записи кореневого рівня для search/ai-input/ai-train=yes|no та use=immediate|reference|full. Опублікований керований засіб use=reference — чистий результат.

Приклад і докази

Ілюстративне виправлення декларації того самого сайту; це не реальний результат.

User-agent: *
Content-Signal: ai-train=maybe
Allow: /
User-agent: *
Content-Signal: ai-train=no
Allow: /

Підтвердити й перевірити знову

Перевірте самі: Порівняйте фактичну директиву, яку віддає сервер, із задокументованою формою видавця, разом із регістром, роздільниками й розширеннями.

Повторна перевірка: Повний аудит — Наступний повний аудит того самого сайту перевіряє декларацію повторно тим самим оцінювачем і життєвим циклом. Невідоме чи недостатнє охоплення перевірки ніколи не доводить виправлення.

Обмеження та джерела

Невідомі розширення, регістр, пробіли, роздільники, рядки з обмеженням за шляхом, цілком порожня директива Content-Signal і неоднозначність груп залишаються неперевіреними. Відомі хибні записи зберігаються поруч з окремо розділеними невідомими супутниками; ці невідомі блокують узгодження.

Повторювані чинні групи декларацій і пошкоджені сирі поля, зокрема відомі схожі символи Unicode, не можуть виглядати як перевірене видалення.

Повністю перевірене виправлення або повне видалення декларації може узгодити зникнення. Часткові, переспрямовані, не в UTF-8, нечитабельні чи завеликі файли — ні.

Коментарі шаблону ідентифікують щонайбільше збіг із шаблоном, а не керування чи хостинг Cloudflare. Прострочена індивідуальна чернетка IETF — це контекст словника, а не стандарт граматики.

Упевненість: Висока Висока для точної оригінальної вади задокументованого ключа. Непевність щодо груп та інші неперевірені записи залишаються незалежним невідомим охопленням перевірки.

Джерела

  • Cloudflare, Політика Content Signals — Документує названі сигнали використання та приклади yes/no. Перевірено 4 жовтня 2026.
  • Cloudflare, Керований robots.txt — Документує керований шаблон і його розширення використання; віднесення до хостингу не виводиться. Перевірено 4 жовтня 2026.
  • Content Signals, Content Signals — Надає опублікований генератор і задокументовані значення use. Перевірено 4 жовтня 2026.

Редакційна перевірка: 2 листопада 2026