CNAME vs Redirecionamento: O Que Cada Um Faz e Quando Usar

Um CNAME e um redirecionamento resolvem problemas diferentes. Um CNAME é um alias de DNS: ele informa à internet que um hostname é outro nome para um segundo hostname, então ambos acabam no mesmo servidor. Um redirecionamento é uma resposta do servidor web que diz ao navegador para ir para uma URL diferente, e o visitante vê a mudança de endereço. Se você quer que um visitante que digite old-domain.com acesse new-domain.com/page, você precisa de um redirecionamento. Se você quer que go.yourbrand.com seja servido por uma plataforma que você não hospeda, você precisa de um CNAME. A maioria das configurações reais usa ambos, nessa ordem.

O que um registro CNAME realmente faz#

CNAME significa canonical name. Um registro CNAME mapeia um hostname para outro nome de domínio, e o DNS então resolve esse segundo nome para um endereço IP. A documentação de DNS da Hetzner^[1] descreve isso dessa forma e observa que registros CNAME são frequentemente chamados de registros de alias.

Suponha que você crie este registro na sua zona DNS:

go.yourbrand.com.   CNAME   edge.provider-example.net.

Quando o dispositivo de alguém consulta go.yourbrand.com, o resolvedor vê o alias, consulta edge.provider-example.net e recebe um endereço IP de volta. O navegador então se conecta a esse IP e solicita go.yourbrand.com. Nada nessa troca diz ao navegador para ir para outro lugar. A barra de endereços continua exibindo go.yourbrand.com.

Por que as pessoas usam um CNAME#

Um CNAME é a forma padrão de dar a um serviço o seu próprio hostname sem hospedá-lo você mesmo. Casos típicos:

• Apontando www ou shop para uma plataforma de e-commerce
• Conectando help.yourbrand.com a uma ferramenta de help desk
• Apontando go.yourbrand.com para uma plataforma de links da marca
• Verificando a propriedade do domínio ou delegando um subdomínio a um terceiro

A vantagem é que o provedor pode alterar seus servidores e endereços IP sem pedir que você edite nada. Seu registro aponta para um nome, e eles mantêm o que esse nome resolve.

Cadeias de CNAME deixam as coisas mais lentas#

Um CNAME pode apontar para outro CNAME, mas isso é desencorajado. TechTarget observa^[2] que CNAMEs em cadeia significam várias consultas DNS antes que o endereço final seja encontrado, e o atraso aumenta a cada salto. Mantenha seus aliases a um passo do nome que contém o endereço real.

Os pontos finais importam#

Quando você insere um hostname completo como destino, escreva-o como um nome totalmente qualificado. Hetzner alerta^[1] que omitir o ponto final pode fazer com que o nome da sua própria zona seja anexado ao destino, enviando o alias para o lugar errado. Muitos painéis adicionam o ponto automaticamente, então verifique como o registro salvo é exibido no seu.

O que um redirecionamento realmente faz#

Um redirecionamento é uma instrução de um servidor web. O navegador solicita uma URL, o servidor responde com um código de status e um cabeçalho Location, e o navegador faz uma segunda solicitação para esse novo endereço. O visitante vê a URL mudar.

Isso significa que um redirecionamento precisa de três coisas que um CNAME não fornece:

1. Um servidor que recebe a solicitação para o hostname original
2. Um certificado HTTPS válido para esse hostname, se o visitante digitou https://
3. Uma regra que diz para onde enviar a solicitação

A regra pode ser tão simples quanto “tudo em old.com vai para new.com” ou tão detalhada quanto “old.com/pricing vai para new.com/plans”. Como os redirecionamentos funcionam no nível da URL, eles podem manter os caminhos e as strings de consulta intactos, enviar diferentes visitantes para lugares diferentes e informar aos mecanismos de busca se uma mudança é permanente. Se você estiver decidindo entre códigos de status permanentes e temporários, nosso guia sobre redirecionamentos 301 vs 302 explica as consequências de SEO de cada um.

CNAME vs redirecionamento, lado a lado#

A frase a lembrar é “precisa de um servidor para responder”. TechTarget explica^[2] que um CNAME não produz um redirecionamento por si só: o servidor que recebe a solicitação HTTP precisa ser configurado para retornar um. É por isso que as pessoas que configuram um CNAME e esperam encaminhamento acabam com um erro de certificado ou uma página padrão.

Um CNAME pode redirecionar um domínio?#

