Resumo

  • A partir de 1º de setembro, a Open Data Platform da ICANN e sua API não estarão mais disponíveis. A URL antiga redirecionará para a nova página, cujos arquivos disponíveis podem ser obtidos sem conta.
  • O redirecionamento resolve navegação, não procedência. Um mapa de transição e recibos de publicação deveriam ligar cada identidade antiga ao destino atual e aos bytes, definições, períodos e correções de cada edição.

A notícia traz duas medidas diferentes, e ambas merecem ser contabilizadas. A ICANN está tornando o download mais simples. Também está encerrando a interface que alguns usuários foram orientados a incorporar aos seus processos.

Em 15 de junho, a organização anunciou a nova página e manteve a plataforma anterior até o fim de agosto. O período de sobreposição serviria para que os usuários conhecessem o novo ambiente e adaptassem suas rotinas. Em 27 de agosto, veio o lembrete final: depois do dia 31 a plataforma não estaria disponível; a partir de 1º de setembro, a API também sairia do ar e a URL antiga passaria a redirecionar.

A ICANN diz que a solução simplifica o acesso e reduz necessidades de manutenção, armazenamento e backup. Houve anúncio público, prazo e canal de contato. Não há base, nas fontes consultadas, para descrever a decisão como fechamento oculto.

Ainda assim, um aviso de mudança não é um inventário de migração. Ele informa a data e a nova porta. Não atribui a cada antiga família, identificador ou capacidade uma disposição pública verificável.

O download ficou objetivamente mais simples

A página atual apresenta duas famílias: Domain Name Marketplace Indicators (DNMI) e Security Response Waiver Requests (SRW). Os links levam diretamente aos arquivos, sem autenticação.

O conjunto DNMI Version 1.1 reúne 16 indicadores ativos em três áreas: concorrência robusta, estabilidade do mercado e confiança do consumidor. As páginas separam indicadores atualizados anualmente de itens arquivados da versão anterior. O SRW oferece um CSV anual com cinco medidas relativas às solicitações, ao alcance, ao momento do pedido e à decisão sobre a dispensa.

Para quem quer analisar um retrato completo, o CSV tem vantagens. Pode ser aberto com ferramentas comuns, guardado integralmente e processado sem chave ou cota. Um usuário ocasional não precisa manter uma conta apenas para obter um arquivo público.

Os dois arquivos verificados como amostra estavam acessíveis. As respostas traziam metadados usuais de entrega, como Last-Modified e ETag. Eles ajudam cache e detecção de alteração. As páginas analisadas, porém, não os definem como a identidade institucional de uma edição nem como explicação pública de uma correção.

É a diferença entre disponibilidade e reprodutibilidade. A primeira pergunta se o arquivo pode ser baixado hoje. A segunda pergunta qual edição foi baixada, qual período e definição ela representa e que registro posterior a corrigiu ou substituiu.

A plataforma antiga também organizava capacidades

No anúncio de contratação de 2018, a ICANN descreveu uma plataforma com licença aberta, API aberta e dados confiáveis e legíveis por máquina, destinados a download e processamento. Ela serviria como sistema de origem para análises da própria organização e da comunidade.

A página About da plataforma antiga dizia que os dados deveriam ser acessíveis e utilizáveis, oportunos e abrangentes, comparáveis e interoperáveis, além de úteis à governança. Contas registradas podiam salvar análises, receber avisos de atualização, gerar chaves e acompanhar cotas.

Isso não torna o produto permanente. Uma plataforma separada impõe custo, e formatos simples podem ser mais portáveis. Uma cópia completa em CSV pode sobreviver melhor do que uma consulta cuja reconstrução dependa de parâmetros e de comportamento do servidor.

Mas a troca muda quem carrega a memória. Um programa pode depender de identificador, seleção de campos, filtro, paginação, aviso ou catálogo. Sem a API, precisa conhecer o substituto ou uma declaração explícita de que certa capacidade terminou. Um arquivo em URL estável precisa dizer se foi republicado, corrigido ou substituído.

