Redirecionamento 301 não funciona? 6 causas comuns e soluções

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

Falhas de redirecionamento são frustrantes e custam mais do que apenas tempo. Cada redirecionamento quebrado significa tráfego perdido, backlinks quebrados e uma experiência ruim para quem clica em um link antigo. Para empresas que dependem de busca orgânica, um redirecionamento configurado incorretamente pode vazar valor de SEO silenciosamente por semanas antes que alguém perceba.

A boa notícia: a maioria das falhas de redirecionamento vem de apenas algumas causas. Este guia percorre cada uma delas, desde problemas de DNS até erros de configuração do servidor, com etapas concretas 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 isso acontece: As alterações 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é que o TTL antigo expire em todo o mundo, os resolvedores de DNS na internet continuam servindo o endereç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 o whatsmydns.net para ver o status da propagação em diferentes regiões
• Verifique o TTL do seu domínio nas configurações do seu provedor de DNS

Como corrigir:

• Reduza o TTL antes da alteração planejada e permita que o TTL anterior expire primeiro. Reduzi-lo depois que os resolvedores já armazenaram em cache o registro antigo não encurta essa entrada de cache existente.
• Compare a resposta DNS autoritativa com as respostas dos resolvedores recursivos. O tempo depende do TTL anterior e do provedor; esperar um número fixo de horas não comprova que os registros estão corretos.
• Se a propagação parecer travada, verifique se você atualizou os registros no provedor de DNS correto (aquele para o qual seus nameservers apontam, não necessariamente o registrador do seu domínio)

#2 Erros de sintaxe do .htaccess#

O problema: Você adicionou uma regra de redirecionamento ao seu arquivo .htaccess, mas o servidor retorna um erro interno 500, ignora a regra completamente ou a aplica incorretamente.

Por que isso acontece: O mod_rewrite do Apache é poderoso, mas implacável. Um único espaço faltando, uma flag incorreta ou uma regra conflitante pode quebrar toda a configuração. Os erros comuns incluem:

• Falta o RewriteEngine On no topo do bloco de regras
• Usando http:// em vez de https:// no URL de destino
• Verifique a sintaxe da diretiva que você está usando. Em um padrão RewriteRule de .htaccess por diretório, o Apache remove a barra inicial; regras em outros contextos podem se comportar de forma diferente.
• Regras conflitantes que se sobrepõem devido à ordem

Como diagnosticar:

• Verifique o log de erros do seu servidor — o Apache registra os números exatos das linhas para erros de sintaxe
• Renomeie temporariamente .htaccess para outro nome — se o erro desaparecer, o 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:

apacheRedirect 301 /old-page https://example.com/new-page

• Para redirecionamentos baseados em regex com mod_rewrite:

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

• Se o seu site roda em Nginx em vez de Apache, os arquivos .htaccess são ignorados completamente — você precisa adicionar as regras na configuração do bloco server em vez disso

#3 Cadeia ou loop de redirecionamento#

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

Por que isso acontece: Uma cadeia de redirecionamento acontece 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 DevTools do Chrome → aba Network → recarregue a página — examine a cadeia de solicitações 3xx
• Se você vir a mesma URL aparecendo duas vezes na cadeia, isso é um loop
• Insira a URL em nosso teste de velocidade de redirecionamento para ver cada salto, seu código de status e para onde ele termina

Como corrigir:

• Mapeie todas as regras de redirecionamento ativas que você tiver — no .htaccess, em plugins do CMS, em regras de borda da CDN e na ferramenta de gerenciamento de redirecionamentos
• Remova regras intermediárias que não são mais necessárias. Consolide 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 todos 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 isso acontece: Navegadores, nós de borda da CDN e caches no nível do servidor armazenam agressivamente redirecionamentos 301 em cache. Depois que um navegador vê um 301, ele pode lembrar desse redirecionamento indefinidamente — mesmo depois de você tê-lo alterado. O mesmo se aplica a caches de CDN como o Cloudflare, que podem servir respostas de redirecionamento desatualizadas a partir dos nós de borda.

