O que desenvolvedores devem saber antes de comprar um domínio

Comprar um domínio significa escolher três coisas distintas: o registrar (empresa de registro) que você paga todo ano, o provedor de DNS que responde às consultas do nome e o host que serve o site. Eles não precisam ser a mesma empresa.

A página de checkout faz parecer uma compra única. Ela mostra um preço baixo e um botão, e o projeto paralelo ainda nem tem README. Um ano depois chega o e-mail de renovação, o domínio apex continua sem resolver e você percebe que tem mais domínios do que repositórios com commits neste trimestre.

Este guia mostra como comprar um domínio sem essas surpresas. Ele explica os três papéis, as armadilhas de preço e de transferência que você deve verificar antes de pagar, como migrar o DNS para a Cloudflare, os registros necessários para Vercel, Netlify e Cloudflare Pages, e uma regra para enxugar a coleção.

Qual é a diferença entre registrar, provedor de DNS e host?

O registrar mantém o seu registro e faz a cobrança. O provedor de DNS responde às consultas dos seus registros. O host serve os arquivos de fato. A ICANN credencia os registrars, e eles registram os nomes junto ao registry que administra cada TLD. Separadamente, os nameservers que você configura no registrar informam ao mundo qual provedor de DNS é autoritativo para o domínio.

Você pode verificar quem responde por qualquer domínio:

# Which nameservers are authoritative for this domain?
dig +short NS example.com

Se precisar relembrar os tipos de registro, confira o guia de fundamentos de DNS. Tudo o que vem a seguir pressupõe que você sabe o que fazem os registros A, CNAME e NS.

Como comprar um domínio sem cair nas armadilhas de sempre

Antes de comprar, verifique quatro coisas: o preço de renovação, como o TLD é precificado, o bloqueio de transferência e se a privacidade do WHOIS está incluída. Cada verificação leva uns trinta segundos, menos do que a animação de confete da página de checkout.

O preço de renovação, não o preço do checkout. Promoções de primeiro ano são comuns entre os registrars, e as renovações costumam custar bem mais. Procure a linha de renovação na página de preços ou no carrinho antes de pagar.

Como o TLD é precificado. Os preços de .com e .net são limitados pelos contratos dos respectivos registries, então os reajustes são limitados e previsíveis. Muitos gTLDs mais novos, e alguns TLDs de código de país populares entre desenvolvedores, como o .io, podem ter renovação cara, e quem define o preço é o registry. Domínios premium do registry costumam manter o preço premium em todas as renovações. Domínios do mercado secundário geralmente custam mais uma única vez e depois renovam pelo preço padrão. Para um projeto paralelo, nomes premium raramente compensam.

O bloqueio de transferência. Pela atual Transfer Policy da ICANN, o seu registrar pode se recusar a transferir um registro de gTLD para outro registrar por até 60 dias após o registro. Alterações na Transfer Policy aprovadas pelo GNSO Council da ICANN em 2025 substituiriam isso por um bloqueio fixo de 30 dias quando entrarem em vigor. TLDs de código de país definem as próprias regras. Alterar o nome, a organização ou o e-mail do titular também inicia um bloqueio de 60 dias pela política atual. Alguns registrars permitem desativar esse bloqueio, e as mesmas alterações na política o eliminariam.

Privacidade do WHOIS. Muitos registrars a incluem gratuitamente, enquanto outros cobram por ela todos os anos. Confira qual é o caso do seu antes que o total do carrinho te engane.

Como migrar o DNS para a Cloudflare?

Para migrar o DNS para a Cloudflare, adicione o domínio à Cloudflare, substitua os nameservers no seu registrar pelos dois que a Cloudflare atribuir e aguarde. O registro continua onde está. Só o DNS autoritativo muda.

1. Adicione o site na Cloudflare. Você receberá dois nameservers atribuídos.
2. Confira os registros importados. A varredura pode deixar passar alguns já existentes.
3. Se o DNSSEC estiver ativado, desative-o primeiro no seu registrar. Se você trocar os nameservers com o DNSSEC ainda ativo, o domínio pode parar de resolver.
4. Substitua os nameservers no seu registrar.
5. Aguarde. Pode levar de alguns minutos a muitas horas, dependendo dos TTLs e dos caches dos resolvers.

Se ainda não estiver funcionando, sua máquina pode estar usando uma resposta em cache. Consulte resolvers públicos diretamente e veja como limpar o cache de DNS no Chrome:

# Skip your local cache and ask public resolvers directly
dig +short NS example.com @1.1.1.1
dig +short NS example.com @8.8.8.8

Você deve ver os dois nameservers que a Cloudflare atribuiu à sua zona.

Desenvolvedores migram o DNS para a Cloudflare por três motivos: DNS autoritativo gratuito e rápido, CNAME flattening no apex em todos os planos e um único painel para DNS, Pages e CDN (veja as melhores CDNs para aplicações web modernas para saber como essa rede se compara).

O Cloudflare Registrar vende domínios a preço de custo e aceita tanto novos registros (pelo painel da Cloudflare) quanto transferências de entrada. Todo domínio registrado lá precisa usar os nameservers da Cloudflare; portanto, se você quiser outro provedor de DNS, terá de transferir o domínio para outro registrar.

Por que o domínio apex não pode ser um CNAME?

O www pode ser um CNAME apontando para a sua plataforma, mas o apex puro (example.com) não. Um CNAME não pode compartilhar o nome com nenhum outro registro, conforme a RFC 1034 §3.6.2 e a RFC 2181 §10.1, e todo apex de zona precisa ter registros NS e SOA. É por isso que esta configuração é inválida:

