O que é o registro privado de domínio? Um guia completo

Consulte um domínio no WHOIS hoje e, na maioria das vezes, você encontrará um serviço de proxy no lugar do titular: "Domains By Proxy, LLC", "REDACTED FOR PRIVACY", um endereço de e-mail de encaminhamento. O motivo é o registro privado de domínio. Este guia explica o que é esse serviço, como ele funciona, como a política da ICANN e o GDPR remodelaram o registro WHOIS e o que permanece observável em um domínio depois que o titular foi ocultado. A versão curta desse último ponto: a privacidade protege a pessoa, não a infraestrutura. Nameservers, servidores de e-mail, endereços IP resolvidos e o CMS que um site utiliza são publicados pelo DNS e pelo próprio site, e continuam visíveis com ou sem redação no WHOIS.

TL;DR / PRINCIPAIS CONCLUSÕES

• O registro privado de domínio oculta os dados de contato do titular no registro WHOIS público e coloca no lugar os dados de um serviço de proxy.
• Ele é usado por privacidade, redução de spam e segurança pessoal e hoje é padrão em muitos registradores, em vez de um adicional raro.
• O GDPR e a Temporary Specification da ICANN estenderam o mesmo efeito a registros que nunca contrataram um produto de privacidade: boa parte dos dados pessoais no WHOIS simplesmente foi omitida.
• Dados de propriedade e dados de infraestrutura são coisas diferentes. A privacidade elimina os primeiros. Ela não elimina informações de nameserver, MX, IP ou CMS, porque essas são publicadas pelos resolvedores DNS e pelo próprio site.
• Datasets de infraestrutura descrevem máquinas, não pessoas. Eles respondem "quais domínios resolvem para este nameserver" ou "quantos domínios rodam WordPress" — não identificam quem está por trás de um domínio, e nenhum dataset legítimo faz isso.
• A WebTrackly comercializa essa camada de infraestrutura em pacotes para download: arquivos de zona de TLDs, conjuntos enriquecidos por zona com NS, MX, IP e CMS detectado, listas de sites por tecnologia e datasets curados. O formato do download varia conforme o pacote e é informado na página do produto.
• Não incluído, por decisão de projeto: nenhum contato pessoal, nenhum endereço de e-mail, nenhum telefone, nenhum serviço de consulta por domínio.

SUMÁRIO

1. O manto digital: o que é o registro privado de domínio e por que ele importa para a inteligência de negócios
2. O que continua visível quando o WHOIS é privado
3. O que a WebTrackly realmente entrega
4. Trabalhando com os arquivos
5. A API da WebTrackly
6. Erros comuns na leitura de dados de infraestrutura
7. Perguntas frequentes
8. Resumo
9. Recursos relacionados

O manto digital: o que é o registro privado de domínio e por que ele importa para a inteligência de negócios

O registro privado de domínio, frequentemente chamado de proteção de privacidade WHOIS, é um serviço oferecido por registradores de domínios que permite aos proprietários ocultar seus dados de contato pessoais ou corporativos da base pública WHOIS. Quando um domínio é registrado, a Internet Corporation for Assigned Names and Numbers (ICANN) exige que determinados dados de contato – nome, endereço, e-mail e telefone – fiquem publicamente disponíveis no diretório WHOIS. Essa transparência foi originalmente concebida para facilitar a responsabilização e a comunicação a respeito da propriedade dos domínios. Na prática, porém, ela rapidamente virou um ímã para spam, telemarketing e até roubo de identidade. Os serviços de registro privado atuam como intermediários, substituindo os dados reais de contato do proprietário pelas informações do provedor do serviço de privacidade — na prática, colocando um manto digital sobre a identidade do proprietário.

As implicações vão muito além do titular individual. O empacotamento pelos registradores, a redação motivada pelo GDPR e o crescimento das ofertas com privacidade por padrão fazem com que boa parte dos registros WHOIS que você encontrar não traga nenhuma informação útil sobre o proprietário. Quem baseia seu método de pesquisa em "procurar o proprietário no WHOIS" precisa aceitar que esse método agora falha em uma parcela substancial e crescente do espaço de nomes, e passar a trabalhar com outros sinais, não pessoais.