Não. Um CNAME aponta para outro domínio ou subdomínio, e não pode ser usado para criar um redirecionamento HTTP^[1]. A confusão vem da palavra “alias”. Parece “envie os visitantes para lá”, mas na verdade só significa “trate este nome como aquele nome para fins de consulta”.

Veja o que acontece se você apontar old-domain.com para new-domain.com com um CNAME e nada mais:

• O navegador do visitante resolve old-domain.com para o IP do servidor de new-domain.com.
• Ele se conecta e solicita uma página para o host old-domain.com.
• O servidor não reconhece esse nome de host, retorna o site errado ou falha na verificação do certificado, porque o certificado não cobre old-domain.com.

O visitante nunca é enviado para new-domain.com. Para o encaminhamento funcionar, o servidor que responde por old-domain.com precisa conhecer esse nome de host, ter um certificado válido para ele e retornar uma resposta de redirecionamento.

O problema do domínio raiz#

Há um segundo motivo pelo qual um CNAME raramente funciona para encaminhamento de todo o domínio: o apex. O apex, também chamado de domínio raiz ou naked domain, é yourbrand.com sem nenhum prefixo. Ele já contém registros obrigatórios, como os registros SOA e NS, e um CNAME não pode compartilhar um nome com outros registros. A Hetzner afirma^[1] que os registros CNAME geralmente pertencem a subdomínios, não podem coexistir com outros registros no mesmo nome e não devem ser usados no apex da zona em DNS padrão.

Alguns provedores de DNS oferecem sua própria solução alternativa com nomes como ALIAS ou ANAME. Esses são mecanismos específicos do provedor que resolvem o destino para você e retornam um endereço, o que é diferente de um CNAME padrão. Eles resolvem o problema de consulta, mas ainda não redirecionam: você precisa de um servidor respondendo nesse nome para encaminhar os visitantes.

O padrão usual para encaminhamento de domínio raiz é:

• Aponte o apex para o serviço de encaminhamento com um registro A (ou um ALIAS/ANAME, se o seu provedor de DNS suportar um).
• Aponte www para o mesmo serviço com um CNAME, se necessário.
• Deixe o serviço retornar o redirecionamento via HTTPS.

O que acontece com o e-mail#

Se você encaminhar um domínio, seu e-mail precisa continuar funcionando. A regra é simples: um hostname com um CNAME não pode também conter outros registros, como MX^[2], e um domínio que recebe e-mail não deve ter um CNAME nesse nome. Essa é mais uma razão para não tentar forçar um CNAME no raiz de um domínio que lida com e-mail.

Um redirecionamento não afeta o e-mail em nada. Ele atua apenas em solicitações web. Seus registros MX, SPF, DKIM e DMARC permanecem no DNS como estavam, e o e-mail continua fluindo para os mesmos servidores. Se você estiver adicionando um serviço de encaminhamento a um domínio que envia ou recebe e-mail, altere apenas os registros da web (A, AAAA ou o CNAME de www) e deixe os registros de e-mail intactos. Nosso guia prático de registros DNS de e-mail lista o que cada um faz, para que você veja quais devem permanecer inalterados.

Como redirecionar um domínio para outro#

Esta é a pergunta que a maioria das pessoas que pesquisam por “CNAME vs redirect” realmente quer ver respondida. O processo é o mesmo, independentemente do provedor que você usar.

Passo 1: Decida o tipo de redirecionamento#

Use um redirecionamento permanente quando a mudança for definitiva, como em um rebranding ou em um domínio aposentado. Use um temporário quando o endereço original voltar, como em uma campanha ou página de manutenção. Redirecionamentos permanentes informam aos mecanismos de busca que transfiram a autoridade da URL antiga para a nova.

Etapa 2: Decida o que acontece com os caminhos#

Você quer que old.com/anything vá para a nova página inicial ou para new.com/anything? Preservar os caminhos é quase sempre melhor para os visitantes e para a busca, porque cada página antiga vai para a sua equivalente. Se você precisar de uma opção para muitos subdomínios, um redirecionamento curinga resolve isso em uma regra.

Etapa 3: Aponte o DNS para o serviço que fará o redirecionamento#

• Para o domínio raiz: um registro A (ou ALIAS/ANAME) para o serviço de redirecionamento.
• Para subdomínios como www ou go: um CNAME para o hostname fornecido pelo serviço.

Aqui os dois conceitos trabalham juntos. O DNS leva a solicitação ao servidor correto, e o servidor faz o redirecionamento.

Etapa 4: Certifique-se de que o HTTPS funcione para o domínio antigo#

