Uma remodelação bem conseguida no plano visual pode perder metade do tráfego orgânico em três semanas. A causa é quase sempre a mesma: os endereços mudaram e nada liga os antigos aos novos.
O plano de redirecionamentos não é uma tarefa de fim de projeto. Prepara-se antes da entrada em produção e controla-se durante um mês depois.
Antes: o levantamento exaustivo
Não pode redirecionar aquilo que não conhece. Quatro fontes, complementares, a cruzar.
Um crawl do site atual, que dá todas as páginas acessíveis pela navegação. É a base, e está incompleta.
O sitemap, que contém por vezes páginas sem ligação na navegação.
A Search Console, a doze meses, que revela as páginas que recebem tráfego orgânico, incluindo as que o crawl não encontrou. É a fonte mais valiosa: diz-lhe o que tem valor.
Os registos do servidor a três meses, que mostram os endereços realmente pedidos, incluindo por ligações externas antigas que já tinha esquecido.
A união destas quatro fontes dá-lhe o seu perímetro. Num catálogo de dimensão média, conte com vários milhares de URL, dos quais uma parte não merece tratamento nenhum.
Priorizar em vez de tratar tudo
Redirecionar dez mil páginas uma a uma não é possível nem útil. Três níveis de tratamento.
As regras gerais. Se a estrutura de URL muda de forma sistemática, uma regra cobre milhares de páginas. É o caso quando retira um prefixo, muda o formato dos identificadores ou passa de uma estrutura para outra.
Os redirecionamentos individuais. Para as páginas que não seguem regra nenhuma: páginas CMS renomeadas, categorias fundidas, produtos agrupados. Concentre-os nas páginas com tráfego ou com ligações de entrada.
O tratamento em 410. Para aquilo que desaparece sem equivalente. Este código indica uma supressão voluntária e acelera a saída do índice, coisa que um 404 faz mais lentamente.
Uma referência útil: na maioria das remodelações, 90 % do tráfego orgânico concentra-se em menos de 20 % das páginas. São essas que exigem verificação individual.
Gestor de Redirecionamentos 301 PrestaShop 8 e 9301, regex, wildcard, monitorização de 404 e redirecionamento automático ao mudar o slug49,00€
As regras do mapeamento
Quatro princípios, sendo o primeiro o mais violado.
Um redirecionamento aponta para o equivalente mais próximo, nunca para a página inicial. Um redirecionamento em massa para a página inicial é tratado como erro suave: o motor constata que a página de chegada não tem nada a ver com o pedido, e o benefício é nulo. Para um produto desaparecido, redirecione para um produto de substituição ou, na falta dele, para a sua categoria.
Um redirecionamento é permanente. O código 301 transmite o valor da página antiga. Um redirecionamento temporário não o faz, e deixa os dois endereços coexistir no índice.
Um redirecionamento é direto. Nada de cadeias: se o endereço A foi redirecionado para B no ano passado e B passa hoje a C, atualize a regra A para C em vez de empilhar.
A página de chegada deve responder em 200. Redirecionar para uma página que está ela própria em erro é um caso frequente quando o mapeamento é construído antes de o novo site estar terminado. Verifique depois, não antes.
O dia da mudança
Ordem das operações, cada uma condicionando a seguinte.
- Os redirecionamentos estão no sítio antes da abertura, testados no ambiente de pré-produção com os endereços reais.
- O sitemap é regenerado apenas com os novos endereços, e submetido.
- As ligações internas apontam para os novos endereços, não para os antigos que redirecionam. Um site cujas ligações internas passam todas por um redirecionamento abranda a sua exploração e dilui o valor.
- O ficheiro robots é verificado, sobretudo se o ambiente de pré-produção bloqueava a indexação. Uma diretiva de bloqueio esquecida em produção é o acidente mais caro de uma remodelação.
- As etiquetas canónicas apontam para os novos endereços.
Os quinze dias seguintes
É o período em que tudo se joga, e aquele em que a maioria dos projetos baixa a atenção.
Os erros 404 na Search Console, a consultar de dois em dois dias. Cada novo 404 assinala um endereço esquecido no mapeamento.
Os registos do servidor, filtrados nos códigos 404 e 500. Sobem mais depressa do que a Search Console e incluem os pedidos dos robôs.
O tráfego orgânico, comparado com o mesmo período do ano anterior e não com o mês anterior. Uma quebra de 10 a 20 % durante duas a quatro semanas é normal, o tempo de os motores tratarem os redirecionamentos. Uma quebra de 50 % assinala um problema.
As posições nas suas vinte consultas principais, registadas antes da remodelação e seguidas depois.
Quanto tempo manter os redirecionamentos
Pergunta frequente. Os motores transmitem o valor bastante depressa, mas as ligações externas e os favoritos dos visitantes nunca se atualizam.
A regra prudente: mantenha os redirecionamentos indefinidamente enquanto não causarem problema de desempenho. Um ficheiro de alguns milhares de regras bem indexado não custa nada. O que custa são as cadeias acumuladas ao longo de várias remodelações sucessivas, que é preciso achatar periodicamente.
Os erros clássicos
Redirecionar todas as páginas antigas para a página inicial, já referido, e de longe o mais destrutivo. Esquecer as versões com e sem barra final, que são dois endereços distintos. Ignorar as imagens, cujos endereços também mudam e que podem receber tráfego. E deixar os parâmetros de URL dos filtros antigos sem tratamento, o que produz um volume importante de erros.
O Gestor de Redirecionamentos 301 para PrestaShop gere esta cadeia no PrestaShop 8 e 9: importação em massa do mapeamento, regras por padrão além dos redirecionamentos individuais, deteção de cadeias e de ciclos, e acompanhamento dos 404 encontrados para completar o plano dia após dia.