A mecânica do anonimato: como funciona o registro privado

Ao optar pelo registro privado, o registrador escolhido ou um serviço de privacidade de terceiros assume o papel de proprietário "público" no registro. Em vez do seu nome e endereço, a entrada WHOIS exibirá os dados do serviço de privacidade. Você pode ver, por exemplo, "Domains By Proxy, LLC" ou "WHOISGuard Protected", junto com um endereço de e-mail genérico e um endereço físico que encaminha a correspondência por meio do provedor de privacidade. Normalmente o serviço repassa consultas legítimas ao proprietário real do domínio, mas filtra a esmagadora maioria dos contatos não solicitados.

Para o proprietário do domínio o processo é simples: costuma ser um serviço adicional na hora da compra, custando de $5 a $20 por ano. Para a pessoa ou a empresa que o utiliza, os benefícios são claros: menos spam, proteção contra corretores de dados e mais segurança pessoal. Já para as empresas que tentam coletar inteligência, a história é outra. Os dados que tradicionalmente alimentam a prospecção de vendas (nome do proprietário, e-mail corporativo), o acompanhamento da concorrência (identificação de entidades ligadas, localização geográfica) e a análise de segurança (rastrear a propriedade até indivíduos ou grupos específicos) simplesmente não estão lá.

A evolução da privacidade: ICANN, GDPR e o novo cenário do WHOIS

O cenário da privacidade de domínios foi profundamente remodelado por mudanças regulatórias, com destaque para o Regulamento Geral de Proteção de Dados (GDPR) da União Europeia, em vigor desde maio de 2018. Antes do GDPR, as políticas da ICANN em geral exigiam a publicação integral dos dados WHOIS. O GDPR, no entanto, introduziu regras rigorosas para o tratamento e o armazenamento de dados pessoais, incluindo a exigência de uma base legal para processá-los e exibi-los.

Em resposta, a ICANN implementou especificações temporárias que levaram à redação generalizada de dados pessoais de pessoas físicas na UE/EEE e, por extensão, de muitos outros titulares no mundo todo, mesmo quando não estavam estritamente cobertos pelo GDPR. Isso significou que, mesmo sem contratar um serviço específico de "registro privado", boa parte das informações pessoais no WHOIS deixou de ser pesquisável ou foi anonimizada, muitas vezes substituída por "Redacted for Privacy" ou indicações semelhantes. Essa mudança reforçou a importância crescente da privacidade e complicou ainda mais a coleta de dados baseada em WHOIS, tornando absolutamente essenciais as plataformas de inteligência de domínios que não dependem exclusivamente de dados WHOIS.

O impacto na coleta de dados: por que os métodos tradicionais falham

Pense em um representante de desenvolvimento de vendas (SDR) que quer prospectar empresas que usam determinada plataforma de e-commerce. O fluxo de trabalho tradicional dele seria:
1. Identificar os sites que usam a plataforma.
2. Fazer uma consulta WHOIS para achar os dados de contato do proprietário.
3. Adicionar esse contato ao CRM.

Diante do registro privado, esse fluxo quebra na segunda etapa. O SDR recebe dados genéricos de contato do proxy, inúteis para uma abordagem personalizada. Da mesma forma, um analista de inteligência competitiva que tenta identificar o lançamento de um novo produto de um concorrente pode encontrar um domínio recém-registrado, ver que ele está com registro privado e não conseguir confirmar se de fato pertence ao alvo. Pesquisadores de cibersegurança que acompanham uma campanha de phishing podem se deparar com dezenas de domínios registrados de forma privada, o que inviabiliza rastrear a propriedade até o autor da ameaça.

O que continua visível quando o WHOIS é privado

Costuma-se dizer que o registro privado torna um domínio "anônimo". É exagero. Ele anonimiza um registro — o bloco do titular no WHOIS. Tudo aquilo de que um domínio precisa para funcionar continua publicado, porque é justamente a publicação que o faz funcionar.