A ICANN pode aposentar a ferramenta sem aposentar essas relações.

Quatro temas antigos não se transformam sozinhos em duas linhas novas

A página inicial anterior mostrava DNMI, Identifier Technology Health Indicators (ITHI), Registry Activity Reports e Registrar Transaction Reports. A nova página lista DNMI e SRW e afirma que outros conjuntos serão acrescentados quando disponíveis.

Comparar os números não prova perda. Os Monthly Registry Reports estão acessíveis em outra página atual da ICANN, organizados por domínio de primeiro nível. O painel ITHI também funciona e apresenta medidas atuais e históricas.

A constatação correta é mais estreita: a documentação de transição examinada não oferece uma tabela que ligue cada antigo tema ao seu destino presente.

O histórico dos relatórios de registro torna a questão concreta. Em 2021, a ICANN orientou os responsáveis por scripts de download a alterá-los para usar a Open Data API. Quem seguiu essa instrução precisa agora mudar novamente. Isso não demonstra uma interrupção real, mas confirma que a dependência foi uma forma de uso reconhecida e incentivada.

Um mapa pode registrar disposições distintas: migrou para CSV; continua em painel dedicado; retornou a uma página de relatórios; foi agregado; ficou arquivado; não tem equivalente funcional. Nenhuma dessas respostas é automaticamente ilegítima. O problema aparece quando elas precisam ser deduzidas pelo usuário.

Redirecionar não identifica uma edição

O redirecionamento preserva um caminho para a nova página. Não preserva o significado de cada consulta antiga nem declara quais bytes compõem uma publicação oficial.

Uma análise baseada no RC 2.1, por exemplo, deveria registrar período coberto, versão da definição, horário de publicação, resumo criptográfico esperado, número de linhas e eventual sucessão por correção. O usuário pode calcular sua própria impressão e provar o que guardou. Só a ICANN pode ligar institucionalmente aquela impressão à edição reconhecida para determinado período.

Não é preciso reconstruir um portal complexo. Duas peças pequenas bastam: concordância de transição e livro de edições.

Campo público Função
Família, identificador e rota antiga Nomear a dependência que mudou
Local canônico e responsável atual Informar onde está e quem responde
Disposição e diferença de recursos Distinguir migração, permanência, fusão, arquivo ou fim
Cobertura, cadência e versão da definição Fixar o significado dos valores
Data, resumo esperado e linhas Identificar o objeto exato da edição
Correção e sucessão Explicar a mudança preservando a edição anterior
Licença, limites e contato Definir reutilização e contestação

O mapa resolve o percurso. O recibo resolve a identidade. O elo de correção resolve a história. Uma URL sozinha não desempenha as três funções.

O registro deve ser portátil

Tratar a decisão como disputa entre API e CSV seria um erro. Download sem login melhora o acesso. A redução de custo pode ser uma escolha responsável. As fontes verificadas não provam que um conjunto desapareceu nem que um arquivo atual esteja incorreto.

O teste de governança é saber se a identidade do dado sobrevive ao produto que o entrega.

Com uma camada fina e independente do fornecedor, a ICANN pode mudar de hospedagem, armazenamento ou interface sem perder a linhagem. Programas podem se adaptar a uma disposição publicada. Pesquisas podem citar uma edição. Correções podem apontar para o objeto anterior sem apagá-lo.

A organização já forneceu data, destino inicial e razão geral. Um recibo completaria a transição, transformando o encerramento em continuidade verificável, não em memória distribuída entre usuários.

Fontes

  1. Atualização da página de dados públicos, 27 de agosto de 2026
  2. Lançamento da nova página, 15 de junho de 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. Página inicial da antiga plataforma
  10. Página About da antiga plataforma
  11. Anúncio de contratação da plataforma em 2018
  12. Anúncio da migração de relatórios em 2021
  13. Monthly Registry Reports atuais
  14. Painel ITHI atual
  15. CSV de amostra DNMI RC 2.1
  16. CSV de amostra SRW M1-M5