O que mata uma migração não é o redirect map

Por Miguel Maio · Publicado em 3 de julho de 2026 · Atualizado em 24 de outubro de 2026

Toda a gente que faz uma migração obceca com o redirect map. E faz bem, é preciso. Mas ao longo de anos a conduzir e a acompanhar migrações de domínio, de CMS e de estrutura de URLs, quase nunca foi o mapa que matou o tráfego. Foi o que o mapa não via.

O redirect map é a parte fácil

Sejamos justos com o mapa. É necessário, e é o coração de qualquer migração séria: inventário 1 para 1 do URL antigo para o novo, redirects 301 permanentes sem cadeias nem loops, validação antes de publicar, monitorização no Search Console depois do lançamento. Sem isto não há migração, há acidente. Nada disto é novo. E é esse o ponto.

O mapa é a parte em que toda a gente acerta. Passo 1 de todas as checklists, primeiro slide de todas as propostas, a coisa que qualquer agência sabe fazer de olhos fechados. Se fosse o mapa a matar as migrações, elas quase nunca falhariam, porque o mapa faz-se sempre. Falham na mesma. Portanto o problema mora noutro sítio: em tudo o que o mapa não cobre.

O que mata é a decisão que ninguém controla

Os piores estragos que vi numa migração não vieram de um mapa mal feito. Vieram de decisões tomadas fora do plano, por quem não faz SEO, sem avisar ninguém. O mapa mapeia URLs. Não mapeia decisões.

Vi um cliente mudar o URL de uma página por indicação de um parceiro externo e saltar o redirect, porque "era só uma página". Era a página que sustentava a keyword principal, e o tráfego dela caiu na ordem dos 80%. Vi outra equipa apagar uma página a meio de uma migração, sem o dizer a ninguém, porque no novo CMS "não encaixava". E vi reescreverem o conteúdo de uma página que ranqueava, a esvaziar a relevância que a punha lá em cima, convencidos de que estavam só a "melhorar o texto".

Nenhum redirect map do mundo apanha isto. O mapa diz para onde vai o URL. Não diz quem lhe pode mexer, nem à página, nem ao conteúdo, nem o que acontece quando mexem. Uma migração não é um projeto técnico com um problema de governança ao lado. É um projeto de governança com um núcleo técnico. Quem não decide quem decide, perde.

O mapa mapeia URLs, não os sinais que faziam a página ranquear

Aqui está o erro mais caro de quem fez os redirects todos certinhos e perdeu tráfego na mesma. Uma página não ranqueava por ter aquele URL. Ranqueava pelo conteúdo, pelos links internos que apontavam para ela, pela autoridade que acumulou. O 301 carrega parte da equity do URL. Não carrega a promessa de que o destino mantém o conteúdo, os links e a intenção.

Redireciona uma página forte para uma consolidada e mais fina: cumpriste a promessa do URL e partiste a do conteúdo. Reconstrói a arquitetura sem recriar o grafo de links internos que alimentava essas páginas: espalhaste os sinais por um site que já não os concentra. O mapa diz que A vai para B. Não diz se B é tão bom como A era. Na maioria das migrações que sangram apesar dos 301, não era.

A medição que não estava pronta

Depois há a parte que transforma um problema pequeno num desastre: migrar às cegas. Analytics e Search Console sem estar prontos e validados antes do lançamento. Resultado: ninguém vê a hemorragia quando ela começa. Vê-se semanas depois, quando já custa o dobro a recuperar e metade das posições arrefeceu.

O mapa diz-te que URLs deviam redirecionar. Não te diz o que está mesmo a acontecer depois de carregares no botão. Medição pronta antes da mudança é o que separa um problema apanhado no próprio dia de um que só aparece no relatório do mês seguinte. Sem ela, a migração não tem painel de controlo. Tem retrovisor. O relatório do Search Console e os modelos de atribuição ligam-se antes, não depois.

A ausência no lançamento

E por fim, o detalhe. Uma migração afunda-se no que ninguém verifica à hora de ir para o ar: um header errado, um canónico a apontar para o sítio errado, uma linha no robots a bloquear o que não devia, um sitemap que ninguém submeteu. Nada disto é falha de mapa. É falha de presença.

Aceito poucos projetos de migração ao mesmo tempo, e não é pose. É que uma migração ganha-se ou perde-se no lançamento e nos dias logo a seguir, com alguém a olhar para os números em tempo real. Não três semanas antes, na folha de cálculo. A preparação evita o desastre. A presença apanha o que a preparação não previu.

Veredicto: faz o mapa, e depois faz o que o mapa não faz

Que não haja dúvida: faz o redirect map, 1 para 1, impecável. É necessário. Mas um mapa perfeito por cima de decisões sem dono, de conteúdo esvaziado e de um Analytics que ninguém ligou sangra na mesma. As migrações que mantêm o tráfego não são as da melhor folha de cálculo. São aquelas em que alguém foi dono das decisões, protegeu os sinais, teve a medição pronta e esteve lá no lançamento. Esse alguém é o trabalho. É o que faço quando aceito uma migração.

Quem trata uma migração como um exercício de redirects migra o URL e perde o negócio que ele trazia.

Fontes

• Google - Site moves with URL changes

Perguntas frequentes