Кратко

  • С 1 сентября платформа Open Data и её API станут недоступны, а старый адрес будет перенаправлять на новую страницу. Представленные там CSV можно скачивать без регистрации; пользователям прежней платформы предложено обновить процессы.
  • Доступность файла ещё не доказывает непрерывность его идентичности. Публичная карта перехода и квитанция выпуска могли бы связать старые обозначения с нынешними адресами, точными байтами, периодом, определениями и исправлениями.

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

15 июня ICANN объявила новую страницу и оставила старую платформу доступной до конца августа, чтобы пользователи изучили замену и перестроили процессы. 27 августа организация напомнила о границе: после 31 августа платформа больше не будет доступна; с 1 сентября прекратит работу и API, а прежний URL начнёт перенаправлять на Open Data Initiative.

ICANN объясняет решение упрощением доступа и сокращением затрат на обслуживание, хранение и резервное копирование. Было публичное уведомление и время параллельной работы. Проверенные источники не дают оснований называть закрытие скрытым.

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

Барьер учётной записи действительно снят

Нынешняя страница показывает два семейства: Domain Name Marketplace Indicators (DNMI) и Security Response Waiver Requests (SRW). Файлы открываются напрямую.

В DNMI Version 1.1 насчитывается 16 действующих показателей по трём направлениям: Robust Competition, Marketplace Stability и Consumer Trust. Страницы отделяют ежегодно обновляемые файлы от архивных показателей прежней версии. SRW публикует один годовой CSV с пятью мерами, охватывающими число запросов, область их действия, время подачи и итог решения.

У простого CSV есть достоинства. Его можно сохранить целиком, открыть распространёнными инструментами и обработать без ключа и квоты. Для разового получения публичного файла учётная запись не добавляет содержательной ценности.

Два файла, выбранные для выборочной проверки, отвечали нормально. Сервер сообщал обычные транспортные параметры, включая Last-Modified и ETag. Они полезны для кэширования и обнаружения изменений. Но проверенные страницы не объявляют их институциональной идентичностью выпуска и не используют как публичное объяснение исправления.

Доступность отвечает на вопрос, можно ли скачать объект сейчас. Воспроизводимость требует знать, какой именно выпуск был получен, какой период и определение он представляет и какая последующая запись его исправила или заменила.

Старая платформа связывала не только файлы

В объявлении о закупке 2018 года ICANN описывала систему с открытым лицензированием и открытым API, надёжными машиночитаемыми данными для скачивания и обработки. Она должна была стать исходной системой для аналитики внутри ICANN и сообщества.

Старая страница About добавляла требования доступности и пригодности, своевременности и полноты, сопоставимости и совместимости, а также пользы для управления и участия. Зарегистрированный пользователь мог сохранять анализ, получать уведомления, создавать ключи API и видеть квоты.

Это не обязывает ICANN вечно сохранять конкретный продукт или поставщика. Отдельная платформа требует расходов. Для полного снимка простой файл иногда долговечнее запроса, параметры и поведение которого позже трудно восстановить.

Но вместе с интерфейсом могут исчезнуть связи. Скрипт мог опираться на идентификатор набора, выбор полей, фильтр, постраничную выдачу или уведомление. После закрытия API ему нужен объявленный эквивалент либо честная пометка, что эквивалента нет. Для файла требуется различать неизменную копию, новый выпуск, исправление и замену по тому же адресу.

Продукт можно закрыть, не стирая институциональную память, которую он временно нёс.

Четыре прежние рубрики и две новые строки нельзя просто вычесть

Прежняя главная страница показывала DNMI, Identifier Technology Health Indicators (ITHI), Registry Activity Reports и Registrar Transaction Reports. Новая страница перечисляет DNMI и SRW и обещает добавлять другие наборы по мере готовности.

Разница между четырьмя и двумя не доказывает исчезновение. Monthly Registry Reports доступны на отдельной действующей странице ICANN и организованы по доменам верхнего уровня. Панель ITHI также работает и показывает текущие и исторические измерения.

Надёжный вывод уже: на переходных страницах нет видимой строки для каждого старого семейства, которая указывала бы его нынешнее место и изменение возможностей.

История Registry Reports показывает практический смысл такой строки. В 2021 году ICANN предписала пользователям автоматических загрузок переделать скрипты под Open Data API. Те, кто последовал указанию, теперь снова меняют процесс. Это не доказывает фактический сбой, но подтверждает, что зависимость была публично признанным способом работы.

Карта может фиксировать разные допустимые исходы: перенесено в CSV, продолжает жить на отдельной панели, вернулось на страницу отчётов основного сайта, объединено, архивировано, прекращено без функционального аналога. Риск создаёт не обязательно выбранный исход, а необходимость угадывать его.

Перенаправление не определяет выпуск

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

Для ссылки на RC 2.1 нужны не только имя и текущий URL, но также период покрытия, версия определения, время публикации, ожидаемый дайджест, число строк и связь с последующим исправлением. Пользователь может вычислить собственный хеш и доказать, что сохранил. Только ICANN может институционально связать эти байты с признанным выпуском за определённый период.

Для этого не нужна новая сложная платформа. Достаточно таблицы перехода и журнала выпусков.

Публичное поле Какой вопрос оно решает
Старое семейство, идентификатор и путь API Какая зависимость меняется?
Текущий канонический адрес и ответственный Где объект находится и кто им управляет?
Статус и разница функций Перенесён, сохранён отдельно, объединён, архивирован или прекращён?
Период, частота и версия определения Что означают значения?
Время, ожидаемый дайджест и строки Какой точный объект является выпуском?
Исправление и преемник Что изменилось без удаления старого состояния?
Лицензия, ограничения и контакт Как использовать и куда направить возражение?

Карта объясняет маршрут, квитанция — идентичность, связь исправления — историю. Один адрес не заменяет эти три утверждения.

Публичной информации нужна переносимая память

Сводить оценку к спору «API против CSV» неверно. Скачивание без входа — улучшение. Снижение расходов может быть оправдано. Проверенные источники не доказывают ни исчезновение семейства данных, ни ошибочность нынешних файлов.

Проверка управления заключается в другом: переживает ли публичная идентичность данных смену продукта доставки?

Тонкий независимый от поставщика слой позволит ICANN в будущем менять хостинг, хранение или интерфейс, не обрывая происхождение. Программы будут перестраиваться по объявленному статусу. Исследования смогут ссылаться на именованный выпуск. Исправления сохранят прежний объект и объяснят новый.

ICANN уже назвала дату, новую точку входа и общую причину. Квитанция передачи превратила бы закрытие платформы в проверяемое событие непрерывности.

Источники

  1. Обновление страницы публичных данных, 27 августа 2026 года
  2. Объявление новой страницы, 15 июня 2026 года
  3. ICANN Open Data Initiative
  4. Domain Name Marketplace Indicators
  5. DNMI: Robust Competition
  6. DNMI: Marketplace Stability
  7. DNMI: Consumer Trust
  8. Security Response Waiver Requests
  9. Главная страница прежней платформы
  10. Страница About прежней платформы
  11. Объявление закупки 2018 года
  12. Объявление переноса Registry Reports в 2021 году
  13. Действующие Monthly Registry Reports
  14. Действующая панель ITHI
  15. Пример CSV DNMI RC 2.1
  16. Пример CSV SRW M1-M5