Visitantes que digitam ou clicam em https://old.com precisam de um certificado válido para old.com, ou verão um aviso do navegador antes que qualquer redirecionamento possa acontecer. Esta é a etapa que a maioria das configurações caseiras pula; servir redirecionamentos por HTTPS mostra como obter o certificado primeiro.

Etapa 5: Teste#

Abra a URL antiga numa janela privada, confirme que ela leva à página correta e verifique se a barra de endereço mostra o destino. Teste um deep link, não apenas a página inicial. Teste também tanto http:// quanto https://, e tanto www quanto sem www. Um verificador de redirecionamentos lista cada salto com o respetivo código de status, para que você possa confirmar que a URL antiga responde com um único redirecionamento permanente, em vez de uma cadeia.

Redirecionamento DNS ou redirecionamento de servidor?#

Muitos registradores vendem “encaminhamento de domínio” ou “encaminhamento da web” como um recurso. Isso funciona apontando o seu domínio para os servidores de encaminhamento do próprio registrador, que então retornam um redirecionamento. Isso é um serviço de redirecionamento, não um truque com CNAME. Se isso é suficiente depende de quanto controle você precisa sobre códigos de status, HTTPS, caminhos e relatórios. Comparamos as duas abordagens com mais detalhes em redirecionamento DNS vs redirecionamento de servidor.

A velocidade também importa. Cada redirecionamento adiciona uma solicitação antes de o visitante ver o conteúdo, então um servidor de redirecionamento lento custa diretamente para você. Veja por que a velocidade do redirecionamento importa para saber como manter esse salto curto.

Quão rápido o servidor de redirecionamento responde#

Qualquer servidor para o qual você aponte o DNS terá seu tempo de resposta adicionado a cada visita que passar pela URL antiga. Nosso benchmark de velocidade de redirecionamento^[3] mede esse salto para 27 provedores a partir de Washington, D.C., Frankfurt e Tóquio. De 27 de outubro a 3 de novembro de 2026, o tempo mediano até o primeiro byte de um redirecionamento variou de 9 ms (Amazon CloudFront) a 586 ms (Apache). Redirecionamentos servidos pelo RedirHub responderam com mediana de 15 ms, redirecionamentos respondidos pelo nginx em 143 ms e redirecionamentos do Amazon S3 em 293 ms.

Qual deles você deve usar?#

Um teste simples: se o visitante deve ver uma URL diferente depois, você precisa de um redirecionamento. Se o visitante deve continuar vendo seu hostname enquanto outro provedor entrega o conteúdo, você precisa de um CNAME.

Há uma terceira opção quando o DNS do domínio não pode ser alterado de forma alguma: com Modo de Integração, a plataforma que já atende o site (Cloudflare Workers, Next.js na Vercel ou Caddy) busca suas regras de redirecionamento no RedirHub, então nenhum CNAME ou registro A é envolvido.

Erros comuns#

• Usar um CNAME e esperar encaminhamento. O alias resolve, mas ninguém envia o visitante para lugar nenhum.
• Colocar um CNAME no domínio raiz. Ele entra em conflito com os registros que precisam ficar lá, incluindo os registros de e-mail.
• Esquecer o HTTPS no domínio antigo. O redirecionamento nem chega a acontecer se o navegador bloquear a conexão primeiro.
• Redirecionar tudo para a página inicial. Os links diretos perdem a relevância e os visitantes perdem o destino.
• Encadear redirecionamentos e aliases. Cada etapa extra adiciona atraso. Aponte diretamente para o destino final.
• Usar um redirecionamento temporário para uma mudança permanente. Os motores de busca podem continuar tratando o URL antigo como o principal.

A nossa perspetiva#

Gerir redirecionamentos sem executar servidores#

Se gere vários domínios, ou se quer links de marca e códigos QR que possa apontar para outro destino mais tarde, manter os seus próprios servidores de redirecionamento e certificados dá bastante trabalho. O RedirHub permite usar o seu próprio domínio para links de marca e redirecionamentos de domínio, com SSL gerido por nós e análises sobre o tráfego que passa por eles.

Os planos começam em 49 $ por mês para o Core e 119 $ por mês para o Pro, e o Enterprise é definido por contrato; consulte a página de preços para ver o que cada um inclui. Se estiver a migrar um site, o nosso serviço de migração de websites cobre o mapeamento de URLs antigos para novos. Para materiais impressos, os códigos QR dinâmicos permitem alterar o destino depois de imprimir.