Consulta de Data de Registro de Domínio: Descubra Quando um Domínio Foi Registrado

Descobrir quando um domínio foi registrado pela primeira vez é uma tarefa simples com um número surpreendente de casos-limite. Para um .com, basta um comando. Para muitos domínios de código de país, a resposta sequer é publicada e, no caso de um domínio que mudou de dono, a data obtida pode não significar o que você imagina. Este guia mostra como fazer a consulta corretamente, como interpretar o resultado e o que fazer quando o registry não devolve nada.

RESUMO / PONTOS-CHAVE

• Dois protocolos respondem à pergunta: WHOIS (texto, legado) e RDAP (JSON, atual). RDAP é a melhor escolha para qualquer coisa automatizada.
• O nome do campo varia: "Creation Date", "Created On", "registered", "Domain Registration Date" — em RDAP, é o evento com eventAction: "registration".
• Nem todo registry publica esse dado: muitos ccTLDs omitem a data de criação por completo e alguns não têm servidor RDAP algum, o que gera o erro "no registry RDAP server was identified".
• A data descreve o registro, não a empresa: transferências, exclusões e novos registros podem zerá-la, e um rebranding rompe totalmente a ligação com a organização.
• Consultas em massa não são viáveis por WHOIS/RDAP: os registries aplicam limites de taxa por IP e ambos os protocolos, por concepção, respondem um domínio por vez.
• Para trabalho em escala populacional, use dados de zona: 1.538 pacotes — 716 arquivos de zona de TLD, 716 conjuntos de zona enriquecidos (NS, MX, IP, CMS), 79 listas de sites por tecnologia, 27 datasets selecionados — cobrindo 285.582.781 domínios. As datas de registro só estão presentes onde a zona de origem as publica.
• Sem dados de contato: os pacotes trazem apenas atributos de domínio e de infraestrutura.

ÍNDICE

1. Por que a data de registro é procurada
2. Como consultar uma data de registro
3. O que a data pode e não pode dizer
4. Trabalhando em escala populacional
5. Erros comuns
6. Perguntas frequentes
7. Conclusão
8. Recursos relacionados

Por que a data de registro é procurada

A data de criação de um domínio é um dos poucos dados cadastrais que sobreviveram à ocultação dos registros WHOIS após o GDPR, e isso explica em parte por que ela é tão usada. Os campos de contato desapareceram; datas, registrar e servidores de nomes permanecem.

Três perguntas concentram a maior parte das consultas. A primeira é verificação: um site afirma operar desde 2009, e uma data de criação em 2021 é motivo para uma pergunta de acompanhamento. A segunda é avaliação de risco — domínios registrados há poucos dias aparecem de forma desproporcional em phishing e fraude, então a idade costuma entrar como variável em um score de risco, ainda que fraca isoladamente. A terceira é aquisição de domínios: ao avaliar um nome expirado ou de mercado secundário, a idade do registro é um dos sinais sobre se o nome tem um histórico que valha a pena herdar.

O que as três têm em comum é que a data é uma variável de entrada, não uma conclusão. Ela indica quando um registro começou a existir. Todo o resto — quem operava o domínio, o que era publicado nele, se ele mudou de dono — exige outras evidências.

Como consultar uma data de registro

RDAP, o protocolo atual. O RDAP devolve JSON, o que dispensa qualquer parsing de texto livre. A data fica no array events:

curl -s https://rdap.org/domain/example.com | jq '.events[] | select(.eventAction=="registration")'

O rdap.org funciona como redirecionador de bootstrap: identifica o servidor autoritativo do TLD via registry da IANA e encaminha a consulta. A resposta também traz os eventos expiration e last changed, o registrar responsável e os códigos de status do domínio.

WHOIS, o protocolo legado. Continua onipresente e continua útil, sobretudo para ccTLDs que nunca implantaram RDAP:

whois example.com | grep -i -E 'creat|regist'

Espere variações. Registries diferentes rotulam o mesmo campo como "Creation Date", "Created On", "created", "Domain Registration Date" ou "registered", e os formatos de data também diferem. Qualquer parser que você escrever precisa lidar com várias grafias e, no mínimo, com ISO-8601 mais alguns formatos regionais.

Um exemplo de ccTLD. Tome aajtak.in. O namespace .in é administrado pelo NIXI, e a consulta vai para o serviço WHOIS dele:

