Redirecionamentos 301 em migração de site

Como Configurar Redirecionamentos 301 para uma Migração de Site Passo a Passo

Uma migração de site nunca é apenas uma mudança técnica. Basta uma URL errada para que uma página que antes ranqueava, convertia ou recebia links de uma newsletter acabe sem utilidade. É por isso que os redirecionamentos 301 precisam de um plano antes do dia de lançamento, e não depois.

Este guia mostra como configurar redirecionamentos 301 para uma migração de site passo a passo, sem fazer com que a camada de redirecionamento carregue todo o trabalho sozinha. Se você está buscando como configurar redirecionamento 301 em migração de site, o ponto de partida é mapear o site antigo, decidir o que merece redirecionamento e conferir os resultados antes que os mecanismos de busca e os usuários encontrem as falhas.

1. Mapeie o tipo de migração e os objetivos dos redirecionamentos

Comece com uma pergunta simples: que tipo de migração de site você está fazendo? Uma mudança de domínio exige uma lógica diferente de uma troca de plataforma, e uma mudança na estrutura de URLs é um caso à parte. Se as três coisas estiverem acontecendo ao mesmo tempo, anote isso primeiro. Não depois.

Por exemplo, uma mudança de marca de oldsite.com para newsite.com pode exigir o redirecionamento de praticamente todas as páginas ativas, enquanto uma mudança de CMS de um sistema de templates para outro pode manter as mesmas URLs e mudar apenas a forma como as páginas são renderizadas. Não é a mesma tarefa. Se você tratar como se fosse, o plano de redirecionamento vai ficar confuso rapidamente.

Defina um objetivo para a camada de redirecionamento: preservar o valor das páginas que já importam. Isso significa tráfego, links e intenção do usuário. Uma página de produto deve levar à página de produto mais próxima. Um post de blog deve levar ao post mais próximo, não à página inicial.

Escreva as regras da migração em linguagem simples. Mantenha tudo curto. “As páginas antigas de categoria vão para as novas categorias.” “As páginas promocionais desativadas não precisam de redirecionamento.” “Arquivos antigos e pouco úteis podem ser removidos.” Essas decisões economizam horas depois, porque os redirecionamentos 301 devem seguir a estrutura real do site, e não palpites feitos na semana do lançamento.

Se a migração também mudar a propriedade do conteúdo ou a configuração de analytics, deixe isso visível para a equipe. Uma mudança de site costuma envolver mais de um grupo, e o mapa de redirecionamento precisa acompanhar o plano de negócio tanto quanto o plano de URLs. Para uma visão mais ampla do trabalho de suporte em uma mudança, veja quanto custa a manutenção de um site.

2. Faça o inventário apenas das URLs que precisam de cobertura de redirecionamento

Não liste todas as URLs históricas, a menos que isso seja realmente necessário. Isso parece organizado no papel, mas desperdiça tempo e cria ruído. Comece com páginas, pastas e arquivos que ainda têm valor: landing pages, páginas de serviço, posts de blog, páginas de categoria, imagens se elas tiverem links públicos e PDFs que ainda recebem visitas.

Extraia URLs de mais de uma fonte. Use o sitemap atual, as análises, os logs do servidor e quaisquer exportações antigas de crawl que você já tenha. Uma URL sem visitas e sem links talvez não mereça atenção. Uma URL com links externos merece. Ela ainda pode ser importante seis meses depois da mudança.

Exclua páginas que devem ser encerradas de propósito. Uma campanha sazonal de 2021 não precisa de um novo destino só porque existe. O mesmo vale para uma antiga página interna de teste. Aqui, a disciplina ajuda. Menos redirecionamentos podem ser melhor do que redirecionamentos demais, desde que os importantes estejam cobertos.

Divida o inventário em grupos simples: páginas, pastas, arquivos e casos especiais. Números ajudam aqui. Uma lista de 12 URLs pode ser tratada de um jeito. Uma lista de 1.200 URLs precisa de regras por padrão, não de regras feitas manualmente linha por linha. Se você pular esta etapa, o mapa de redirecionamento fica difícil de auditar.

Mantenha o inventário focado no site antigo, e não no novo. O site antigo é a fonte da verdade sobre o que existe hoje. O site novo é o destino. Misturar os dois cedo demais dificulta enxergar páginas faltando e duplicidades acidentais.

3. Relacione as URLs antigas às equivalentes corretas no novo site

Agora monte o mapeamento. Um mapa limpo de redirecionamento um para um é o caso mais simples: uma URL antiga vai para uma URL nova, e a relação é óbvia. Um post de blog sobre preços vai para o novo artigo sobre preços. Uma página de serviço sobre auditorias leva à nova página de auditoria. Direto ao ponto.

Na prática, migrações reais raramente são tão organizadas. Às vezes uma página antiga vira duas novas, ou três páginas antigas se concentram em uma página mais forte. Nesses casos, decida o que o usuário provavelmente estava buscando. Se a página antiga cobria tanto “configuração” quanto “suporte”, mas o novo site divide isso em páginas separadas, escolha a melhor opção para a intenção principal e complemente o restante com links internos depois. Em uma migração de site com redirecionamento 301, esse cuidado evita perdas desnecessárias de relevância.

