Após uma reformulação, os URLs antigos não devem simplesmente desaparecer. Os visitantes podem ter guardado produtos nos favoritos ou seguido resultados de pesquisa para artigos antigos. Uma página inexistente pode levá-los a sair. Como gerir redirecionamentos 301 quando os URLs mudam? Associe cada endereço antigo ao novo conteúdo correspondente, encaminhe os visitantes permanentemente para lá e abra e verifique cada percurso.

Um 301 é uma resposta do servidor que informa os navegadores e motores de pesquisa de que uma página mudou permanentemente. Não encontra o destino correto por si. Destinos errados, ciclos e o redirecionamento de todas as páginas antigas para a página inicial continuam a impedir os visitantes de encontrar a informação pretendida.

Primeiro, compreenda quando se deve utilizar um 301

Se mover o conteúdo de um produto de example.com/old-product/ para example.com/new-product/ e deixar de utilizar o endereço antigo como página independente, trata-se de uma mudança permanente típica. Tanto 301 como 308 indicam redirecionamentos permanentes; os principiantes podem utilizar a opção 301 suportada no seu site WordPress. O Google considera os redirecionamentos 301 e 308 do servidor sinais fortes de mudança permanente, conforme explica na sua documentação sobre redirecionamentos .

Para manutenção temporária seguida do restabelecimento do URL original, não declare uma mudança permanente. Os códigos 302 e 307 indicam redirecionamentos temporários. Se apenas mudar o design e o conteúdo, mantendo o URL, esse endereço não precisa de um 301 adicional.

Verifique se o novo URL funciona antes de configurar o redirecionamento. Se o destino devolver 404 ou não estiver publicado, um 301 correto continuará sem conseguir apresentar o conteúdo. Prepare uma lista para um teste-piloto e efetue a mudança quando as novas páginas estiverem prontas.

E se uma página antiga não tiver substituta?

Não encaminhe tudo para a página inicial apenas para todos os URLs antigos devolverem 301. Um produto descontinuado pode encaminhar para uma alternativa realmente semelhante quando o conteúdo e a tarefa de compra correspondem. Sem destino adequado, explique que o produto foi descontinuado ou devolva um 404/410 apropriado, em vez de enviar os visitantes para uma página inicial sem relação. O guia de migração de sites do Google também alerta que redirecionar muitos URLs antigos para uma página inicial irrelevante pode ser interpretado como um soft 404.

Passo 1: crie um mapeamento individual dos URLs

Exporte o sitemap atual, as páginas de entrada importantes e as ligações internas; acrescente depois URLs antigos que ainda recebem visitas ou impressões na Search Console. Registe pelo menos o URL antigo, o novo, a finalidade da página, a ação e o resultado da verificação. Não adivinhe destinos apenas pelos títulos. Abra o conteúdo antigo para compreender a tarefa do leitor, sobretudo ao renomear modelos, juntar categorias ou reformular sites multilingues.

Estes são exemplos didáticos, não registos reais de migrações de clientes da AIRSANG. Num lançamento real, indique o protocolo, domínio, caminho, barra final e maiúsculas ou minúsculas completos. Mudar de http para https ou alterar a presença de www também pode provocar vários redirecionamentos. Verifique se o destino final é o URL canónico pretendido.

• Conserve o URL antigo, o URL de destino e o tipo de página para revisão individual.
• Dê prioridade a páginas com tráfego orgânico, ligações externas, favoritos frequentes ou visitas de publicidade.
• Registe quem configurou as regras e quando entraram em vigor, para localizar rapidamente as origens da configuração.

Passo 2: escolha um único local de configuração que consiga gerir

Os sites WordPress utilizam frequentemente uma funcionalidade existente de gestão de redirecionamentos ou regras do servidor/alojamento. Pergunte ao responsável pela manutenção quem controla atualmente os redirecionamentos, evitando destinos contraditórios entre plugins, servidor e CDN para o mesmo URL. Se ferramentas como o Rank Math gerirem os redirecionamentos, verifique as funcionalidades instaladas e a configuração efetiva. Mencionar um plugin num artigo não significa que esteja ativado no seu site.

Normalmente, introduz-se o caminho antigo e o URL completo de destino e seleciona-se um redirecionamento permanente. Antes de guardar, confirme que o caminho antigo abrange apenas as páginas pretendidas, que o destino não tem erros e que a administração, imagens e páginas noutros idiomas não são afetadas. Teste um URL real de baixo risco antes de importar em massa.

