Кратко

  • 31 августа страница AFRINIC News & Announcements ответила HTTP 200; заголовок, H1, список объявлений 2026 года и JSON-LD однозначно описывали новости.
  • В том же ответе canonical, обычное описание, заголовок и URL Open Graph, а также заголовок Twitter описывали отдельную Privacy Policy.
  • Sitemap AFRINIC перечисляет /news и /privacy раздельно. RFC 6596 требует, чтобы canonical-цель дублировала исходный контент или включала его как подмножество; здесь такого отношения нет.
  • Доказана ошибка идентичности в источнике, но не удаление из поиска, не падение трафика и не фактически показанная неверная карточка.

Две строки в sitemap задают исходную рамку

Sitemap AFRINIC содержит отдельный адрес новостей и отдельный адрес политики конфиденциальности. Это обычная карта сайта, а не Google News Sitemap и не отчёт об индексации. Тем не менее она показывает, что сама AFRINIC публикует два разных ресурса для обнаружения.

Браузер подтверждает это разделение. News & Announcements 31 августа вернула 200, показала заголовок «News & Announcements» и список актуальных объявлений за 2026 год. Privacy Policy также вернула 200, но её заголовок, H1 и self-canonical последовательно относились к политике конфиденциальности.

Проблема возникает не на уровне существования страниц. Обе существуют. Она возникает, когда одна из них объявляет другую своей предпочтительной идентичностью.

Новостной документ сам себе противоречит

Видимая часть /news соответствует адресу. Заголовок вкладки, H1, breadcrumb и навигация говорят о новостях. В JSON-LD имя тоже содержит News & Announcements, а URL заканчивается на news.html. Тело открывает «Latest News & Announcements (2026)» и перечисляет конкретные сообщения.

В <head> одновременно записано иное. Canonical указывает на https://afrinic.net/privacy.html. Meta description называет документ официальной страницей Privacy Policy. Open Graph использует заголовок политики конфиденциальности и её абсолютный URL. Twitter-заголовок повторяет ту же роль.

Это не просто переход с www на корневой домен. Меняется путь, а вместе с ним и назначение документа. Проверка наличия полей ничего не заметит: все поля заполнены. Ошибка видна только при сравнении смысла.

Canonical не создаёт дубликат своим существованием

RFC 6596 описывает canonical как выбор предпочтительного IRI среди ресурсов с дублирующимся содержанием. Целевая страница должна повторять исходный материал или быть его расширенной версией.

Новостной архив и политика конфиденциальности не образуют такую пару. У них разные заголовки, функции и тексты. Ссылка не превращает один документ в копию другого.

Стандарт объясняет, что приложение может сосредоточить обработку на canonical-цели. Но это возможное поведение, а не гарантированный результат. Некорректную декларацию можно проигнорировать с помощью собственных эвристик. Canonical также не является HTTP-редиректом.

Поэтому нельзя заявлять, что поисковик исключил /news, передал её сигналы политике конфиденциальности или сократил посещаемость. Для этого нужны данные поисковой консоли, индекса или трафика. Источник доказывает только опубликованную инструкцию.

Социальная карточка — отдельная гипотеза

Open Graph protocol определяет og:title как название объекта в графе, а og:url — как canonical URL, используемый в качестве постоянного идентификатора. На странице новостей эти значения относятся к Privacy Policy.

Это означает, что исходные данные для социального чтения неверны. Но нет наблюдения, что Facebook, X или другая платформа действительно показала такую карточку. Платформа могла использовать кэш, другое поле или проигнорировать конфликт.

JSON-LD, напротив, остаётся новостным. Машине предлагаются не пустые, а конкурирующие ответы. Поисковая нормализация, социальная идентичность и структурированные данные должны проверяться раздельно, а затем сводиться к одной роли страницы.

Нужен паспорт публикации, а не удаление страницы

Для каждой публичной дороги нужен небольшой версионируемый паспорт. Он связывает запрошенный и итоговый URL с утверждённой ролью контента; фиксирует HTML title и H1; canonical и обоснование отношения дубликата или надмножества; description; Open Graph и Twitter; тип, имя и URL структурированных данных; запись sitemap; версию или хеш опубликованных байтов; результат проверки, исключения и историю исправлений.

Проверка должна быть смысловой. Вопрос «отвечает ли canonical-цель 200?» здесь даст положительный ответ, потому что Privacy Policy работает. Вопрос «есть ли og:title?» тоже даст положительный ответ. Требуется третий вопрос: описывают ли все поля тот же объект, который утверждён редакционно и показан читателю?

Минимальное исправление сохраняет обе страницы. Достаточно привести canonical, описание и социальную идентичность /news в соответствие с уже существующим новостным содержанием, а затем сохранить хеши до и после и время изменения. Внешний кэш должен отслеживаться отдельно.

Доступность не оправдывает идентичность — и наоборот

Доступность установлена: страница ответила и показала новости. Ошибка источника установлена: несколько полей назвали её политикой конфиденциальности. Внешняя обработка неизвестна. Исправление потребует новой проверенной версии.

Такая последовательность удерживает вывод в границах доказательств. AFRINIC не теряет признание за работающий публичный архив. Но работающий архив не освобождает от исправления машинной идентичности. Для точной критики не нужен придуманный ущерб.

Last-Modified ограничивает файл, а не начало ошибки

Ответ новостной страницы содержал Last-Modified: Fri, 28 Aug 2026 17:23:02 GMT. Эта дата помогает связать наблюдение с конкретной опубликованной версией, но не доказывает, что неверный canonical появился именно 28 августа. В тот момент могли обновить список новостей, заново выложить статический файл или изменить другой элемент.

Начало и конец дефекта определяются только сравнением версий. Нужны более ранний снимок или журнал выпуска, а после исправления — новый хеш и время ответа. Даже корректный источник не означает мгновенного обновления внешнего кэша: старая карточка и новая страница могут некоторое время существовать одновременно без нового сбоя.

Поэтому паспорт должен хранить не только зелёный итог, но и заменённое состояние. Иначе невозможно проверить полноту исправления: поменялся ли только canonical или вместе с ним description, Open Graph, Twitter и связанные URL.

Источники