• Nameservers (NS). Um domínio que resolve precisa delegar a nameservers, e essa delegação fica na zona do TLD. Ela pode ser lida por qualquer um que consulte o DNS. Nameservers frequentemente identificam o provedor de hospedagem, o provedor de DNS ou uma agência que administra muitos sites de uma vez.
• Servidores de e-mail (MX). Se um domínio recebe e-mails, ele publica registros MX. Eles revelam a plataforma de e-mail em uso — Google Workspace, Microsoft 365, um servidor próprio, um provedor regional —, mas são pontos de roteamento, não caixas postais pertencentes a pessoas identificadas.
• Endereço IP resolvido e hospedagem. O registro A/AAAA indica qual rede responde pelo domínio, o que por sua vez aponta o provedor de hospedagem e, aproximadamente, a região de onde o site é servido.
• CMS e tecnologias web detectados. Um site que roda WordPress, Joomla, Shopify ou Drupal anuncia isso no próprio markup, nos caminhos, nos cabeçalhos e nas URLs de seus recursos. Isso é uma propriedade da página, totalmente independente de quem registrou o domínio.
• Data de registro, quando o registry a publica. Alguns registries continuam publicando datas de criação mesmo com os campos do titular omitidos; outros não. Esse ponto varia conforme o TLD.

Esse é o limite honesto. A infraestrutura é observável; a identidade, não. Um dataset construído sobre DNS e detecção em nível de página pode dizer que 21.6 milhões de sites rodam WordPress, ou que determinado nameserver atende dezenas de milhares de domínios. Não pode dizer quem é dono de nenhum deles, e o fornecedor que afirma o contrário ou está revendendo WHOIS defasado do período pré-GDPR ou está inventando.

O registro privado não é um enigma a ser resolvido. É o resultado de uma política. A resposta prática é parar de fazer ao WHOIS uma pergunta que ele não responde mais e passar a fazer à infraestrutura uma pergunta que ela responde.

O que a WebTrackly realmente entrega

A WebTrackly é um catálogo de datasets de domínios disponíveis para download. Não é um serviço de consulta nem uma base de contatos. O catálogo reúne atualmente 1,538 pacotes:

• 716 arquivos de zona de TLDs — as listas brutas de domínios registrados de cada zona coberta.
• 716 conjuntos enriquecidos por zona — os mesmos domínios com nameserver, MX, IP resolvido e CMS detectado anexados.
• 79 listas de sites por CMS ou tecnologia — por exemplo, todas as instalações de WordPress ou Joomla detectadas no conjunto coberto.
• 27 datasets curados — compilações entre zonas montadas para responder a uma pergunta específica.

A cobertura entre as zonas é de 285,582,781 domínios. Alguns pontos de referência do catálogo:

Entrega. O formato do download varia conforme o pacote e é informado na página do produto. A exportação é gerada no momento da compra, então o arquivo reflete o estado do catálogo naquele instante, e não um retrato tirado meses antes. As compras avulsas começam em $3.50. Os planos de assinatura são Pro a $29/mês (50 pacotes, 10 datasets, 30,000 chamadas de API) e Enterprise a $99/mês (200 pacotes, 50 datasets, 300,000 chamadas de API). Os detalhes estão na página de preços.

O esquema dos dados

Um pacote de zona é uma lista de domínios. Um pacote enriquecido acrescenta as colunas de infraestrutura:

• domain — o nome de domínio registrado.
• registration_date — quando o registry a publica; vazio nos TLDs que não publicam.
• ns — os nameservers delegados.
• mx — os servidores de e-mail, quando o domínio publica algum.
• ip — o endereço resolvido.
• cms — o CMS ou a tecnologia web detectada no site, quando houve detecção.

O que os arquivos não contêm

Isso importa mais do que a lista de recursos, então vale dizer com todas as letras. Os arquivos não contêm nenhum contato pessoal: nenhum nome, nenhum endereço de e-mail, nenhum telefone, nenhum cargo, nenhum perfil social. Não há dados de intenção. Não existe endpoint de consulta por domínio nem campo de busca por tecnologia na interface — você escolhe um pacote no catálogo e baixa o conjunto inteiro. Não há período de teste gratuito; o ponto de entrada é uma compra avulsa a partir de $3.50.

Esse limite é uma decisão deliberada, não uma lacuna à espera de ser preenchida. O registro privado existe justamente porque os titulares não queriam seus dados pessoais em um arquivo baixável em massa — e o dataset que respeita isso é também o dataset que continua utilizável sob o GDPR.

