Registro A vs CNAME: qual tipo de DNS usar no seu site

O registro A aponta um nome para um IP; o CNAME aponta para outro hostname. Veja a regra do domínio raiz, tabela de quando usar e exemplos com construtores.

Perguntas frequentes

Posso colocar um CNAME no meu domínio raiz?

Pelas regras padrão do DNS, não. Um CNAME não pode dividir o nome com nenhum outro registro, e a raiz de um domínio sempre tem registros NS e SOA. Alguns provedores de DNS contornam isso com um recurso ALIAS, ANAME ou CNAME flattening, que funciona como um CNAME, mas responde com registros A. Veja na documentação do seu provedor como ele chama esse recurso.

CNAME ou registro A: qual é mais rápido?

Para quem visita o site, a diferença costuma ser pequena demais para perceber. O CNAME adiciona uma consulta extra na primeira vez que o resolvedor precisa seguir o alias, e depois a resposta fica em cache conforme o TTL. Escolha pelo que o seu host manda usar e por o nome ser ou não o domínio raiz, não pela velocidade.

Por que meu host me dá um CNAME para o www, mas um endereço IP para o domínio raiz?

Porque o www é um subdomínio, onde o CNAME é permitido, e o domínio raiz é o apex, onde não é. Hosts que publicam um IP fixo para o apex estão te dando algo que um registro A consegue guardar. Hosts que só informam um hostname esperam que você use um CNAME em um subdomínio, ou um registro do tipo ALIAS no apex, se o seu provedor de DNS oferecer.

Um registro A e um CNAME podem existir para o mesmo nome?

Não. Se um nome tem um CNAME, ele não pode ter registro A, MX, TXT nem qualquer outro tipo. O painel de DNS pode bloquear o salvamento do segundo registro, ou salvar e causar uma resolução imprevisível. Apague o registro antigo antes de adicionar o novo tipo.

O que acontece com meu e-mail se eu mudar o registro do apex?

Alterar o registro A do domínio raiz não afeta o e-mail, porque o roteamento de mensagens é feito pelos registros MX. O perigoso é adicionar um CNAME no apex, que entra em conflito com os registros MX e TXT dos quais o e-mail depende. Mantenha os registros MX no lugar e mexa apenas nos registros A ou AAAA ao mudar um site de servidor.

Resposta rápida: um registro A associa um nome diretamente a um endereço IPv4, enquanto um CNAME associa um nome a outro hostname e deixa que os registros desse hostname definam o endereço final. Use um registro A para o domínio raiz (example.com) e um CNAME para subdomínios como www, loja ou blog quando o seu host fornecer um hostname em vez de um IP. A regra principal: um CNAME não pode ficar na raiz de um domínio.

Para o que cada registro realmente aponta

Registro A: nome para endereço IP

Um registro A responde à pergunta “qual é o endereço IPv4 deste nome?”. Em um arquivo de zona, ele fica assim:

`` example.com. 3600 IN A 192.0.2.10 ``

Esse endereço (de uma faixa reservada para documentação) é o servidor ao qual o navegador se conecta. Se você também tiver um endereço IPv6, adicione um registro AAAA ao lado. Se o endereço do servidor mudar, você mesmo precisa editar o registro.

Registro CNAME: nome para outro nome

Um CNAME (“canonical name”, nome canônico) diz “este nome é um alias para aquele outro nome”. Ele nunca contém um endereço IP:

`` www.example.com. 3600 IN CNAME sites.hostingprovider.example. ``

O resolvedor vê o alias, consulta o destino e usa os registros A ou AAAA que encontrar lá. A vantagem é que o seu host pode trocar os endereços dos servidores dele sem você mexer no DNS. Para a definição básica, veja o que é um CNAME e, para conhecer a família completa de registros, veja tipos de registro DNS explicados.

A restrição do apex, explicada

O apex (também chamado de domínio raiz ou domínio puro) é o nome sem nada na frente: example.com. As regras do DNS dizem que um nome com CNAME não pode ter nenhum outro tipo de registro ao lado. Já o apex sempre tem outros registros:

Registros NS, que indicam quais servidores são autoritativos para o domínio
Um registro SOA
Normalmente registros MX para e-mail e registros TXT para verificação e SPF

Um CNAME no apex entraria em conflito com todos eles. Alguns painéis de DNS se recusam a salvá-lo. Outros salvam e, sem avisar, quebram a entrega de e-mails ou a verificação do domínio, o que é pior.

Os subdomínios não têm esse problema, porque www.example.com normalmente não tem outros registros nesse nome exato. Por isso os hosts quase sempre mandam apontar o www com um CNAME.

A solução alternativa: ALIAS, ANAME e flattening

Muitos provedores de DNS oferecem um registro fora do padrão que age como um CNAME no apex. Ele recebe nomes diferentes (ALIAS, ANAME ou “CNAME flattening”): o provedor resolve o hostname de destino do lado dele e responde aos visitantes com registros A comuns. Como são recursos do provedor, e não parte do padrão DNS, o nome, o comportamento e até a inclusão no plano variam. Confira a documentação do seu provedor de DNS antes de contar com um deles, e nunca presuma que um tipo de registro com esse nome exista no painel de outro provedor.

Registro A vs CNAME: quando usar cada um