whois aajtak.in

Normalmente você obtém as datas de criação, atualização e expiração, o registrar responsável, os códigos de status e os servidores de nomes, com o bloco de contato do titular ocultado. Esse padrão — campos técnicos presentes, campos de contato suprimidos — é hoje a norma tanto para gTLDs quanto para a maioria dos ccTLDs.

Quando não existe servidor RDAP. O erro "no registry RDAP server was identified for this domain" significa que o TLD não tem entrada no registry de bootstrap da IANA, então o cliente RDAP não tem para onde enviar a consulta. O RDAP é contratualmente obrigatório para gTLDs, mas opcional para ccTLDs, que seguem políticas nacionais. Recorra ao WHOIS daquele TLD ou à consulta web do próprio registry. Repetir a consulta RDAP não adianta; o endpoint não existe.

Quando a data simplesmente não é publicada. Vários registries omitem deliberadamente as datas de criação das respostas públicas. Nesse caso, as alternativas são indiretas e nenhuma delas é autoritativa: a captura mais antiga no Wayback Machine do Internet Archive estabelece um limite superior para quando o site esteve no ar, e a entrada mais antiga nos logs de Certificate Transparency para o hostname mostra quando um certificado foi emitido pela primeira vez. Ambas fornecem evidência de "não depois de", o que muitas vezes basta, mas nenhuma é a data de registro.

O que a data pode e não pode dizer

Ela reflete o registro, não a organização

Uma empresa fundada em 2003 pode ter um domínio criado em 2018 porque fez rebranding, comprou um nome melhor ou consolidou tudo em outro. Um domínio criado em 2003 pode estar hoje nas mãos de um dono completamente diferente. A data é uma propriedade do registro, e o registro sobrevive a trocas de titular sem necessariamente evidenciá-las.

Exclusão e novo registro zeram a data

Se um domínio expira, cumpre o ciclo de resgate e exclusão pendente e é registrado novamente por outra pessoa, o novo registro costuma exibir a nova data de criação. A vida anterior do domínio fica invisível no registro atual. Isso pesa sobretudo na avaliação de mercado secundário, em que um nome apresentado como "registrado desde 2006" pode ter caducado e recomeçado nesse intervalo.

Idade é um sinal de risco fraco por si só

Domínios recém-registrados estão super-representados em abusos, o que torna a idade uma variável razoável em um modelo de score. É uma regra ruim isoladamente, porque todo negócio legítimo recém-criado também tem um domínio registrado há pouco tempo. Combine-a com sinais que carreguem informação independente — se o domínio resolve, se tem e-mail configurado, qual é a rede de hospedagem, se um site real é servido.

Idade não é fator de ranqueamento de SEO da forma como costuma ser descrita

Os buscadores afirmam de forma consistente que a idade do domínio, por si só, não é um sinal de ranqueamento. O que se correlaciona com a idade é o acúmulo de links, conteúdo e histórico de uso ao longo do tempo — um efeito real, mas que pertence ao que o domínio fez, e não a há quanto tempo ele existe. Um domínio antigo que nunca publicou nada não carrega nada disso.

O que ela estabelece com clareza

Uma data de criação é evidência sólida para uma afirmação bem estreita: este registro não existia antes desta data. Isso basta para contradizer uma alegação de "no mercado desde", para delimitar uma linha do tempo em uma investigação ou para separar domínios registrados em uma janela específica ao agrupar uma campanha.

Trabalhando em escala populacional

Tudo o que foi dito acima trata de um único domínio. Assim que a pergunta passa a envolver muitos domínios — quantos foram registrados em uma zona no último trimestre, quais redes de hospedagem os domínios mais novos usam —, WHOIS e RDAP deixam de ser opção. Ambos respondem um domínio por consulta, os registries aplicam limites de taxa por IP, e um job sobre cem mil domínios que seja já será estrangulado muito antes de terminar.

A alternativa são dados em nível de zona distribuídos como arquivos. O catálogo da WebTrackly reúne 1.538 pacotes: 716 arquivos de zona de TLD, 716 conjuntos de zona enriquecidos com servidores de nomes, registros MX, IPs resolvidos e CMS detectado, 79 listas de sites por tecnologia e 27 datasets selecionados. Juntos, os pacotes de zona cobrem 285.582.781 domínios, dos quais 163.422.083 são .com; o dataset de todos os domínios registrados tem 272.614.863 linhas. O WordPress é detectado em 21.639.326 domínios e o Joomla em 567.680.