Se um programador configurar o servidor Web, forneça o mapeamento completo e peça primeiro testes num ambiente de preparação. Nginx, Apache, CDNs e WordPress utilizam sintaxes diferentes. Este artigo não apresenta uma configuração supostamente universal para colar em produção. Implemente o código de acordo com a versão real do servidor e a documentação oficial, mantendo uma cópia das regras anteriores.

Selecione permanente e identifique onde a regra é aplicada

Abrir a nova página num navegador não prova que o URL antigo devolve 301. Scripts de página, meta refresh e ligações para visitar a nova página podem levar os utilizadores até lá sem a resposta permanente necessária do servidor. Inspecione o estado da rede após configurar, em vez de confiar na alteração da barra de endereços.

Depois de uma regra funcionar, importe a lista por lotes. Guarde a quantidade de regras de cada lote, capturas de ecrã ou exportações, resultados dos testes e responsável pela reversão. Se um caminho de categoria estiver errado, poderá anular esse lote sem adivinhar quando o site deixou de funcionar.

Passo 3: verifique se cada URL antigo devolve 301 e o destino devolve 200

Abra o URL antigo numa janela privada e confirme que chega à alternativa correta. Inspecione a resposta no painel Rede das ferramentas de programador ou num verificador HTTP fiável. Numa mudança permanente normal, o endereço antigo costuma devolver 301 com um cabeçalho Location que aponta para o novo, cuja resposta final é 200. O estado 200 significa que a página devolveu conteúdo com sucesso; 404 significa que a página não foi encontrada.

Verificar apenas se o navegador acaba por abrir uma página pode ocultar cadeias: o URL antigo encaminha para um endereço intermédio, que volta a encaminhar antes de chegar à nova página. Alguns redirecionamentos necessários não significam automaticamente falha, mas cadeias mais longas são mais difíceis de manter e mais propensas a criar ciclos em reformulações futuras. Sempre que possível, aponte diretamente para o endereço canónico final.

1. Abra cada URL antigo e registe o código de estado inicial e o cabeçalho Location.
2. Abra o URL final, confirme que o conteúdo é igual ou realmente correspondente e verifique a resposta final 200.
3. Procure redirecionamentos de volta ao endereço antigo, para o próprio endereço, para idiomas errados ou lotes inteiros a terminar na página inicial.
4. Teste uma amostra de páginas importantes no telemóvel e no computador, verificando imagens, botões e formulários.

Se não conhece as ferramentas de programador, peça uma tabela por URL com o endereço antigo, estado, destino e estado do destino, em vez de aceitar apenas que os redirecionamentos estão configurados. Os scripts podem testar todos os URLs numa migração grande, mas abra manualmente amostras de cada modelo de página para detetar correspondências de conteúdo incorretas.

Passo 4: atualize as ligações internas para os novos URLs

Um 301 apoia quem ainda utiliza um endereço antigo; não deve tornar-se o percurso habitual da navegação interna. Depois de configurar os redirecionamentos, atualize sempre que possível os URLs antigos nos menus, rodapés, artigos, botões, recomendações de produtos e modelos de email. O nosso guia sobre manter ou remover secções antigas da página inicial ajuda a identificar os pontos de entrada a conservar antes de atualizar as respetivas ligações.

Verifique também as etiquetas canonical das novas páginas. Uma canonical informa os motores de pesquisa de qual é o URL principal. Uma nova página de produto que ainda aponta para o URL antigo cria sinais contraditórios de migração. Normalmente, uma página nova deve referenciar o seu próprio URL canónico ou a versão correta segundo a estratégia real para conteúdo duplicado. Não reescreva todas as canonicals sem inspecionar o código-fonte e as regras da plataforma.

Atualize o sitemap XML para que a lista principal contenha os novos URLs canónicos que ainda pretende que os motores de pesquisa descubram; depois volte a enviá-lo ou aguarde o rastreio. Mantenha os redirecionamentos antigos: retirar URLs do sitemap não significa que possa eliminar imediatamente as regras. Ao definir o âmbito da reformulação, consulte a nossa lista de seis passos para projetos de sites empresariais e inclua a migração e verificação dos URLs no plano de entrega.

