Redirecionamento de Domínio Não Funcionando? 6 Causas Comuns e Como Corrigi-las

Você configurou um redirecionamento de domínio, aguardou a propagação, testou a URL antiga — e nada acontece. A página continua igual, mostra um erro ou entra em um loop infinito.

As falhas de redirecionamento são frustrantes e custam mais do que apenas tempo. Cada redirecionamento quebrado significa tráfego perdido, backlinks danificados e uma experiência ruim para qualquer pessoa que clique em um link antigo. Para empresas que dependem de busca orgânica, um redirecionamento mal configurado pode, silenciosamente, drenar o valor de SEO por semanas antes que alguém perceba.

A boa notícia: a maioria das falhas de redirecionamento vem de apenas algumas causas. Este guia passa por cada uma delas, desde problemas de DNS até erros de configuração do servidor, com passos concretos para diagnosticar e corrigir.

#1 O DNS Ainda Não Propagou

O problema: Você apontou os registros DNS do seu domínio para o serviço de redirecionamento ou para o novo servidor, mas os visitantes ainda veem o site antigo.

Por que acontece: As mudanças de DNS não entram em vigor instantaneamente. Cada registro DNS tem um valor de TTL (Time to Live) — geralmente de 300 segundos (5 minutos) a 86.400 segundos (24 horas). Até o TTL antigo expirar em todo o mundo, os resolvedores de DNS pela internet continuam fornecendo o IP antigo.

Como diagnosticar:

• •
  Execute dig example.com no seu terminal e verifique a seção ANSWER — o IP é o antigo ou o novo?
• •
  Use um verificador global de propagação de DNS, como whatsmydns.net, para ver o status da propagação em diferentes regiões
• •
  Verifique o TTL do seu domínio nas configurações do provedor de DNS

Como corrigir:

• •
  Antes de fazer alterações no DNS, reduza o TTL para 300 segundos (5 minutos). Isso encurta significativamente a janela de propagação
• •
  Espere — a propagação completa pode levar até 48 horas com TTLs padrão, embora geralmente seja muito mais rápida (de minutos a algumas horas)
• •
  Se a propagação parecer travada, verifique se você atualizou os registros no provedor de DNS correto (o local para onde apontam seus nameservers, e não necessariamente o seu registrador de domínio)

#2 Erros de Sintaxe no .htaccess

O problema: Você adicionou uma regra de redirecionamento ao seu arquivo .htaccess , mas o servidor retorna um 500 Internal Server Error, ignora a regra completamente ou a aplica de forma incorreta.

Por que acontece: O mod_rewrite do Apache é poderoso, mas não perdoa. Um único espaço faltando, uma flag incorreta ou uma regra conflitante pode quebrar toda a configuração. Erros comuns incluem:

• •
  Falta o RewriteEngine On no topo do bloco de regras
• •
  Usar http:// em vez de https:// no URL de destino
• •
  Esquecer a barra inicial no padrão
• •
  Regras conflitantes que se anulam devido à ordem

Como diagnosticar:

• •
  Verifique o log de erros do seu servidor — o Apache registra números de linha exatos para erros de sintaxe
• •
  Renomeie temporariamente o .htaccess para outra coisa — se o erro desaparecer, seu .htaccess é o culpado

Como corrigir:

• •
  Comece com uma regra mínima e teste antes de adicionar complexidade
• •
  Sintaxe correta para um redirecionamento 301 básico:

apache
Redirect 301 /old-page https://example.com/new-page

• •
  Para redirecionamentos baseados em regex com mod_rewrite:

apache
RewriteEngine On
RewriteRule ^old-path/(.*)$ https://example.com/new-path/$1 [R=301,L]

• •
  Se o seu site for executado no Nginx em vez de Apache, os arquivos .htaccess são ignorados completamente — você precisa adicionar regras na configuração do bloco do servidor

#3 Cadeia de Redirecionamento ou Loop

O problema: o redirecionamento começa, mas nunca chega ao destino — o navegador eventualmente mostra "muitos redirecionamentos" ou a página demora para carregar.

Por que acontece: uma cadeia de redirecionamento ocorre quando a URL A redireciona para B, B redireciona para C, e assim por diante. Um loop acontece quando a cadeia volta para uma URL anterior. Ambos são comuns durante migrações de sites quando redirecionamentos antigos e novos se sobrepõem sem limpeza.

Como diagnosticar:

• •
  Abra o Chrome DevTools → aba Network (Rede) → recarregue a página — examine a cadeia 3xx das requisições
• •
  Se você vir a mesma URL aparecendo duas vezes na cadeia, isso é um loop
• •
  Use uma ferramenta de verificação de redirecionamentos (como redirectcheck.com) para visualizar a cadeia completa