O que um pacote contém

O formato do download varia conforme o pacote e é informado na página do produto.

As datas de registro aparecem apenas onde a zona de origem as publica — para muitos ccTLDs elas não estão disponíveis, e a coluna fica ausente em vez de estimada. Não há coluna de titular nem coluna de contato: nenhum endereço de e-mail, nenhum telefone, nenhum dado pessoal de qualquer espécie.

Como derivar a atividade de registro sem uma coluna de data

Quando as datas não existem, ainda é possível medir a atividade de registro comparando snapshots. Compre o mesmo pacote em dois momentos distintos: os domínios presentes no arquivo mais novo, mas ausentes no mais antigo, são os que foram registrados no intervalo:

-- domains added between two snapshots
SELECT n.domain, n.ns, n.mx
FROM read_csv_auto('snapshots/com-2026-07-01.csv') n
LEFT JOIN read_csv_auto('snapshots/com-2026-04-01.csv') o USING (domain)
WHERE o.domain IS NULL;

-- and which name servers the new registrations chose
SELECT ns, count(*) AS new_domains
FROM (
  SELECT n.domain, n.ns
  FROM read_csv_auto('snapshots/com-2026-07-01.csv') n
  LEFT JOIN read_csv_auto('snapshots/com-2026-04-01.csv') o USING (domain)
  WHERE o.domain IS NULL
)
GROUP BY ns ORDER BY new_domains DESC LIMIT 20;

Para as perguntas que as pessoas realmente fazem, isso costuma ser melhor do que uma coluna de data, porque vem com os atributos de infraestrutura já anexados. O requisito é apenas guardar e datar cada arquivo que você baixar.

Como obter os arquivos

Explore /zones/ para arquivos de zona e conjuntos enriquecidos, /datasets/ para coleções selecionadas e /packages/ para o catálogo completo; a contagem de linhas é exibida antes da compra. Os pacotes começam em $3.50 e o download é imediato, exportados na hora da compra. O plano Pro custa $29/mês (50 pacotes, 10 datasets, 30.000 chamadas de API) e o Enterprise, $99/mês (200 pacotes, 50 datasets, 300.000 chamadas de API) — veja /pricing/.

unzip com-enriched.zip
head -3 com-enriched.csv
wc -l com-enriched.csv

# list zone-file packages via the API
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "https://webtrackly.com/api/v1/packages/?type=zone"

# technology packages matching a keyword
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "https://webtrackly.com/api/v1/packages/?type=technology&q=wordpress"

# details for one package
curl -H "Authorization: Bearer YOUR_API_KEY" \
  "https://webtrackly.com/api/v1/packages/com-zone/"

A API expõe o catálogo de pacotes — o que existe, quanto custa, quantas linhas tem. Ela não recebe um nome de domínio e devolve informações sobre ele; dados de registro por domínio vêm do WHOIS ou do RDAP. Referência em /api/.

Erros comuns

Erro 1: ler a data de criação como data de fundação da empresa

O registro descreve o domínio, não a organização. Rebrandings, compras no mercado secundário e consolidações rompem essa ligação. Confirme em uma junta comercial ou no próprio histórico do site antes de afirmar algo sobre o negócio.

Erro 2: supor que todo registry publica a data

Vários ccTLDs omitem por completo as datas de criação das respostas públicas. Quando isso acontece, capturas do Wayback e entradas de Certificate Transparency dão um limite de "não depois de", que é útil, mas não é a data de registro e não deve ser apresentado como tal.

Erro 3: repetir a consulta quando o RDAP informa que não há servidor

"No registry RDAP server was identified for this domain" significa que o TLD está ausente do registry de bootstrap da IANA. Não há endpoint a alcançar. Recorra ao WHOIS daquele TLD em vez de acrescentar lógica de retentativa.

Erro 4: montar um pipeline em massa sobre consultas por domínio

Os registries aplicam limites de taxa por IP e ambos os protocolos são, por concepção, um domínio por vez. Um job grande será estrangulado e produzirá resultados parciais que você não pode usar em afirmações percentuais. Extraia a população dos dados em nível de zona e reserve as consultas para o subconjunto que precisa de status autoritativo.

