Há sempre uma altura em que parece evidente que está na hora de mudar de plataforma, de redesenhar, de migrar para outro CMS, de mudar de domínio.
Na maioria das vezes a decisão técnica é correcta. A execução é que tende a ser tratada como mudança de mobília quando devia ser tratada como operação cirúrgica.
O que está em risco numa migração
Quando se migra um site, há quatro coisas que podem partir-se em silêncio:
Posicionamento orgânico. URLs mudam, redirecionamentos falham, metadados desaparecem, e o Google deixa de saber onde colocar o site.
Links internos. Páginas que se referenciavam mutuamente perdem-se. Categorias mudam. Arquitectura de informação muda. O fluxo de PageRank interno colapsa.
Links externos. Outros sites que linkavam para ti continuam a apontar para URLs que já não existem. Os 301 mal feitos transformam autoridade acumulada em erros 404.
Conversões. Formulários partem-se, integrações com CRM deixam de funcionar, pixels de tracking são esquecidos, certificados SSL não renovam.
Uma migração mal feita pode custar entre 30% e 70% do tráfego orgânico nos primeiros meses. Estudos publicados pelo Search Engine Land documentam casos recorrentes.
Os tipos de migração
Nem todas as migrações têm o mesmo risco. Vale a pena distinguir.
Replatform: mudar a tecnologia por baixo, mantendo URLs, conteúdo e design. Baixo risco se feito com cuidado.
Redesign: mudar o design e potencialmente a arquitectura de informação, mantendo URLs. Risco médio.
Mudança de domínio: passar de site.com para site.pt, ou de uma marca para outra. Risco alto. Requer redirects perfeitos.
Migração completa: tudo muda em simultâneo — tecnologia, design, URLs, domínio. Risco máximo. A combinação que mais frequentemente acaba mal.
A primeira decisão estratégica é simples: nunca fazer tudo ao mesmo tempo se for evitável. Faseando, o impacto de cada mudança é isolável e debugável.
A checklist mínima
Mesmo na migração mais simples, há uma checklist mínima a respeitar.
Crawl completo do site actual antes de começar. Ferramentas como Screaming Frog ou Sitebulb listam todas as URLs, status codes, metadados, links internos e externos. Este snapshot é a referência.
Mapa de redirects 1:1 entre URLs antigos e novos. Cada URL antigo aponta para o seu equivalente no site novo, com redirect 301 (permanente). Redirects 302 (temporário) prejudicam SEO. Cadeias de redirects (URL antigo → URL intermédio → URL novo) também.
Sitemap actualizado. Submetido ao Google Search Console e ao Bing Webmaster Tools no dia do launch.
Robots.txt revisto. O staging deve estar bloqueado. O production deve permitir o crawling. Mudar isto no dia errado faz desaparecer o site dos resultados.
Monitorização activa nas primeiras 4-6 semanas. Google Search Console, ranking tracker, analytics. Detectar quedas rapidamente.
Verificação manual das páginas mais importantes. Aquelas que geram mais tráfego ou conversões devem ser verificadas uma a uma.
O período crítico
O maior risco está nas primeiras 4 a 6 semanas após o launch.
O Google leva tempo a recrawlar o site, a processar redirects, a actualizar índices. Durante este período é normal haver flutuação de rankings, queda temporária de tráfego, erros que aparecem inesperadamente.
O que distingue uma boa migração de uma má é a capacidade de detectar problemas cedo e corrigir.
Uma equipa atenta durante este período resolve em horas o que de outra forma demoraria meses.
Uma equipa que entrega o site e passa para outro projecto deixa problemas a acumular silenciosamente. Quando alguém descobre que o tráfego caiu 40%, já passaram dois trimestres.
Quando NÃO migrar
Há alturas em que a melhor migração é não migrar.
Se o argumento é apenas estético ("o site está velho"), pondera redesign sem replatform.
Se o argumento é técnico mas o site funciona, calcula o custo total de oportunidade — incluindo o risco de SEO — antes de avançar.
Se estás a meio de uma campanha importante ou de um pico de tráfego sazonal, espera. Migrações durante Black Friday são folclore.
Se a equipa que vai fazer a migração nunca fez uma, contrata quem já fez. O custo de aprender numa migração é elevado.
O que se ganha quando se faz bem
Uma migração bem feita é invisível para o utilizador e neutra (ou positiva) para SEO.
Positiva, porque é a oportunidade de limpar URLs antigos, eliminar conteúdo obsoleto, melhorar performance, corrigir problemas estruturais que vinham de longe.
Empresas que tratam migrações com seriedade saem do outro lado com sites mais rápidos, mais organizados, mais fáceis de manter.
E com SEO intacto ou melhor.
Conclusão
Uma migração não é uma decisão de produção. É um projecto.
Planear, mapear, testar, fasear, monitorizar.
Se te dizerem "fazemos isto num fim-de-semana, é só meter ao ar", desconfia. Se nunca te falarem em redirects 301, sitemap ou Google Search Console, desconfia mais.
Migrar bem é mais barato do que migrar duas vezes.
Fontes verificadas
Fontes consultadas em 30 de maio de 2026:
- Google Search Central, "Site moves": https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Moz, "Website Migration Guide": https://moz.com/learn/seo/website-migration
- Search Engine Land, "SEO migration case studies": https://searchengineland.com/
- Screaming Frog, "How to Audit a Site Migration": https://www.screamingfrog.co.uk/blog/
Free resources
If this article was useful, start with the free resources too
It is the simplest way to move from reading to testing: download a resource, try it in your own context, and decide later if you want to go deeper with the ebook.