Pode não controlar ligações antigas em sites externos, pelo que os 301 devem continuar a servir essas visitas. Peça aos parceiros importantes que aceitem colaborar que atualizem as ligações diretamente para os novos endereços. Isto reduz redirecionamentos intermédios, mas não substitui a manutenção dos redirecionamentos no servidor.

Passo 5: monitorize após o lançamento e mantenha as regras antigas

Nos primeiros dias após a migração, acompanhe os registos de acesso aos URLs antigos, relatórios 404, processamento do sitemap e estado de indexação na Search Console. O relatório Páginas do Google Search Console ajuda a identificar páginas inexistentes, redirecionadas e o processamento de novas páginas. Os relatórios têm atraso; a ausência de atualização no próprio dia não prova que a migração falhou.

Volte a testar amostras de URLs antigos visitados recentemente, sobretudo ligações em anúncios, perfis sociais e emails a clientes. Quando um URL antigo devolver 404, confirme primeiro se existe conteúdo novo correspondente antes de acrescentar um mapeamento. Não redirecione automaticamente todos os 404 para a página inicial. Se muitas ligações internas ainda utilizarem URLs antigos, corrija as origens e volte a testar uma amostra.

O guia de migração do Google recomenda geralmente manter os redirecionamentos dos URLs antigos durante pelo menos um ano, e mais tempo quando utilizadores ou ligações externas ainda usam esses endereços. Um ano é uma orientação de manutenção, não uma promessa de recuperação de posições após esse prazo. Antes da reformulação, consulte o nosso guia do âmbito de preços de reformulação de sites para definir responsabilidades pela monitorização após o lançamento, reparação de ligações e conservação das regras.

Resolva problemas a partir dos sintomas

Páginas antigas encaminham para a página inicial ou para o idioma errado

Verifique se o mapeamento encaminha vários caminhos antigos para um destino genérico e procure regras duplicadas no servidor, WordPress ou CDN. Corrija segundo a tarefa original do utilizador: quem procura tamanhos deve chegar a informações de tamanhos, não à página inicial da marca. Nos sites multilingues, confirme que uma página antiga em chinês não conduz acidentalmente a uma página inicial de produtos em inglês.

O navegador indica demasiados redirecionamentos

Isto geralmente significa que duas regras apontam uma para a outra ou que existem conflitos entre regras HTTP/HTTPS e www/sem www. Siga cada Location na cadeia de pedidos, em vez de limpar repetidamente as caches. Desative ou corrija uma regra em conflito e volte a verificar numa janela privada e na linha de comandos.

A nova página funciona, mas os resultados de pesquisa ainda mostram o URL antigo

Primeiro alinhe o 301 do servidor, o 200 do destino, a nova canonical, as ligações internas e o sitemap; depois dê tempo aos motores de pesquisa para processarem tudo. Guardar regras de redirecionamento não atualiza imediatamente os resultados. Não altere repetidamente os slugs nem envie o mesmo sitemap incorreto para acelerar a apresentação; resolva primeiro os sinais técnicos.

Para anular uma migração incorreta, restaure a cópia da configuração anterior para que os URLs antigos apresentem o conteúdo certo, ou corrija destinos errados para correspondências individuais adequadas. Registe o momento da reversão, URLs afetados e resultados dos novos testes, para que outra pessoa não volte a importar as regras antigas. Numa reversão formal, confirme também que as ligações internas e canonicals correspondem aos URLs restaurados.

Conclusão: mapeie, redirecione e volte a testar

Quando uma reformulação altera os URLs, redirecione permanentemente cada endereço antigo que ainda tenha conteúdo correspondente para a alternativa mais relevante. Depois de publicar as novas páginas, verifique se cada endereço antigo devolve 301 e cada destino final devolve 200. Atualize ligações internas, canonicals e sitemaps e continue a acompanhar relatórios 404 e da Search Console.

Numa primeira migração, comece por três a cinco páginas importantes para detetar incompatibilidades mais facilmente do que alterando o site inteiro de uma vez. Confirme onde as regras são aplicadas, a direção do mapeamento e o responsável pela reversão antes de avançar por lotes. Não force páginas antigas sem substitutas a encaminhar para a página inicial. A principal medida de um redirecionamento correto continua a ser a capacidade de os visitantes encontrarem a informação que procuravam.