Trabalhando com os arquivos

O fluxo é curto, e tudo o que vem depois do download acontece na sua própria máquina.

1. Escolha um pacote em nosso catálogo, na lista de zonas, em dados de domínio ou nos datasets curados.
2. Compre. As compras avulsas começam em $3.50; assinantes usam a cota mensal de pacotes.
3. Baixe o ZIP imediatamente. O CSV que está dentro dele é gerado no momento da compra.
4. Processe localmente. Descompacte e filtre com ferramentas padrão.

Para um arquivo do tamanho de uma zona, ferramentas comuns de shell já respondem às perguntas simples:

unzip -o webtrackly_com_zone.zip -d ./data
wc -l ./data/*.csv

# domains delegated to a particular nameserver
grep -i 'ns1.example-host.net' ./data/com_enriched.csv | wc -l

# domains publishing Google Workspace MX records
grep -i 'aspmx.l.google.com' ./data/com_enriched.csv > google_mx.csv

Acima de alguns milhões de linhas, prefira carregar o CSV em um motor analítico. O DuckDB lê o arquivo no lugar e não precisa de servidor:

-- DuckDB
CREATE TABLE dom AS SELECT * FROM read_csv_auto('data/com_enriched.csv');

SELECT cms, count(*) AS sites
FROM dom
WHERE cms IS NOT NULL
GROUP BY cms
ORDER BY sites DESC
LIMIT 20;

SELECT ns, count(*) AS domains
FROM dom
GROUP BY ns
ORDER BY domains DESC
LIMIT 50;

O ClickHouse é a melhor escolha se você pretende manter várias zonas lado a lado e reconsultá-las ao longo de meses; os mesmos CSVs são carregados diretamente com clickhouse-client --query "INSERT INTO dom FORMAT CSV". De um jeito ou de outro, os dados ficam no seu ambiente — o que também faz da retenção e da exclusão uma decisão sua.

A API da WebTrackly

A API serve o catálogo. Ela lista pacotes e retorna seus metadados para que compras e downloads possam ser automatizados; ela não recebe um nome de domínio e devolve um perfil, porque esse tipo de serviço por domínio não existe. A autenticação é feita por bearer token.

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

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

# metadata for one package
curl -s "https://webtrackly.com/api/v1/packages/{slug}/" \
  -H "Authorization: Bearer YOUR_API_KEY"

As cotas de chamadas são de 30,000 por mês no Pro e 300,000 no Enterprise. A referência completa está na documentação da API.

Erros comuns na leitura de dados de infraestrutura

1. Tratar um registro WHOIS omitido como evidência de alguma coisa

A privacidade é padrão em muitos registradores e é aplicada em massa a titulares da UE, independentemente da intenção deles. Um registro omitido não diz quase nada sobre o titular — nem o porte, nem a legitimidade, nem as motivações. Tirar conclusões da presença de proteção de privacidade é ler uma configuração de política como se fosse um sinal.

2. Escrever para o endereço do proxy

Endereços como @domainsbyproxy.com são canais administrativos para registradores e para a ICANN. Eles foram feitos para filtrar contatos não solicitados, e as mensagens enviadas para lá costumam ser descartadas. Se uma empresa quer ser contatada, ela publica isso no próprio site — e é lá que você deve procurar, um domínio por vez, respeitando os termos do site.

3. Ler um nameserver como se fosse o proprietário

Nameservers compartilhados agrupam domínios por provedor, não por proprietário. Dezenas de milhares de domínios sem relação entre si podem compartilhar os registros NS de uma mesma empresa de hospedagem. O mesmo vale para endereços IP compartilhados. Sobreposição de infraestrutura é uma hipótese que vale checar, nunca uma conclusão por si só.

4. Presumir que a detecção de CMS é completa

A detecção depende do que o site expõe. Instalações com cache agressivo, muito customizadas ou headless podem não anunciar o CMS, e um domínio que não resolve não pode ser identificado. As contagens de tecnologia detectada são, portanto, um piso, e não um censo — úteis para comparações e análise de tendências, enganosas se lidas como participação absoluta de mercado.

5. Esperar que dados pessoais apareçam em algum ponto do processo

Eles não vão aparecer. Se um caso de uso só funciona quando o dataset entrega uma pessoa identificada e seu endereço, esse caso de uso não é atendido por dados de infraestrutura — e tampouco é atendido de forma legal por qualquer dataset em massa. Reformule-o em torno da pergunta que os dados conseguem responder: quais plataformas, quais provedores, quais zonas e como isso muda ao longo do tempo.

Perguntas frequentes

P: O registro privado oculta um domínio por completo?

R: Não. Ele oculta o bloco de contato do titular no WHOIS. O domínio continua aparecendo no arquivo de zona do seu TLD, continua publicando registros NS e MX, continua resolvendo para um endereço IP e continua servindo um site cuja tecnologia pode ser identificada. Registro e identidade são camadas separadas.

P: A WebTrackly pode me dizer quem é dono de um domínio com registro privado?

R: Não — e nenhuma outra fonte que opere licitamente em escala pode. Os pacotes da WebTrackly descrevem infraestrutura: domínio, data de registro quando o registry a publica, nameservers, registros MX, IP resolvido e CMS detectado. Não há nomes, e-mails ou telefones nos arquivos.

P: O que exatamente eu recebo ao comprar um pacote?

R: O formato do download varia conforme o pacote e é informado na página do produto. A exportação é gerada no momento da compra.

P: Existe consulta por domínio?

R: Não. O produto são pacotes em massa por zona, por tecnologia ou como datasets curados. Se você precisa verificar domínios individuais, baixe o pacote correspondente e consulte-o localmente.

P: Existe teste gratuito?

R: Não. As compras avulsas começam em $3.50, e essa é a forma prevista de avaliar um pacote antes de assinar um plano.

P: O que os planos incluem?

R: O Pro custa $29/mês e dá direito a 50 pacotes, 10 datasets e 30,000 chamadas de API. O Enterprise custa $99/mês e inclui 200 pacotes, 50 datasets e 300,000 chamadas de API. Veja os preços.

P: Como isso se enquadra no GDPR?

R: Os arquivos contêm registros de infraestrutura, e não dados pessoais — o hostname de um nameserver e um registro MX são propriedades de um serviço, não de uma pessoa identificada. É exatamente por isso que o dataset pode ser distribuído em massa. O uso que você faz dos dados depois continua sendo responsabilidade sua, sobretudo se você combinar esses dados com outras fontes.

P: Quais TLDs estão cobertos?

R: 716 zonas estão disponíveis como pacotes de arquivo de zona, cada uma com um conjunto enriquecido correspondente. A lista está na página de zonas.

P: Como a data de registro é tratada?

R: Ela é incluída quando o registry a publica. Alguns TLDs publicam datas de criação; outros não, e nesses casos o campo fica vazio, em vez de estimado.

Resumo

O registro privado de domínio faz exatamente o que promete: substitui os dados do titular pelos de um proxy no registro WHOIS público. O GDPR e a resposta da ICANN estenderam essa mesma redação muito além de quem contratou um serviço de privacidade. Para quem costumava começar a pesquisa com uma consulta WHOIS, isso é uma mudança permanente, e não um obstáculo temporário.

O que não mudou foi a camada observável. Delegação, roteamento de e-mail, endereçamento e tecnologia em nível de página são publicados porque, sem isso, o domínio não funciona — e permanecem legíveis com ou sem privacidade no WHOIS. Essa camada sustenta perguntas reais — como um TLD se distribui entre provedores, como a adoção de CMS varia entre zonas, quais nameservers concentram grandes volumes de domínios — e as sustenta sem tocar em nenhum dado pessoal.

O formato do download varia conforme o pacote e é informado na página do produto. Se a sua pergunta é sobre infraestrutura, os dados estão lá. Se a sua pergunta é quem está por trás do domínio, o registro privado é a resposta — e é exatamente para isso que ele existe.

Recursos relacionados

• Catálogo de pacotes — mais de 1,500 bases de domínios para download
• Arquivos de zona por TLD — .com, .net, .de e mais de 700 outros
• Datasets curados — todos os domínios registrados, servidores MX, e-commerce
• Preços — compras avulsas a partir de $3.50