# Redirecionamentos 301 depois de uma remodelação PrestaShop: o plano de batalha > Uma remodelação bem conseguida visualmente pode perder metade do tráfego orgânico em três semanas. As quatro fontes a cruzar no levantamento, as regras do mapeamento, a ordem das operações no dia D e os quinze dias de controlo que se seguem. - Página: - Idioma: pt - Publicado em: 2026-09-10 - Atualizado em: 2026-09-10 - Outros idiomas: [fr](https://www.datafirefly.com/2026/09/10/redirections-301-refonte-prestashop/index.md), [en](https://www.datafirefly.com/en/2026/09/10/301-redirects-after-prestashop-redesign/index.md), [es](https://www.datafirefly.com/es/2026/09/10/redirecciones-301-rediseno-prestashop/index.md), [de](https://www.datafirefly.com/de/2026/09/10/301-weiterleitungen-prestashop-relaunch/index.md), [it](https://www.datafirefly.com/it/2026/09/10/redirect-301-restyling-prestashop/index.md), [pl](https://www.datafirefly.com/pl/2026/09/10/przekierowania-301-przebudowa-prestashop/index.md), [nl](https://www.datafirefly.com/nl/2026/09/10/301-redirects-herbouw-prestashop/index.md) - Índice: 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. ## 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. 1. **Os redirecionamentos estão no sítio antes da abertura**, testados no ambiente de pré-produção com os endereços reais. 2. **O sitemap é regenerado** apenas com os novos endereços, e submetido. 3. **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. 4. **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. 5. **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 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.