; NOT allowed by standard DNS
example.com.   IN  NS     ns1.example-dns.net.
example.com.   IN  CNAME  <platform-target>.

Para apontar um domínio apex para a Vercel ou a Netlify, você tem três opções:

; www points at the platform with a CNAME
www.example.com.   3600  IN  CNAME  <your-project-target-from-platform-dashboard>.

; Pick ONE for the apex:
; Option A: A record to the IP your platform documents
example.com.       3600  IN  A      192.0.2.10   ; replace with the platform's documented IP

; Option B: ALIAS / ANAME (provider-specific, not a standard record type)
; example.com.     ALIAS  <platform-target>.

; Option C: On Cloudflare, create a CNAME at "@" and Cloudflare flattens it

No caso da Vercel, a base de conhecimento dela orienta usar a opção A no apex ou, alternativamente, delegar os nameservers do domínio à Vercel. A Vercel também lista valores de DNS padrão, mas muitos projetos recebem valores próprios, então copie os valores da tela de configurações do seu domínio. As configurações de domínio da Netlify listam os próprios destinos da mesma forma. Registros ALIAS e ANAME permitem que um apex funcione como um CNAME, mas apenas alguns provedores de DNS os oferecem.

O Cloudflare Pages funciona de outro jeito. Para um domínio apex no Pages, o domínio precisa ser uma zona da Cloudflare na mesma conta do projeto Pages, com os nameservers apontando para a Cloudflare. Um registro A ou ALIAS em um provedor externo não vai funcionar. Um subdomínio só precisa de um CNAME no seu provedor de DNS atual.

Por fim, escolha o apex ou o www como hostname canônico e redirecione o outro para ele, para que todo visitante, cookie e resultado de busca termine em um único endereço. A documentação da Vercel sugere usar o www como hostname principal e redirecionar o domínio puro para ele. Para verificar o redirecionamento:

# Expect a 301/308 from the non-canonical host to the canonical one
curl -sI http://example.com | grep -i -E '^(HTTP|location)'

Sessenta domínios, três projetos

Todo domínio renova todo ano, haja ou não algo publicado nele, então uma coleção de nomes sem uso fica mais cara a cada ano que você a mantém. Aquele nome que você comprou à 1 da manhã para uma CLI que nunca começou continua sendo cobrado.

Defina uma regra e siga-a. Uma opção: se o repositório não recebe um commit há um ano, deixe o domínio expirar. Uma vez por ano, exporte seus domínios e as datas de expiração pelo painel do registrar e compare com seus repositórios. Ative a renovação automática apenas nos domínios que fariam falta, ou seja, aqueles com um projeto no ar, e-mail ou links de entrada.

Se estiver consolidando registrars, lembre-se de que cada transferência inicia um novo bloqueio, então não dá para ficar pulando um domínio entre registrars rapidamente. Planeje as migrações de acordo com as datas de renovação.

Conclusão

Um domínio envolve três papéis. O registrar faz a cobrança, os nameservers definem quem responde pelo DNS e os registros DNS apontam para o seu host. Mantenha esses papéis separados e a maioria dos problemas de configuração fica mais fácil de entender, incluindo a regra do CNAME no apex. Antes da próxima compra por impulso, leia o preço de renovação. Depois, abra o painel do seu registrar e desative a renovação automática de todos os domínios que não fariam falta.

Perguntas frequentes

O que acontece se um domínio expirar antes de eu renová-lo?

Na maioria dos gTLDs, um domínio expirado entra primeiro em um período de carência de renovação automática, durante o qual você ainda pode renová-lo no seu registrar. Se o registrar o excluir depois disso, a Expired Registration Recovery Policy da ICANN exige um Redemption Grace Period de 30 dias. Durante esse período, a resolução de DNS fica desativada e as transferências ficam bloqueadas. Restaurar o domínio nessa janela costuma custar uma taxa adicional de resgate. gTLDs patrocinados e ccTLDs seguem regras próprias.

Perco o tempo restante do registro ao transferir um domínio para outro registrar?

Não. Na maioria dos gTLDs, como .com, .net e .org, a transferência acrescenta um ano à data de expiração atual e não reinicia o prazo. A maioria dos registries limita o prazo a 10 anos, então uma transferência pode ser rejeitada se o ano extra ultrapassar esse limite. Uma transferência feita até 45 dias após a renovação de um domínio expirado pode não acrescentar o ano. TLDs de código de país definem as próprias regras.

Qual é a diferença entre CNAME flattening e um registro ALIAS ou ANAME?

Ambos resolvem o problema do apex da mesma forma. O próprio provedor de DNS autoritativo resolve o hostname de destino e responde com registros A e AAAA, de modo que os resolvers nunca veem um CNAME. A Cloudflare chama isso de CNAME flattening, o Route 53 chama de alias record e outros provedores chamam de ALIAS ou ANAME. Como é o provedor que faz a consulta, um destino com roteamento geográfico pode retornar endereços escolhidos com base na localização do provedor, e não na do visitante.

Trocar os nameservers aciona o bloqueio de transferência de 60 dias?

Não. O bloqueio por mudança de titular da ICANN só se aplica quando o nome, a organização ou o endereço de e-mail do titular mudam, e nameservers não são dados do titular. Apontar um domínio para a Cloudflare ou para qualquer outro provedor de DNS mantém o registrar, o registro e a data de expiração como estavam. Nos gTLDs, os bloqueios de transferência mais comuns são um registro novo, uma transferência recente ou uma alteração nesses campos do titular.