Redirecionamento de URL DNS: o que funciona e o que não funciona

Publicado em 12 de maio de 2026

Se você precisa de um redirecionamento de URL DNS, a primeira coisa a esclarecer é simples: o DNS não redireciona o tráfego da web. O DNS apenas responde com registros como A, AAAA ou CNAME. O redirecionamento real acontece em um servidor web, proxy reverso ou recurso do registrador posicionado à frente do domínio.

É aqui que muitas configurações começam a sair um pouco dos trilhos. O proprietário de um domínio aponta um registro e espera que example.com seja encaminhado para www.example.com ou para um novo caminho do site, mas nada acontece. O DNS fez o trabalho dele. Ele traduziu o nome em um IP. Ele não disse ao navegador para ir para outro lugar.

Redirecionamento de URL DNS vs registros DNS

Se você quer que os visitantes sejam enviados de uma URL para outra, precisa de um redirecionamento HTTP - geralmente 301 para mudanças permanentes ou 302 para temporárias. Esse redirecionamento é retornado por um serviço que consegue falar HTTP ou HTTPS. O DNS não consegue fazer isso sozinho porque ele funciona antes de o navegador solicitar a página web.

Alguns provedores rotulam esse recurso como encaminhamento de domínio, o que causa certa confusão. Nos bastidores, eles não estão fazendo mágica com DNS. Eles estão operando um serviço de encaminhamento que escuta a solicitação e responde com um redirecionamento.

O que usar em vez de DNS para redirecionamentos

As opções mais limpas são um redirecionamento no servidor web, um recurso de redirecionamento do control panel ou encaminhamento do registrador se você não hospeda o site por conta própria. Para uso em produção, os redirecionamentos server-side geralmente são melhores porque você controla os códigos de status, o comportamento do HTTPS e casos extremos como preservar caminhos e strings de consulta.

Se o objetivo é apenas fazer a raiz e o www se comportarem corretamente, um padrão comum é apontar ambos os nomes de host para o mesmo servidor e forçar uma versão canônica no Nginx ou Apache. Se o objetivo é mover um site inteiro, configure um redirecionamento 301 e mantenha o domínio antigo ativo por tempo suficiente para que navegadores e mecanismos de busca acompanhem a mudança. Às vezes, esta não é a situação de DNS mais bonita, mas está sob controle.

Verificações comuns antes de mudar qualquer coisa

Verifique para onde o domínio resolve agora, se um servidor web está respondendo nas portas 80 e 443 e se o SSL já é válido para ambos os nomes. Redirecionamentos HTTPS falham de forma bem evidente se o certificado não corresponder. Verifique também os valores de TTL, porque o cache DNS pode fazer uma configuração corrigida parecer quebrada por algum tempo.

Se você estiver executando infraestrutura para clientes ou lojas, teste com e sem www, em HTTP e HTTPS, e com uma URL profunda de exemplo. Um redirecionamento que funciona apenas na página inicial é um pequeno gremlin, não um trabalho concluído.

Na kodu.cloud, isso geralmente é tratado no nível do servidor ou do painel, onde o comportamento é previsível e fácil de monitorar.

Andres Saar Engenheiro de Atendimento ao Cliente