Como fazer redirecionamento 301 sem perder SEO

O que é um redirecionamento 301

O código HTTP 301 indica que a página solicitada foi movida permanentemente. Quando alguém abre o endereço antigo, o servidor responde com o novo destino e o navegador segue para ele. Mecanismos de busca também recebem essa informação e podem substituir gradualmente o endereço antigo pelo novo nos resultados.

O redirecionamento não copia conteúdo nem cria uma página intermediária. Ele acontece antes de o destino ser exibido. Por isso, é diferente de colocar um aviso com um link, usar um botão ou depender de JavaScript depois do carregamento. Em mudanças definitivas, a resposta do servidor costuma ser a solução mais direta.

Quando o 301 deve ser usado

Use o 301 quando a mudança não será desfeita: alteração do slug de um artigo, reorganização de categorias, substituição de uma página antiga por outra equivalente, migração de HTTP para HTTPS ou troca de domínio. A regra deve permanecer disponível enquanto existirem links, favoritos ou registros que apontem para o endereço anterior.

Também é adequado quando duas páginas muito semelhantes serão consolidadas. Escolha a versão mais completa como destino, incorpore nela o que ainda for útil e redirecione a página removida. A decisão precisa considerar intenção e conteúdo, não apenas semelhança de palavras-chave.

Quando usar um redirecionamento temporário

Se a página original voltará a ser usada, escolha uma resposta temporária, como 302 ou 307. Isso pode ocorrer durante manutenção breve, teste controlado ou indisponibilidade passageira. O Google trata redirecionamentos temporários de forma diferente porque o endereço de origem pode continuar sendo o principal nos resultados.

Não escolha o código apenas porque é mais fácil na plataforma. Defina primeiro se a mudança é permanente. Trocar repetidamente entre regras temporárias e permanentes cria sinais inconsistentes e torna o diagnóstico mais difícil para quem administra o site.

301, 308, 302 e 307: qual é a diferença prática

Os códigos 301 e 308 representam mudanças permanentes. Os códigos 302 e 307 representam mudanças temporárias. Para uma navegação comum, o visitante pode não perceber diferença, mas o significado enviado aos buscadores e clientes HTTP é importante para canonização e manutenção da URL.

O 308 preserva o método da requisição com mais rigor, enquanto implementações históricas do 301 podem converter certos métodos em GET. Em páginas públicas acessadas por GET, ambos podem cumprir a função permanente. Formulários, APIs e rotas com outros métodos exigem avaliação técnica antes de qualquer regra.

Comece com um inventário das URLs

Antes de editar o servidor, reúna os endereços que serão alterados. Use o sitemap, relatórios do Search Console, Analytics, links de campanhas, backlinks conhecidos e uma varredura do próprio site. Essa lista revela páginas que poderiam ser esquecidas se o planejamento considerasse apenas o menu atual.

Registre para cada URL o status atual, o novo destino, a razão da mudança e o responsável pela validação. Inclua variações com parâmetros somente quando elas exigirem tratamento próprio. Um inventário simples em planilha já reduz bastante o risco de regras incompletas.

Crie um mapa de URL antiga para URL nova

Cada endereço antigo deve apontar para a página nova mais equivalente. Um artigo sobre criação de sites deve levar à versão atualizada desse artigo, não à página inicial. Uma página de serviço removida pode apontar para o serviço que realmente a substituiu. Se não houver equivalente útil, talvez um 404 ou 410 seja mais honesto.

Evite mapeamentos por conveniência. O destino precisa satisfazer a expectativa de quem clicou no link antigo. Quando dezenas de URLs diferentes apontam para uma página genérica sem relação, visitantes se perdem e o Google pode não interpretar a mudança como uma substituição válida.

Evite cadeias de redirecionamento

Uma cadeia acontece quando A redireciona para B e B redireciona para C. O navegador geralmente chega ao final, mas cada salto acrescenta trabalho, dificulta a manutenção e aumenta a chance de falha. Atualize a regra original para que A aponte diretamente para C.

Cadeias aparecem depois de várias reformulações. Por isso, revise regras antigas sempre que mudar uma URL já redirecionada. O mapa deve registrar o destino final vigente, e os links internos precisam apontar diretamente para ele.

Elimine loops e destinos quebrados

Um loop ocorre quando duas ou mais regras enviam a navegação em círculo, como A para B e B para A. O navegador interrompe o processo e mostra erro. Outro problema é configurar um 301 para uma página que responde 404, está bloqueada ou redireciona novamente sem necessidade.

Teste origem, código de resposta, cabeçalho Location e status do destino. Faça isso em ambiente de homologação quando possível e repita após o deploy. Uma regra que parece correta no arquivo pode ser alterada por CDN, proxy, hospedagem ou outra camada da aplicação.

Como configurar no Next.js

No Next.js, redirecionamentos estáticos podem ser definidos na função redirects do arquivo de configuração. Cada regra informa source, destination e permanent. Quando permanent é verdadeiro, o framework usa um redirecionamento permanente compatível com a proposta da regra. Rotas dinâmicas também podem ser tratadas com padrões.

Para decisões feitas durante a execução, o App Router oferece funções de redirecionamento. Escolha a abordagem conforme o momento em que o destino é conhecido. Não espalhe regras equivalentes entre configuração, middleware, componentes e servidor sem necessidade, porque isso dificulta descobrir qual camada respondeu.

• Mantenha regras permanentes documentadas junto ao código
• Use caminhos exatos quando apenas uma página mudou
• Teste padrões dinâmicos com URLs reais antes do deploy
• Confirme se parâmetros importantes foram preservados

Como configurar no servidor ou hospedagem

