O que é um registro CNAME?
Um CNAME (Canonical Name) é uma entrada DNS que mapeia um nome de host alias para um nome de host canônico. Quando um resolvedor consulta o alias, ele segue a cadeia até encontrar um registro A ou AAAA no destino canônico e devolve o IP subjacente. Por isso o CNAME é a forma padrão de delegar um subdomínio a um serviço de terceiros sem precisar revelar ou fixar o IP.
Os CNAMEs são centrais para operações modernas de e-mail e web: CDNs publicam IPs em mudança constante que só um CNAME consegue acompanhar de forma limpa; fornecedores de DKIM-as-a-Service exigem delegação por CNAME para as chaves de seletor; plataformas SaaS os usam para personalizar endpoints voltados ao cliente. O padrão é definido em RFC 1034 e RFC 2181.
Por que verificar seus registros CNAME?
1Detecte aliases quebrados cedo
Se um fornecedor renomeia ou retira seu host, seu CNAME quebra em silêncio — só um verificador revela
2Confirme a delegação de DKIM e BIMI
Ambos dependem de CNAMEs que apontam para registros gerenciados pelo fornecedor — verifique que a cadeia resolve de ponta a ponta
3Evite erros de registros misturados
Um CNAME não pode coexistir com outros registros no mesmo nome. O verificador detecta o conflito imediatamente
4Audite migrações
Após redirecionar um domínio personalizado para um novo SaaS, confirme o destino canônico antes de anunciar a mudança
Como funciona a resolução CNAME passo a passo
Seu provedor DNS publica um CNAME mapeando um alias (ex. `www.example.com`) para um destino canônico (`example.com` ou um host do fornecedor).
Um cliente consulta o alias. O resolvedor devolve o CNAME e segue consultando o destino canônico.
Se o destino é, por sua vez, um CNAME, o resolvedor continua a cadeia — a maioria das stacks permite até cerca de 8 saltos antes de desistir.
Quando o resolvedor encontra um registro A ou AAAA, devolve esse IP ao cliente original.
Toda a cadeia (alias → aliases intermediários → registro A) é cacheada em cada salto pela duração do TTL.
Sintaxe do registro CNAME
www.example.com. 300 IN CNAME example.com.Descrição dos campos
alias— o nome de host que delegaTTL— tempo de cache em segundos (300 = 5 min)IN— classe de registro da InternetCNAME— tipo do registrodestino— nome de host canônico (deve terminar com ponto)Falhas comuns de CNAME e soluções
CNAME no apex
Domínios apex não podem hospedar CNAME — use registros ALIAS ou ANAME do seu provedor DNS
CNAME junto a outros registros
O RFC 1034 proíbe um CNAME em um nome que também tenha MX, TXT ou A — separe os registros em nomes distintos
Destino órfão
Se o destino canônico não existe mais, os resolvedores devolvem NXDOMAIN — aponte para um destino ativo
Cadeia muito longa
Cadeias com mais de 8 saltos fazem alguns resolvedores desistirem — encurte apontando direto para o destino final
Perguntas Frequentes
Um CNAME (Canonical Name) é uma entrada DNS que associa um nome de host a outro. Em vez de apontar diretamente para um IP, o host se torna um alias de um destino canônico, de modo que qualquer atualização nos registros A ou AAAA do destino se aplica automaticamente a todos os aliases. CNAMEs são comumente usados para subdomínios www, endpoints de CDN, domínios personalizados de SaaS e delegações de autenticação de e-mail como DKIM e relatórios DMARC.
A autenticação moderna de e-mail depende de chaves DKIM delegadas por CNAME e dos Branded Indicators for Message Identification (BIMI). Se um CNAME para um seletor DKIM ou um logotipo BIMI estiver quebrado, os destinatários podem reduzir seu escore de confiança e mover o e-mail para o spam. O verificador confirma que o alias resolve corretamente até o destino esperado, para que assinatura e indicadores de marca funcionem de ponta a ponta.
Uma cadeia CNAME ocorre quando um alias aponta para outro alias antes de chegar a um registro A. A maioria dos resolvedores segue cadeias de forma transparente, mas cada salto adicional aumenta a latência, o risco de configuração incorreta e pode quebrar validadores que seguem apenas um nível. O verificador mostra cada passo da cadeia para que você possa achatar saltos desnecessários.
Estritamente, não — a RFC 1034 proíbe um CNAME ao lado de outros registros, e domínios apex sempre precisam de SOA e NS. Alguns provedores DNS oferecem recursos ALIAS, ANAME ou CNAME-at-apex achatados que sintetizam um registro A a partir do destino. Se você usa esses recursos, nosso verificador ainda confirma que o IP resolvido funciona como esperado.
Um resultado vazio costuma significar que o CNAME ainda não foi publicado, foi adicionado no subdomínio errado ou tem um erro de digitação no destino. A propagação de DNS pode levar até 48 horas, mas a maioria dos provedores modernos atualiza em minutos. Confirme que o registro existe no painel DNS e teste novamente.
Verifique se o CNAME aponta para o destino exato especificado pelo seu provedor, sem erros de digitação ou pontos finais, e se você não colocou um CNAME em um registro que também tem outras entradas, o que o DNS proíbe. Corrija o destino nas configurações de DNS, aguarde a propagação e verifique de novo.