Saltar para o conteúdo

Guia de migração

Mapeamento de Redirecionamentos Seguro para SEO em Migrações de Ecommerce

O posicionamento nas pesquisas e o tráfego orgânico estão entre as coisas mais valiosas que uma loja estabelecida tem, e são também das mais fáceis de danificar numa migração descuidada. A boa notícia é que a continuidade de URLs é um problema mecânico e solucionável: construa um mapa de redirecionamentos adequado, implemente-o corretamente e monitorize como os motores de busca reagem. Este guia percorre esse processo de ponta a ponta, independentemente das plataformas envolvidas.

Construa primeiro um inventário completo de URLs

Antes de conseguir mapear seja o que for, precisa de uma lista completa dos URLs atualmente em uso — não só os de que se lembra, mas todas as páginas de produto, páginas de categoria e coleção, páginas de blog ou conteúdo, e quaisquer landing pages personalizadas que existam no site atual. Recolha isto a partir do seu sitemap, dos relatórios de páginas da sua ferramenta de análise, e de um rastreio ao site ao vivo, e cruze as três fontes entre si, já que cada uma costuma apanhar algo que as outras deixam escapar.

Preste especial atenção a URLs que recebem tráfego orgânico ou têm ligações externas recebidas, mesmo que sejam páginas que de outra forma consideraria menores. Um artigo de blog com pouco tráfego mas com algumas boas ligações recebidas vale a pena mapear corretamente; perdê-lo silenciosamente é uma perda pequena mas evitável.

Mapeie cada URL para o seu equivalente novo — e decida as exceções deliberadamente

Para cada URL no seu inventário, decida o destino na nova plataforma. A maioria das páginas de produto e categoria terá um equivalente razoavelmente direto depois de o seu mapeamento de dados estar definido. Páginas sem um equivalente limpo (um produto descontinuado, uma landing page pontual, uma categoria que já não existe) ainda precisam de uma decisão explícita — normalmente um redirecionamento para a categoria correspondente mais próxima, uma página central relevante, ou em casos raros um 404 deliberado e aceite — em vez de ficarem, por defeito, a redirecionar para a página inicial ou a dar 404 por acidente.

Uma abordagem genérica de "redirecionar tudo para a página inicial" é um atalho comum que na verdade prejudica — dilui os sinais de relevância e dá aos utilizadores uma experiência pior do que chegar à página relevante mais próxima.

Implemente redirecionamentos 301, e verifique cadeias e ciclos

Use redirecionamentos permanentes (301) para URLs que se mudaram genuinamente para sempre — é esse o sinal que diz aos motores de busca para transferirem os sinais de posicionamento para o URL novo. Depois de os seus redirecionamentos estarem ativos, verifique ativamente cadeias de redirecionamento (URL A → B → C, quando A → C bastaria) e ciclos (A → B → A), já que ambos são subprodutos comuns de edições iterativas ao mapa de redirecionamentos e ambos desperdiçam orçamento de rastreio e acrescentam latência. O objetivo é um redirecionamento de um único salto, de cada URL antigo diretamente para o seu destino novo final.

Teste manualmente uma amostra representativa de redirecionamentos depois do lançamento — verifique pontualmente páginas de alto tráfego, algumas de baixo tráfego, e algumas das exceções deliberadas — em vez de assumir que o mapa está correto só porque validou numa folha de cálculo.

Trate as tags canónicas de forma deliberada

As tags canónicas dizem aos motores de busca qual é a versão de referência de um URL quando conteúdo semelhante está acessível a partir de mais do que um endereço. Depois de uma migração, certifique-se de que a tag canónica de cada página aponta para o seu próprio URL novo, ativo e correto — e não para um URL antigo esquecido, nem para o URL de outra página por engano, resultante de um template copiado e colado. Errar nisto pode confundir os motores de busca sobre qual versão de uma página indexar, mesmo que os próprios redirecionamentos estejam corretos.