Situação	Use	Por quê
Domínio raiz (example.com), o host fornece um endereço IP	A (e AAAA se houver IPv6)	O apex aceita registros A
Domínio raiz, o host fornece apenas um hostname	ALIAS/ANAME/flattening se o seu provedor de DNS tiver; caso contrário, mude o DNS ou use os servidores de nomes do host	O CNAME padrão não é permitido no apex
Subdomínio www, o host fornece um hostname	CNAME	Acompanha o host se os servidores dele mudarem
Subdomínio, o host fornece um endereço IP	A	O CNAME não teria para onde apontar
Subdomínio para uma ferramenta SaaS (ajuda, status, loja)	CNAME	O fornecedor gerencia o destino
Nome que também precisa de registros MX ou TXT	A, AAAA ou tipo ALIAS, nunca CNAME	O CNAME não convive com outros registros
Apontar um nome para outro nome que você controla	CNAME	Um único lugar para atualizar
Registros de serviço de e-mail (seletores DKIM)	CNAME somente se o provedor de e-mail instruir	Depende do provedor, siga as instruções dele

Para o roteamento de e-mail em especial, veja como funcionam os registros MX e o que faz um registro TXT.

Exemplos para quem usa construtores de sites

A maioria dos construtores de sites e hosts segue um de dois padrões. O painel do seu serviço mostra qual deles vale para você.

Padrão 1: o host fornece um IP e um hostname

Muitos hosts listam os dois. A configuração típica é:

Host (nome)	Tipo	Valor
@ (raiz)	A	o endereço IP que o seu host indica
www	CNAME	o hostname que o seu host indica

Na maioria dos painéis de DNS, @ representa o apex. Use exatamente os valores que o seu host mostra. Não copie endereços IP de um post de blog, inclusive este, porque os hosts mudam esses endereços.

Padrão 2: o host fornece apenas um hostname

Algumas plataformas evitam IPs fixos. Nesse caso você tem três opções:

Apontar o www com um CNAME e redirecionar o domínio raiz para o www usando o recurso de redirecionamento do seu registrador.
Usar um registro ALIAS/ANAME/flattening no apex, se o seu provedor de DNS oferecer.
Trocar os servidores de nomes (nameservers) do domínio para os do host ou para um provedor de DNS que aceite alias no apex.

A opção 1 é a mais portátil, porque todo registrador sabe fazer um redirecionamento, embora adicione um salto para quem acessa o domínio puro.

Passo a passo: apontando um domínio para um construtor de sites

Encontre as instruções de DNS do seu host nas configurações de domínio ou de domínio personalizado. Veja se ele lista um IP, um hostname ou ambos.
Abra o painel de DNS no registrador ou no provedor de DNS (onde os seus nameservers apontam).
Apague os registros conflitantes. Registros A ou CNAME antigos no mesmo nome (muitas vezes uma página de estacionamento do registrador) precisam sair primeiro.
Adicione o registro do apex. Use um registro A com o IP do host, ou um registro do tipo ALIAS com o hostname do host.
Adicione o registro do www. Use um CNAME apontando para o hostname que o host forneceu.
Não mexa nos registros MX e TXT, a menos que você queira mudar o e-mail de propósito.
Espere o TTL dos registros antigos expirar e depois teste o domínio no navegador. Um TTL menor, definido um dia antes da mudança, deixa a troca mais rápida.
Confirme que o host mostra o domínio como conectado e que o HTTPS foi emitido. Os hosts normalmente precisam que o DNS resolva corretamente antes de emitir o certificado.

Checklist rápido de solução de problemas

[ ] O mesmo nome não tem ao mesmo tempo um CNAME e outro registro
[ ] Não há CNAME no apex (a menos que seja um registro do tipo ALIAS específico do provedor)
[ ] O destino do CNAME termina em um hostname de verdade, não em uma URL http:// nem em um caminho
[ ] O registro A contém um endereço IPv4 e mais nada (sem porta, sem https://)
[ ] Não sobrou um registro AAAA apontando para um servidor antigo
[ ] Os seus nameservers são aqueles em que você de fato editou os registros
[ ] Os registros MX continuam no lugar se você usa e-mail neste domínio

Erros comuns

Colocar um CNAME na raiz para “consertar” o www. Isso quebra os registros de e-mail e de verificação. Use a abordagem com A ou ALIAS.
Copiar um endereço IP antigo. Se houver um CNAME disponível, ele mantém você em sincronia com o host. Se precisar usar um registro A, confira o IP de novo no painel do host quando algo parar de funcionar.
Colar a URL como destino. Os valores de DNS são apenas hostnames ou IPs, sem https:// e sem caminho no final.
Esquecer o AAAA. Um registro IPv6 esquecido pode mandar alguns visitantes para um servidor que você não usa mais.

Se você ainda está escolhendo uma plataforma, o plano gratuito da We.Inc permite publicar até três sites a partir de templates prontos; o construtor com IA, que monta um site a partir de um prompt, começa no plano Starter, por $20 por mês. Você pode começar de graça aqui e conectar um domínio usando o tipo de registro que o painel indicar.

Comece grátis · Sem cartão de crédito

Umair Ali Sadaqat

Fundador da We.Inc

Umair é o fundador da We.Inc. Ele escreve sobre criação de sites com IA, agências e o negócio de administrar um estúdio web.

Pronto para criar algo incrível?

Junte-se a 15,000+ empresas que usam o We.Inc para lançar, crescer e automatizar, tudo em uma plataforma.