Em Apache, regras simples podem ser configuradas com Redirect e casos complexos com mod_rewrite. Em NGINX, return 301 costuma resolver mapeamentos diretos, enquanto rewrite atende padrões específicos. Painéis de hospedagem e CDNs podem oferecer uma área visual para redirecionamentos.

A sintaxe depende da infraestrutura, mas o princípio é igual: responder na origem antiga com um destino absoluto ou relativo válido. Faça backup da configuração, aplique poucas regras por vez e valide a sintaxe. Um caractere errado pode afetar uma seção inteira ou impedir o servidor de iniciar.

Atualize os links internos

O 301 protege acessos antigos, mas não deve virar parte permanente da navegação interna. Depois da migração, atualize menus, botões, artigos relacionados, breadcrumbs, imagens, arquivos, dados estruturados e chamadas para ação para apontarem diretamente ao endereço novo.

Links internos atualizados reduzem saltos e deixam claro qual URL o site considera principal. Procure também endereços antigos em e-mails automáticos, QR codes, perfis sociais, materiais de vendas e anúncios. Alguns ativos não poderão ser alterados; é justamente por isso que o redirecionamento deve continuar ativo.

Atualize sitemap, canonical e dados estruturados

O sitemap deve listar somente URLs novas que respondem corretamente e podem ser indexadas. Remova endereços antigos em vez de mantê-los como se ainda fossem páginas principais. A tag canonical da nova página deve apontar para ela mesma, salvo uma decisão técnica específica.

Revise ainda URLs presentes em Article, BreadcrumbList, LocalBusiness e outros dados estruturados. Imagem destacada, Open Graph e metadados sociais também podem carregar caminhos antigos. Sinais alinhados ajudam buscadores a compreender a versão escolhida.

Não bloqueie a URL antiga antes da mudança ser processada

O Google precisa acessar o endereço antigo para encontrar a resposta de redirecionamento. Se ele for bloqueado no robots.txt, protegido por autenticação ou removido do servidor, o robô pode não observar o 301. Mantenha origem e destino acessíveis durante o processamento.

Também não use noindex como substituto do redirecionamento. Noindex pede a remoção daquela página dos resultados; não informa sozinho qual conteúdo a substituiu. Para uma mudança permanente, o 301 comunica a relação de forma mais direta.

Quanto tempo manter o redirecionamento

Não existe uma data universal para remover cada regra. Links externos, favoritos, documentos e campanhas antigas podem continuar gerando acessos por anos. Em geral, manter redirecionamentos úteis por longo prazo custa pouco e evita recuperar erros no futuro.

Se a infraestrutura exigir limpeza, consulte logs e relatórios antes de apagar. Verifique se a origem ainda recebe acessos e se buscadores já consolidaram o destino. Mudanças de domínio merecem cuidado ainda maior, porque referências externas podem permanecer indefinidamente.

Como testar antes e depois do deploy

Monte uma amostra que cubra páginas individuais, categorias, parâmetros, barras finais, maiúsculas, HTTP e HTTPS quando aplicável. Para cada origem, confirme o código esperado, o destino exato e a resposta final 200. Teste também uma URL que não deveria corresponder à regra.

Depois do deploy, navegue em celular e desktop, use uma ferramenta de cabeçalhos HTTP e execute uma nova varredura. Verifique se recursos como imagens e PDFs não foram redirecionados por engano. Documente os resultados para comparar caso surja perda de tráfego.

Como acompanhar no Search Console

Inspecione algumas URLs antigas e novas para entender como o Google as encontrou e qual versão está sendo considerada. Acompanhe indexação, sitemaps, cliques e impressões. Durante uma mudança relevante, oscilações temporárias podem acontecer enquanto as páginas são rastreadas novamente.

Compare períodos equivalentes e segmente por página e consulta. Uma queda não prova que o redirecionamento foi a causa: alterações de demanda, posição, conteúdo e campanhas também interferem. Procure sinais técnicos concretos, como destino errado, cobertura incompleta ou aumento de erros.

Erros comuns que prejudicam a migração

Os problemas mais frequentes são enviar tudo à home, criar cadeias, esquecer páginas importantes, misturar 301 e 302 sem critério, remover o domínio antigo cedo demais e deixar sitemap ou canonical apontando para URLs antigas. Regras amplas também podem capturar caminhos que deveriam continuar funcionando.

Outro erro é mudar domínio, estrutura, design, conteúdo e tecnologia ao mesmo tempo sem controle. Quanto mais variáveis mudam juntas, mais difícil identificar a causa de um problema. Quando possível, faça a transição em etapas e mantenha um registro do que foi alterado.

Checklist para uma mudança segura

Antes de publicar, confirme o inventário, o mapa individual, a equivalência dos destinos, o tipo de redirecionamento e o acesso ao domínio antigo. Revise cadeias, loops, parâmetros, links internos, sitemap, canonical, dados estruturados e ferramentas de medição.

Após publicar, teste códigos e destinos, envie o sitemap atualizado, acompanhe Search Console e Analytics e preserve as regras. Se o projeto atende clientes locais, confira também links do Perfil da Empresa no Google, diretórios e páginas regionais para evitar endereços desatualizados.

Conclusão: redirecione pessoas e sinais para o lugar certo

Um bom redirecionamento 301 não é apenas uma linha de configuração. Ele faz parte de um plano que relaciona cada página antiga a um destino realmente útil, atualiza os sinais internos e mantém a experiência contínua para quem chega por buscas, anúncios, mensagens ou favoritos.

Comece pequeno: liste as URLs, defina destinos, teste uma amostra e monitore. Se a mudança envolver muitas páginas, domínio ou infraestrutura, combine desenvolvimento e SEO técnico. O objetivo não é prometer ausência total de oscilação, mas reduzir riscos e tornar cada decisão verificável.