Se a nova plataforma gerar tags canónicas automaticamente, verifique o seu comportamento por defeito em vez de assumir que está correto para a sua configuração — a canonicalização automática por vezes aponta para URLs inesperados em páginas com parâmetros ou paginadas.

Volte a submeter o sitemap XML e atualize as ligações internas

Assim que o site novo estiver ativo com os redirecionamentos a funcionar, gere e submeta um sitemap XML atualizado que reflita a nova estrutura de URLs através do Google Search Central e das ferramentas de webmaster de outros motores de busca, para que os robôs consigam descobrir as páginas novas de forma eficiente, em vez de depender apenas de seguir redirecionamentos a partir dos URLs antigos.

Ao mesmo tempo, atualize as ligações internas em todo o site — navegação, rodapé, ligações a produtos relacionados, conteúdo de blog — para apontarem diretamente aos URLs novos em vez de passarem por um redirecionamento. As ligações internas que ainda apontam para URLs antigos acrescentam saltos de redirecionamento desnecessários a cada clique e são fáceis de esquecer, já que não quebram nada visivelmente; apenas funcionam de forma menos eficiente.

Monitorize o estado de rastreio e indexação depois da mudança

O trabalho de SEO da migração não termina no lançamento. Nas semanas seguintes à mudança, observe o Search Console (ou a ferramenta equivalente noutros motores de busca) à procura de erros de rastreio, um pico repentino de 404s, páginas que não estão a ser indexadas, ou uma queda em impressões/cliques para páginas que deveriam estar a ter um desempenho normal. Compare isto com a sua referência pré-migração para apanhar regressões reais, e não flutuação normal de curto prazo.

Seja paciente mas não passivo: alguma reindexação demora tempo mesmo quando tudo está bem configurado, mas um erro de redirecionamento ou de tag canónica que passe despercebido durante semanas é muito mais caro de corrigir do que um apanhado nos primeiros dias depois do lançamento.

Perguntas frequentes

Uma migração vai definitivamente prejudicar o meu posicionamento nas pesquisas?

Não, se a continuidade de URLs for tratada corretamente — um mapa de redirecionamentos completo, tags canónicas corretas e um sitemap reenviado são as defesas essenciais. Ninguém consegue garantir que posições específicas se mantenham, já que o posicionamento depende de muitos fatores além de qualquer migração isolada, mas um mapeamento de URLs adequado é o maior fator controlável para preservar o que já tinha.

Devo usar redirecionamentos 301 ou 302?

Use redirecionamentos 301 (permanentes) para URLs que se mudaram para sempre, que é o caso normal numa migração de plataforma. Os redirecionamentos 302 (temporários) sinalizam que a mudança não é permanente e os motores de busca podem não transferir os sinais de posicionamento da mesma forma, por isso são a escolha errada para o mapa de redirecionamentos de uma migração concluída.

E se dois URLs antigos deverem apontar para a mesma página nova?

Isso é normal e comum — por exemplo, dois URLs de categoria antigos que foram fundidos num só na plataforma nova. Redirecione ambos os URLs antigos diretamente para o único URL novo. O que quer evitar é o inverso: um URL antigo ambíguo quanto à página nova para a qual deve mapear, o que normalmente significa que a decisão de mapeamento ainda não foi realmente tomada.

Durante quanto tempo devo manter os redirecionamentos antigos ativos?

Indefinidamente, se for praticável. Ligações recebidas, favoritos e resultados de pesquisa antigos que referenciem os URLs anteriores podem persistir muito tempo depois de uma migração, e há pouco custo em manter uma regra de redirecionamento ativa. Remover redirecionamentos cedo demais é uma forma comum de transformar o que devia ser um custo único de migração numa fonte recorrente de ligações quebradas.

Prevedshop.com

Vai mudar a loja? Vamos descobrir o que precisa de ir consigo.

Diga-nos onde a loja está e para onde vai. Voltamos com perguntas úteis, não com um discurso comercial genérico.

Ver o plano de migração