Erro 5: usar a idade como regra de risco isolada

Domínios recém-registrados estão super-representados em abusos, mas o mesmo vale para todo negócio legítimo que abriu neste mês. Use a idade como uma variável entre várias — resolução, configuração de e-mail, rede de hospedagem, presença de conteúdo real — em vez de como regra de rejeição.

Erro 6: exagerar o que um único snapshot mostra

Um arquivo descreve um estado. Crescimento, churn e migração exigem duas observações. Arquive e date cada download; um snapshot descartado é uma comparação que você não pode mais fazer.

Perguntas frequentes

P: Como descubro quando um domínio foi registrado?
R: Consulte o RDAP e leia o evento com eventAction: "registration", ou execute whois e procure um campo chamado "Creation Date", "Created On", "created" ou "registered". O RDAP é preferível para automação porque devolve JSON estruturado.

P: Por que o nome do campo muda de um TLD para outro?
R: O WHOIS não tem um schema de resposta obrigatório, então cada registry rotula e formata os campos à sua maneira. O RDAP padroniza isso, e essa é a principal razão prática para preferi-lo.

P: Por que alguns domínios não têm data de criação?
R: Alguns registries não a publicam. Não existe contorno que produza a data verdadeira; capturas do Wayback e entradas de Certificate Transparency dão um limite superior para quando o domínio esteve em uso.

P: O que significa "no registry RDAP server was identified for this domain"?
R: O TLD não tem entrada RDAP no registry de bootstrap da IANA, então o cliente não consegue determinar para onde enviar a consulta. O RDAP é obrigatório para gTLDs, mas opcional para ccTLDs. Use WHOIS para esse TLD.

P: A data de registro muda quando um domínio é vendido?
R: Uma transferência simples costuma preservá-la. Um domínio que expira, é excluído e é registrado de novo geralmente passa a exibir a nova data de criação, com o histórico anterior invisível no registro atual.

P: Posso consultar datas de registro em massa?
R: Não por WHOIS ou RDAP. Ambos são por domínio e com limite de taxa. Para trabalho em escala populacional, use arquivos em nível de zona e compare snapshots datados para derivar a atividade de registro.

P: A WebTrackly oferece consulta de domínio?
R: Não. O formato do download varia conforme o pacote e é informado na página do produto. Não há serviço de consulta por domínio.

P: Os pacotes incluem datas de registro?
R: Somente onde a zona de origem as publica. Quando o registry não expõe datas, a coluna fica ausente em vez de estimada.

P: Os pacotes incluem dados de contato?
R: Não. Eles contêm domínio, servidores de nomes, MX, IP resolvido e CMS detectado. Nenhum endereço de e-mail, telefone ou identidade de titular.

P: Quanto custa?
R: Pacotes a partir de $3.50 em compra única. O Pro custa $29/mês (50 pacotes, 10 datasets, 30.000 chamadas de API); o Enterprise, $99/mês (200 pacotes, 50 datasets, 300.000 chamadas de API). Veja /pricing/.

Conclusão

Para um único domínio, consultar a data de registro é uma consulta RDAP ou uma chamada whois, com as ressalvas de que o nome do campo varia, alguns registries não publicam nada e alguns TLDs não têm endpoint RDAP algum. Interprete o resultado de forma estrita: ele estabelece quando o registro começou, não quando uma empresa foi fundada nem quem controla o nome hoje.

Para muitos domínios, os protocolos por domínio são a ferramenta errada. Arquivos em nível de zona entregam a população inteira de uma vez, com servidores de nomes, roteamento de e-mail, endereços resolvidos e CMS detectado anexados, e comparar snapshots datados reconstrói a atividade de registro mesmo em zonas que não publicam data alguma. O schema é deliberadamente enxuto e não contém dados pessoais — saber disso de antemão é o que evita que um projeto fracasse na última etapa.

Explore o catálogo de arquivos de zona →

Recursos relacionados

• Catálogo de pacotes — 1.538 bases de domínios para download
• Arquivos de zona por TLD — .com, .net, .de e mais de 700
• Datasets selecionados — todos os domínios registrados, servidores MX, e-commerce
• Documentação da API — acesso ao catálogo com bearer token
• Preços — compras únicas a partir de $3.50