Como diagnosticar:

• Compare o resultado de uma janela privada com uma sessão normal e uma solicitação da linha de comando. Uma diferença sugere estado do navegador ou cache, mas não é, por si só, um diagnóstico completo.
• Use curl -I https://example.com/old-page para ver os cabeçalhos reais da resposta do servidor sem interferência do navegador
• Verifique os cabeçalhos Cache-Control e Age na resposta

Como corrigir:

• Limpe as imagens e ficheiros em cache do seu navegador, ou continue a testar numa janela privada
• Purgue a cache da sua CDN para o URL antigo; a maioria das CDNs permite purgar um único URL
• 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 espera alterar

#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ê configurou 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, é imediatamente redirecionado de novo 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 seu URL de origem
• Procure avisos de conteúdo misto no console do navegador
• Verifique se o HSTS está ativado (verifique o cabeçalho de resposta Strict-Transport-Security)

Como corrigir:

• Redirecione sempre para o URL completo em HTTPS: https://new-domain.com/page em vez de apenas new-domain.com/page
• Certifique-se de que todos os domínios na cadeia tenham 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 sirva apenas redirecionamentos
• Use um único protocolo canônico (sempre HTTPS) em todas as suas regras de redirecionamento

#6 Tipo de Redirecionamento Incorreto#

O problema: Seu redirecionamento funciona, mas os mecanismos de busca não estão transferindo a autoridade de links, ou os visitantes não conseguem adicionar o destino aos favoritos corretamente.

Por que isso acontece: Diferentes códigos de status HTTP dizem aos navegadores e aos motores de busca coisas diferentes sobre o redirecionamento:

• 301 (Movido Permanentemente): Transfere a maior parte da autoridade de links. Use para mudanças permanentes, como alterações de domínio ou reestruturação
• 302 (Encontrado): Temporário. O Google geralmente mantém a URL antiga indexada, então os sinais de classificação permanecem lá. 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 HTML, não HTTP. O Google interpreta um meta refresh instantâneo (0 segundos) como permanente e um atrasado como temporário, mas isso só funciona depois que a página carrega, então use um redirecionamento no servidor quando puder

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 ou 308 para mudanças permanentes para uma substituição relevante. Se uma página for removida sem uma substituição adequada, um 404 ou 410 pode ser apropriado em vez de um redirecionamento não relacionado.
• Use 302 ou 307 apenas para redirecionamentos genuinamente temporários (promoções, páginas de manutenção, testes A/B)
• Evite meta refresh (<meta http-equiv="refresh">) para URLs importantes; use um verdadeiro HTTP 301 em vez disso
• Escolha o status de acordo com se a alteração é permanente ou temporária e depois verifique o comportamento. Não assuma que toda resposta temporária causa uma perda fixa de valor de SEO.

Como Prevenir Falhas de Redirecionamento#

O ciclo de diagnóstico e correção de problemas de redirecionamento é demorado. Veja como evitar a maioria deles desde o início:

• Teste com curl antes de lançar: Execute curl -IL https://source-url.com para verificar toda a cadeia de redirecionamento antes de anunciar qualquer alteração de URL
• Mantenha um mapa de redirecionamentos: Documente cada regra de redirecionamento. Quando você migrar ou reestruturar, atualize o mapa. Isso evita cadeias acidentais e regras órfãs
• Use uma plataforma dedicada de gerenciamento de redirecionamentos: Gerenciar redirecionamentos por meio de .htaccess, plugins do WordPress ou arquivos de configuração do servidor funciona — até deixar de funcionar. Quando você tem dezenas ou centenas de redirecionamentos, a abordagem manual gera erros. Uma plataforma dedicada oferece depuração visual de cadeias de redirecionamento, tratamento automático de HTTPS, análises sobre o tráfego de redirecionamento, importação e exportação em massa e registros de auditoria para acompanhar alterações.
• Defina TTLs baixos antes de fazer alterações de DNS: Reduza seu TTL para 300 segundos pelo menos 24 horas antes de qualquer atualização planejada de DNS
• Teste em um ambiente de homologação: Nunca implante alterações de redirecionamento diretamente em produção sem testar o caminho completo
• Mapeie cada URL antiga para a nova página mais próxima: enviar tudo para a página inicial "funciona" tecnicamente, mas os visitantes e os motores de busca perdem a página que estavam procurando