Não redirecione tudo para a página inicial. Isso parece fácil por uma tarde e caro por meses. Os mecanismos de busca não gostam de baixa relevância, e os usuários percebem isso ainda mais rápido. Quem procura uma página de preços não quer uma landing page genérica. Quer a página de preços, ou a substituta mais próxima possível.

Para conteúdo removido, tome uma decisão. Se não houver substituição nem equivalente relevante, deixe fora do mapa de redirecionamento. Isso é mais limpo do que forçar uma correspondência ruim. Uma página sobre um evento de 2019 não precisa de um destino falso só para preencher uma linha da planilha.

Escreva observações ao lado das URLs mais difíceis. Use uma explicação curta para páginas mescladas, páginas divididas e conteúdo desativado. Essas notas importam quando alguém revisa o plano dois dias antes do lançamento e pergunta por que a página A vai para a página B. A resposta deve estar visível no mapa, e não escondida no chat.

4. Escolha o método certo de implementação dos redirecionamentos 301

Onde você coloca os redirecionamentos 301 depende de como o site migrado está hospedado. Em algumas estruturas, a configuração do servidor é o caminho mais limpo. Em outras, o CMS, o CDN ou a camada de roteamento do aplicativo são opções melhores. Escolha o local que consiga entregar os redirecionamentos com confiabilidade, sem adicionar peças desnecessárias.

Se o site roda em um servidor web tradicional, regras no nível do servidor podem ser a opção mais direta. Se o site é gerenciado em um CMS com ferramentas próprias de redirecionamento, isso pode ser suficiente para mudanças menores. Se o tráfego passa por um CDN, regras na borda podem ajudar, especialmente quando você precisa de atualizações rápidas em muitas URLs.

Cada opção tem seu custo-benefício. Regras de servidor podem ser poderosas, mas exigem cuidado. Plugins de CMS são práticos, mas podem ficar bagunçados. Regras de CDN são rápidas, mas você precisa saber exatamente como elas interagem com cache e correspondência de caminhos. Escolha com base no site migrado, não por hábito.

Se a migração também mudar configurações de segurança, hospedagem ou rastreamento, coordene esse trabalho na mesma janela. Uma camada de redirecionamento que dependa do host errado ou de uma configuração de certificado incompleta pode falhar de maneiras estranhas. Para um planejamento relacionado à proteção do site, veja segurança de site.

Para equipes maiores, documente o método em um só lugar. Coloque o responsável, a plataforma e o caminho de implantação ao lado do mapa de redirecionamento. Assim, quem for alterar as regras saberá se elas pertencem ao Nginx, ao Apache, a uma tabela do CMS, ao painel do CDN ou ao código da aplicação.

5. Escreva e organize as regras 301

Agora converta o mapa em redirecionamentos 301 de verdade. Mantenha as regras organizadas. Cada padrão deve cumprir uma única função. Se uma regra tentar capturar padrões demais de URL, ela pode pegar páginas erradas e levar o usuário para um lugar estranho.

Fique atento a loops. Um loop acontece quando a página A redireciona para a página B e a página B aponta de volta para a página A, ou quando duas páginas ficam se encaminhando em círculo. Isso é um beco sem saída para rastreadores e usuários. Também desperdiça orçamento de rastreamento, uma daquelas expressões chatas que ficam muito interessantes quando nada é indexado corretamente.

Evite cadeias também. Uma cadeia significa que um redirecionamento leva a outro, e depois a outro. A página A vai para B, e depois B vai para C. Isso funciona mal e deixa tudo mais lento. Se você puder apontar A diretamente para C, faça isso.

Use nomes e agrupamentos consistentes dentro do arquivo ou da interface. Agrupe as regras por seção: antigos caminhos de blog, antigos caminhos de serviço, antigos caminhos de produto, ativos desativados. Uma lista organizada é mais fácil de testar. Também é mais fácil de entregar para outro desenvolvedor às 18h do dia do lançamento sem grandes explicações. Esse é o tipo de passo a passo redirecionamento 301 SEO que evita erros simples e retrabalho.

Fique de olho nas exceções. Uma regra ampla como “redirecionar tudo em /blog/ para /insights/” pode parecer eficiente, mas pode quebrar tags, páginas de autor ou antigos links de mídia. Se um padrão tiver exceções, separe-as antes da publicação. Isso economiza retrabalho depois.

6. Verifique o comportamento dos redirecionamentos antes e depois do lançamento

Os testes devem acontecer antes do lançamento, e não depois do primeiro usuário relatar uma página quebrada. Verifique um conjunto de URLs individuais do mapa, depois teste padrões em grupo, e em seguida teste casos incomuns como barras finais, caminhos em maiúsculas, strings de consulta e arquivos com extensão. Um redirecionamento que funciona para uma URL pode falhar em uma versão parecida.