Como corrigir:

• •
  Mapeie todas as regras de redirecionamento ativas que você tem — em .htaccess, plugins do CMS, regras de borda do CDN e na ferramenta de gerenciamento de redirecionamentos
• •
  Remova regras intermediárias que já não são necessárias. Consolide as cadeias em um único redirecionamento direto (A → D em vez de A → B → C → D)
• •
  Se estiver usando WordPress, verifique todos os plugins ativos — plugins de cache, plugins de SEO e plugins de segurança podem adicionar regras de redirecionamento conflitantes

#4 Fantasmas de Cache

O problema: Você atualizou ou removeu um redirecionamento, mas os visitantes ainda são redirecionados para o destino antigo.

Por que acontece: Navegadores, nós de borda da CDN e caches no nível do servidor armazenam 301 redirecionamentos de forma agressiva. Depois que um navegador vê um 301, ele pode lembrar o redirecionamento indefinidamente — mesmo depois que você o alterou. O mesmo vale para caches da CDN como o Cloudflare, que pode servir respostas de redirecionamento desatualizadas a partir dos nós de borda.

Como diagnosticar:

• •
  Abra a página em uma janela anônima/privada — se funcionar corretamente lá, o problema é o cache do navegador
• •
  Use curl -I https://example.com/old-page para ver os cabeçalhos reais de resposta do servidor sem interferência do navegador
• •
  Verifique os cabeçalhos Cache-Control e Age na resposta

Como corrigir:

• •
  Limpe o cache do navegador (Chrome: Configurações → Privacidade → Limpar dados de navegação → Imagens e arquivos em cache)
• •
  Limpe o cache da CDN (Cloudflare: Painel → Cache → Limpar tudo ou limpeza de URL único)
• •
  Para redirecionamentos futuros, use 302 (temporário) durante os testes e depois mude para 301 (permanente) apenas quando tiver certeza de que o destino está correto
• •
  Adicione cabeçalhos de cache explícitos: Cache-Control: no-cache, max-age=0 para redirecionamentos que você espera que mudem

#5 Problemas Mistos de HTTP/HTTPS

O problema: O destino do seu redirecionamento usa HTTPS, mas o redirecionamento envia o tráfego para a versão HTTP — ou vice-versa. Os visitantes veem um aviso de certificado ou uma página quebrada.

Por que acontece: Este é um dos modos de falha de redirecionamento mais negligenciados. Você configura um redirecionamento de http://old-domain.com para http://new-domain.com , mas o novo domínio impõe HTTPS via HSTS. O navegador faz um redirecionamento e, em seguida, é redirecionado imediatamente novamente para HTTPS — ou pior, a versão HTTPS do domínio antigo tem um certificado expirado ou incompatível.

Como diagnosticar:

• •
  Verifique as versões http:// e https:// do URL de origem
• •
  Procure avisos de conteúdo misto no console do navegador
• •
  Verifique se o HSTS está sendo aplicado (verifique o cabeçalho de resposta Strict-Transport-Security)

Como corrigir:

• •
  Sempre redirecione para a URL HTTPS completa: https://new-domain.com/page em vez de apenas new-domain.com/page
• •
  Garanta que cada domínio na cadeia tenha um certificado SSL válido instalado
• •
  Se estiver redirecionando de um domínio antigo, certifique-se de que o domínio antigo também tenha cobertura SSL — mesmo que ele apenas sirva redirecionamentos
• •
  Use um único protocolo canônico (sempre HTTPS) em todos os seus rules de redirecionamento

#6 Tipo de Redirecionamento Incorreto

O problema: Seu redirecionamento funciona, mas os mecanismos de busca não estão repassando link equity, ou os visitantes não conseguem marcar o destino corretamente

Por que acontece: Códigos de status HTTP diferentes dizem aos navegadores e aos mecanismos de busca coisas diferentes sobre o redirecionamento:

• •
  301 (Movido Permanentemente): Repasse a maior parte do link equity. Use para mudanças permanentes como alterações de domínio ou reestruturação
• •
  302 (Encontrado): Não passa equidade de links. Use apenas para redirecionamentos temporários como testes A/B ou páginas de destino sazonais
• •
  307 (Redirecionamento Temporário): Semelhante ao 302, mas preserva o método HTTP. Usado para redirecionamentos temporários de API
• •
  Meta Refresh: Um redirecionamento baseado em HTML (não HTTP). Lento, perde equidade de links e oferece uma experiência ruim ao usuário

Como diagnosticar:

• •
  Verifique o código de status da resposta usando curl -I https://example.com/old-page
• •
  Procure o cabeçalho Location e o código de status 3xx na primeira linha da resposta

Como corrigir:

• •
  Use 301 para todos os redirecionamentos permanentes — migrações de domínio, mudanças na estrutura de URLs, exclusões de páginas
• •
  Use 302 ou 307 apenas para redirecionamentos realmente temporários (promoções, páginas de manutenção, testes A/B)
• •
  Nunca use meta refresh ( <meta http-equiv="refresh"> ) para redirecionamentos críticos para SEO — use redirecionamentos HTTP adequados em vez disso
• •
  Se você não tiver certeza de qual tipo usar, use 301. Alterar um 302 para 301 depois não vai te prejudicar, mas usar um 302 para uma mudança permanente vai custar valor de SEO

Como evitar falhas de redirecionamento

O ciclo de diagnóstico e correção de problemas de redirecionamento é demorado. Veja como evitar a maioria deles com antecedência:

• •
  Teste com curl antes de colocar no ar: Execute curl -IL https://source-url.com para verificar toda a cadeia de redirecionamentos antes de anunciar qualquer mudança de URL
• •
  Mantenha um mapa de redirecionamentos: Documente cada regra de redirecionamento. Ao migrar ou reestruturar, atualize o mapa. Isso evita cadeias acidentais e regras órfãs
• •
  Use uma plataforma dedicada para gerenciar redirecionamentos: Gerenciar redirecionamentos via .htaccess, plugins do WordPress ou arquivos de configuração do servidor funciona — até que não funcione. Quando você tem dezenas ou centenas de redirecionamentos, a abordagem manual gera erros. Uma plataforma dedicada oferece depuração visual das cadeias de redirecionamento, tratamento automático de HTTPS, análises do tráfego de redirecionamentos, importação e exportação em lote e logs de auditoria para rastrear mudanças.
• •
  Defina TTLs baixos antes de fazer alterações no DNS: Reduza o TTL para 300 segundos pelo menos 24 horas antes de qualquer atualização planejada de DNS
• •
  Teste em um ambiente de staging: Nunca implemente mudanças de redirecionamento diretamente na produção sem testar todo o caminho

A abordagem da RedirHub: elimine as suposições

Cada causa neste guia — atrasos de DNS, erros no .htaccess, cadeias de redirecionamento, fantasmas de cache, incompatibilidades de SSL, códigos de status incorretos — remete a uma única coisa: gerenciar redirecionamentos por meio de uma infraestrutura que não foi construída para isso.

O RedirHub gerencia redirecionamentos na borda, separado do seu servidor web e da configuração de DNS. Isso significa nenhuma necessidade de arquivos .htaccess para corromper, nenhuma reinicialização do servidor ao adicionar uma regra e nenhuma preocupação com TTLs ou “fantasmas” de cache. Cada redirecionamento é gerenciado por meio de um painel visual com propagação instantânea, HTTPS automático, análises integradas e importação em massa para migrações em larga escala.

Veja como o RedirHub elimina cada problema deste guia:

• •
  Propagação de DNS — O RedirHub usa uma configuração baseada em CNAME. Não é necessário alterar registros A. Os redirecionamentos se propagam globalmente em segundos, não em horas.
• •
  Erros de .htaccess — Não há arquivos de configuração do servidor para editar. Todas as regras são gerenciadas em uma interface visual com validação integrada. Se a sintaxe estiver errada, a interface avisa antes de a regra entrar no ar.
• •
  Cadeias de redirecionamento — O painel mostra o caminho completo de cada regra. Você pode ver e eliminar cadeias com um clique. Acabou a adivinhação sobre onde o loop começa.
• •
  “Fantasmas” de cache — O RedirHub define, por padrão, cabeçalhos de cache ideais. Ao atualizar um redirecionamento, a mudança entra em vigor imediatamente na borda. Não é necessário limpar o cache do navegador.
• •
  Problemas com HTTPS — SSL automático em cada redirecionamento. Sem configuração manual de certificados, sem surpresas de conteúdo misto.
• •
  Códigos de status incorretos — Defina 301, 302 ou 307 por regra na interface. Sem cabeçalhos “crus” para configurar.

Se você está gastando tempo depurando redirecionamentos em vez de avançar com seu site, isso é um sinal de que a configuração não está correta. Uma plataforma de redirecionamento feita para esse fim remove o atrito da infraestrutura para que você possa focar na migração, não na mecânica.

Checklist de Consulta Rápida

Ainda preso? Às vezes o problema está no nível da infraestrutura — regras conflitantes de CDN, reescritas no nível do servidor que substituem regras no nível da aplicação, ou configurações de DNS no nível do registrador. Se você passou por esta lista de verificação e o redirecionamento ainda não funciona, uma ferramenta de diagnósticos visuais de redirecionamento pode mostrar exatamente o que está acontecendo em cada salto.