A abordagem da RedirHub: elimine as suposições#

Falhas de redirecionamento podem ocorrer em qualquer configuração. Um serviço gerenciado pode reduzir a configuração de servidor que você opera, mas registros DNS, pré-requisitos de certificado, respostas em cache e disponibilidade do destino ainda precisam de atenção.

A RedirHub responde aos redirecionamentos a partir da sua própria rede de borda, separada do seu servidor web. Não há arquivos .htaccess para quebrar nem servidor para reiniciar quando você adiciona uma regra. Você gerencia os redirecionamentos em um painel, o HTTPS é emitido automaticamente com certificados SSL gratuitos para raiz e www, e grandes migrações podem ser carregadas com uma importação de redirecionamentos CSV em vez de regras escritas manualmente.

Como isso se relaciona com as causas acima:

• Configuração de DNS: use os valores exigidos em Connect DNS. Domínios raiz usam os registros A e TXT de verificação exibidos; subdomínios suportados usam CNAME. As entradas de cache DNS existentes ainda precisam expirar.
• Erros .htaccess: não há configuração de servidor para editar. Você preenche Redirect from, Redirect to e Redirect type, e What happens mostra uma prévia de onde as URLs de exemplo irão parar antes de você salvar.
• Cadeias: cada redirecionamento fica em uma única lista de Links, então você pode apontar URLs antigas diretamente para o destino final em vez de empilhar regras em vários lugares.
• Cache: as alterações entram em vigor do nosso lado assim que você salva. Navegadores que já armazenaram em cache um 301 antigo ainda podem se lembrar dele, então teste as alterações em uma janela privada ou com curl.
• HTTPS: os certificados são emitidos e renovados automaticamente para raiz e www, então o domínio antigo também funciona em https://.
• Códigos de status: escolha 301, 302, 307 ou 308 por redirecionamento e veja o código ao lado de cada URL de exemplo antes de criá-lo.

Se você tem um site em um servidor que controla, corrigir a regra lá é gratuito e rápido. Um serviço de redirecionamento vale a pena quando você gerencia muitos domínios ou uma migração de site com milhares de URLs, onde regras mantidas manualmente é que fazem com que encadeamentos e erros de digitação apareçam. Os planos começam em US$49/mês (Core) com um teste gratuito de 14 dias.

Lista de verificação rápida#

• O DNS do domínio antigo aponta para onde o redirecionamento está configurado? (dig ou um verificador de DNS)
• O curl -IL https://old-url mostra um 301 no primeiro salto e a URL final correta?
• http://, https://, www e sem www redirecionam todos?
• Há apenas um salto até a URL final, sem loop?
• O domínio antigo tem um certificado válido?
• Você testou em uma janela privada para descartar um redirecionamento em cache?
• Cada página antiga vai para sua página nova correspondente, e não para a página inicial?

Ainda preso? Às vezes, o problema é de nível de infraestrutura — regras conflitantes de CDN, reescritas no nível do servidor substituindo regras no nível da aplicação ou configurações de DNS no nível do registro. Se você seguiu esta lista de verificação e o redirecionamento ainda não estiver funcionando, uma ferramenta visual de diagnóstico de redirecionamento pode mostrar exatamente o que está acontecendo em cada salto.