Confirme que o código de resposta é 301 de verdade, e não 302 ou uma reescrita “soft” que só parece redirecionamento no navegador. Essa diferença importa. Os mecanismos de busca tratam uma mudança permanente de forma diferente de uma temporária, e os usuários não deveriam precisar adivinhar o que aconteceu. Verifique o código de status com uma ferramenta que mostre a resposta real.

Teste mais do que os caminhos óbvios. PDFs antigos, URLs de imagens e URLs de pastas aninhadas costumam passar despercebidos. Um caminho de arquivo perdido pode criar uma sequência de erros 404 que continua crescendo depois do lançamento, especialmente se esses ativos estavam incorporados em páginas ou foram compartilhados nas redes sociais anos atrás.

Faça as verificações em duas fases: uma antes do lançamento, em um ambiente de staging, e outra imediatamente após a publicação, no site ao vivo. A segunda rodada detecta problemas de implantação, surpresas de cache e qualquer regra que se comporte de maneira diferente quando o host real entra em cena. É nessa segunda rodada que muitas equipes encontram a única URL que esqueceram.

Se a migração incluir novos sistemas de analytics ou monitoramento, confirme que os redirecionamentos não quebram esses sistemas. Uma mudança fica mais fácil de confiar quando você consegue ver tráfego, códigos de resposta e comportamento de crawl juntos. Para equipes que comparam ferramentas de medição nesse tipo de projeto, quanto custa a análise de site é uma referência útil.

7. Atualize os sinais de apoio após a migração

Os redirecionamentos 301 não devem carregar a migração sozinhos. Atualize os links internos para que o novo site aponte para si mesmo. Se a navegação ainda levar a endereços antigos, cada clique cria mais uma etapa desnecessária. Isso representa mais atraso para os usuários e mais trabalho para os rastreadores.

Atualize os sitemaps XML com as novas URLs. Envie-os onde for necessário. Remova as URLs antigas do sitemap ativo se elas agora redirecionam, e mantenha ali apenas as URLs de destino. Um sitemap cheio de endereços desatualizados envia sinais mistos, mesmo quando os redirecionamentos funcionam perfeitamente.

Verifique as tags canônicas. Elas devem apontar para a nova página, e não para a antiga. É uma pequena linha de código, mas importa. Uma tag canônica que ainda referencia a URL antiga pode embaralhar a mensagem enviada aos mecanismos de busca, especialmente durante o primeiro ciclo de rastreamento após o lançamento.

Atualize referências externas sempre que possível. Isso pode significar sites de parceiros, perfis sociais, modelos de e-mail ou um diretório que você controla. Você não vai pegar tudo, e tudo bem. O objetivo é reduzir o tráfego evitável pela camada de redirecionamento, e não consertar a internet.

Se a migração fizer parte de um redesign maior, ajuda comparar o trabalho de redirecionamento com as decisões mais amplas de conteúdo e orçamento. A página intitulada orçamento de redesign de site vs orçamento de manutenção pode ajudar a diferenciar trabalho de mudança e trabalho de manutenção.

8. Monitore problemas de rastreamento e tráfego na primeira janela após o lançamento

A primeira janela após o lançamento é onde os problemas aparecem. Verifique URLs perdidas, 404 inesperados, anomalias de redirecionamento e picos de requisições para caminhos antigos. Faça isso diariamente no começo, se o site for grande. Duas vezes por dia não é exagero quando a migração ainda é recente.

Olhe logs do servidor, analytics e dados do Search Console juntos. Uma fonte sempre vai deixar passar algo que as outras veem. Um 404 nos logs pode ser um link interno quebrado. Um erro de rastreamento pode ser uma URL redirecionada com erro de digitação. Uma queda de tráfego em uma página importante pode significar que o caminho antigo ainda está sendo compartilhado em algum lugar relevante.

Corrija lacunas rapidamente. Se uma URL foi esquecida, adicione-a. Se um padrão estiver amplo demais, restrinja-o. Se aparecer uma cadeia, reduza-a. O mapa de redirecionamento não termina no lançamento; ele é um documento vivo, pelo menos durante os primeiros dias após a mudança.

Acompanhe as páginas mais importantes nos primeiros 7 dias e depois novamente após 30 dias, se a migração for grande. Isso dá dois pontos de verificação: um para falhas imediatas e outro para efeitos mais lentos de crawl e indexação. Se os números parecerem errados, não espere que se corrijam sozinhos.

Mantenha a equipe informada com exemplos concretos, e não com notas vagas de status. “Quatro URLs de produto ainda retornam 404” é útil. “Alguns problemas continuam” não é. Se uma campanha de marketing, uma menção na imprensa ou uma página muito linkada ainda apontar para um endereço antigo, corrija esse caminho primeiro. Uma URL esquecida pode ter um impacto maior do que uma dúzia de páginas de baixo valor.

Quando a primeira onda estiver estável, revise a camada de redirecionamento novamente com base no tráfego real. Algumas URLs antigas vão se mostrar mais importantes do que o inventário sugeria. Outras nunca serão acessadas. Esses dados ajudam você a refinar o plano de redirecionamento e manter o site mais limpo enquanto a migração se estabiliza.