Como Fazer uma Migração de Site sem Perder SEO
Uma migração de website pode melhorar tecnologia, experiência do utilizador, estrutura e desempenho, mas também pode colocar em risco anos de trabalho de SEO. O objetivo não é apenas colocar o novo site online. É garantir que o Google consegue compreender a mudança, encontrar as novas páginas e transferir corretamente os sinais acumulados pelas URLs antigas.
O que é uma migração SEO e quando é necessária?
Uma migração SEO é o processo de alterar elementos relevantes de um website enquanto se procura preservar a sua visibilidade orgânica, indexação e autoridade.
Pode ser necessária quando existe uma mudança de domínio, uma reformulação completa do website, alteração de CMS, passagem de HTTP para HTTPS, reorganização da arquitetura, mudança significativa de URLs ou consolidação de vários websites.
Nem todas as migrações têm o mesmo nível de risco. Alterar apenas o design mantendo URLs, conteúdo e estrutura tende a ser menos complexo do que mudar simultaneamente domínio, plataforma, arquitetura e conteúdo. Quanto maior for o número de elementos alterados, maior deve ser o controlo técnico antes e depois do lançamento.
Porque uma migração pode fazer cair tráfego e rankings?
As quedas acontecem sobretudo quando os sinais que ajudavam os motores de pesquisa a compreender e classificar o website deixam de estar acessíveis ou consistentes.
Por exemplo, uma página que recebia tráfego e backlinks pode desaparecer sem um redirecionamento adequado. Um novo template pode remover conteúdo importante, alterar headings ou introduzir uma tag noindex. Links internos podem continuar a apontar para URLs antigas, enquanto canonicals ou hreflang podem indicar páginas incorretas.
Também é normal existir algum período de reprocessamento. O Google precisa de rastrear as alterações, seguir redirecionamentos, atualizar o índice e compreender a nova estrutura. O problema surge quando essa transição é dificultada por erros técnicos ou por mudanças desnecessárias em páginas que já apresentavam bom desempenho.
Que elementos de SEO precisam de ser preservados?
Antes de substituir o website antigo, é importante comparar os principais elementos SEO com a respetiva versão no novo site. O objetivo não é copiar tudo cegamente, mas preservar aquilo que continua relevante e garantir que qualquer alteração é intencional.
Tabela Antes → Depois
| Elemento | O que preservar/verificar |
|---|---|
| URLs | Manter quando possível ou mapear para a nova URL correspondente |
| Conteúdo | Garantir correspondência temática, intenção de pesquisa e relevância |
| Titles/metas | Evitar remoções ou alterações involuntárias em páginas importantes |
| Headings | Preservar uma estrutura lógica e os temas relevantes da página |
| Links internos | Atualizar ligações para apontarem diretamente para as URLs finais |
| Canonicals | Confirmar que apontam para as URLs corretas e indexáveis |
| Hreflang | Validar correspondências entre versões linguísticas ou regionais |
| Schema | Confirmar que os dados estruturados continuam corretos e aplicáveis |
| Sitemap | Gerar uma versão atualizada apenas com URLs finais relevantes |
| Robots.txt | Remover bloqueios usados em staging que não devem chegar à produção |
| Analytics | Garantir continuidade da medição e evitar falhas na recolha de dados |
Preservar SEO durante uma migração depende, portanto, de manter uma ligação clara entre o site antigo e o novo. URLs, conteúdo, sinais técnicos e medição devem ser tratados como partes do mesmo processo. Quanto melhor essa correspondência for planeada antes do lançamento, menor será o risco de o novo website começar a sua vida com perdas que poderiam ter sido evitadas.
Checklist Antes da Migração SEO: O que fazer antes do go live
Grande parte do risco de uma migração pode ser reduzida antes de o novo website ficar público. É nesta fase que se recolhem dados, identificam páginas críticas e se confirmam os elementos que terão de continuar a funcionar depois da mudança.
Criar um baseline de SEO antes de alterar o website
Antes de modificar URLs, conteúdos ou estrutura, registe o estado atual do site. Este baseline permite comparar o desempenho antes e depois da migração e perceber rapidamente se uma queda está relacionada com a mudança.
Entre os principais dados a guardar estão:
- tráfego orgânico por página;
- keywords e rankings mais relevantes;
- páginas com mais impressões e cliques;
- URLs indexadas;
- principais landing pages orgânicas;
- backlinks para páginas importantes;
- erros de rastreamento e indexação existentes;
- Core Web Vitals e outros indicadores técnicos relevantes.
Também é útil exportar dados do Google Search Console, analytics e ferramentas de crawling. Sem este ponto de referência, torna-se muito mais difícil distinguir problemas provocados pela migração de situações que já existiam anteriormente.
Fazer o inventário completo das URLs antigas
O passo seguinte é criar uma lista tão completa quanto possível das URLs atualmente existentes.
Um crawl do website é um bom ponto de partida, mas não deve ser a única fonte. Compare também URLs encontradas no sitemap XML, Google Search Console, ferramentas de analytics e plataformas de análise de backlinks.
Esta abordagem ajuda a encontrar páginas que já não estão ligadas internamente, mas que continuam indexadas, recebem tráfego ou têm links externos.
Cada URL deve ser avaliada para decidir se vai ser mantida, substituída, consolidada ou removida. Páginas com tráfego orgânico, backlinks relevantes ou histórico de rankings exigem atenção especial, mesmo que já não tenham um papel evidente na nova estrutura.
Construir o mapa de URLs antigo → novo
Sempre que uma URL mudar, deve existir uma decisão clara sobre o seu destino.
O ideal é mapear cada página antiga para a nova página que melhor corresponde ao mesmo conteúdo e intenção de pesquisa. Quando existe uma correspondência direta, um redirecionamento 301 ajuda os motores de pesquisa e os utilizadores a chegar ao destino correto.
| URL antiga | URL nova | Ação | Status esperado | Prioridade |
|---|---|---|---|---|
| /servico-antigo | /servico-novo | 301 | 200 final | Alta |
Este documento deve ser preparado antes do lançamento e validado tecnicamente. Evite decidir redirecionamentos à última hora, sobretudo em websites com centenas ou milhares de URLs.
Também convém identificar páginas sem equivalente real. Nesses casos, criar um redirecionamento apenas para evitar um erro pode ser menos adequado do que permitir que a URL seja corretamente removida.
Validar o novo website em staging antes da publicação
O ambiente de staging deve ser usado para testar o website como se já estivesse em produção, sem permitir que essa versão seja indexada pelos motores de pesquisa.
Antes do go live, confirme se as páginas principais existem, se os conteúdos esperados estão presentes e se titles, meta descriptions, headings, canonicals, hreflang e dados estruturados foram implementados corretamente.
Verifique também navegação, links internos, códigos de resposta, sitemap XML e regras do robots.txt. Um cuidado particularmente importante é garantir que qualquer noindex ou bloqueio usado para proteger o staging não permanece ativo quando o novo website for publicado.
Quanto mais problemas forem encontrados nesta fase, menos correções urgentes serão necessárias depois do lançamento, quando cada erro já pode afetar rastreamento, indexação e tráfego orgânico.
Redirecionamentos 301 e Mapeamento de URLs: A Parte que Não Pode Falhar
Os redirecionamentos são um dos pontos mais sensíveis de qualquer migração SEO. Quando uma URL antiga deixa de existir, o motor de pesquisa precisa de perceber qual é a página que assume o seu lugar. Sem esse sinal, tráfego, backlinks e relevância acumulada podem ficar associados a uma página que já não responde corretamente.
Como configurar redirecionamentos 301 corretamente
Um redirecionamento 301 deve ligar uma URL antiga à nova página mais equivalente possível em tema, intenção de pesquisa e utilidade para o utilizador.
Por exemplo, se /limpeza-escritorios-lisboa passar a existir em /servicos/limpeza-escritorios-lisboa, a URL antiga deve redirecionar diretamente para a nova.
Sempre que possível, o destino deve devolver um código 200 e representar uma correspondência real com o conteúdo anterior. O mapeamento também deve ser feito URL a URL nas páginas mais importantes, em vez de depender apenas de regras genéricas.
Depois da implementação, é essencial testar os redirecionamentos para confirmar que funcionam, apontam para o destino previsto e não terminam em páginas com erro.
Porque não deve redirecionar todas as páginas para a homepage?
Enviar todas as URLs antigas para a homepage pode parecer uma forma simples de evitar erros 404, mas elimina a relação entre a página antiga e o novo destino.
Um utilizador que procura um serviço específico espera chegar a uma página equivalente, não à entrada genérica do website. Para os motores de pesquisa, a ausência dessa correspondência também torna mais difícil interpretar a migração.
Se uma página antiga sobre um determinado serviço deixou de existir, procure primeiro uma página nova com a mesma finalidade ou com uma correspondência temática suficientemente próxima. Quando não existe um substituto relevante, nem sempre é necessário criar um redirecionamento.
301, 302, 404 ou 410: qual usar numa migração?
O código de resposta deve refletir aquilo que aconteceu realmente à URL. Uma migração não significa que todas as páginas precisem de um 301.
| Situação | Resposta |
|---|---|
| Página mudou permanentemente | 301 |
| Alteração temporária | 302 quando realmente aplicável |
| Conteúdo removido sem equivalente | 404/410 |
| URL mantém-se | 200 |
O 301 é indicado quando a mudança é permanente e existe um destino relevante. O 302 deve ficar reservado para situações temporárias. Já um 404 ou 410 pode ser apropriado quando um conteúdo foi removido e não existe nenhuma página que cumpra a mesma função.
Manter uma URL com resposta 200 também é perfeitamente válido quando ela continua ativa. Não é necessário alterar URLs apenas por causa da migração.
Como evitar cadeias e loops de redirecionamento
Uma cadeia acontece quando uma URL redireciona para outra que, por sua vez, redireciona novamente. Por exemplo, URL A → URL B → URL C.
Numa migração, o ideal é que a URL antiga aponte diretamente para o destino final. Se a página correta é a URL C, o redirecionamento deve ser URL A → URL C.
Também é importante evitar loops, em que duas ou mais URLs ficam a redirecionar entre si e impedem o acesso ao conteúdo final.
Antes e depois do lançamento, faça um crawl das URLs antigas e valide códigos de resposta, destinos finais e possíveis cadeias. Corrigir estes problemas desde o início torna o processo mais eficiente para utilizadores e motores de pesquisa e reduz o risco de sinais SEO se perderem pelo caminho.
Auditoria Técnica da Migração: Indexação, Canonicals e Links
Depois de publicar o novo website, a prioridade é confirmar que os motores de pesquisa conseguem rastrear, interpretar e indexar corretamente a nova versão. Mesmo com um bom mapa de redirecionamentos, pequenos erros técnicos podem comprometer páginas importantes ou criar sinais contraditórios.
Sitemap, robots.txt e noindex: o que validar no lançamento?
O sitemap XML deve refletir a estrutura final do website e incluir apenas URLs canónicas, relevantes e com resposta 200. URLs antigas, redirecionadas, duplicadas ou bloqueadas não devem continuar no sitemap.
O ficheiro robots.txt também merece atenção imediata. Regras usadas para impedir o rastreamento do ambiente de staging podem causar problemas graves se forem publicadas por engano.
Verifique ainda se páginas importantes mantêm uma diretiva noindex que deveria ter sido removida antes do lançamento. Uma página pode funcionar perfeitamente para o utilizador e, ainda assim, permanecer fora dos resultados de pesquisa por causa desta configuração.
Após o go live, faça um novo crawl e confirme o estado das principais páginas. Compare também as URLs submetidas no sitemap com as páginas que pretende efetivamente indexar.
Canonicals, hreflang e dados estruturados após a migração
As tags canonical devem apontar para as URLs finais corretas. Depois de alterações de domínio, protocolo ou estrutura, é relativamente comum encontrar canonicals que continuam a referenciar endereços antigos.
Nas páginas que devem ser indexadas individualmente, confirme se o canonical está alinhado com a versão pretendida e não envia um sinal contraditório para outra página.
Se o website utiliza hreflang, valide novamente as correspondências entre idiomas e regiões. As referências devem utilizar as URLs finais e manter relações coerentes entre as diferentes versões.
Os dados estruturados também devem ser revistos. Uma alteração de template ou CMS pode remover propriedades, alterar informação ou introduzir erros no schema. Confirme se a marcação continua a representar corretamente o conteúdo visível de cada página.
Atualizar links internos, backlinks prioritários e campanhas
Os redirecionamentos são importantes, mas não devem substituir uma atualização cuidada dos links. Sempre que uma URL final já é conhecida, o ideal é que os principais pontos de ligação passem a apontar diretamente para ela.
Links internos
Atualize menus, breadcrumbs, links contextuais, botões e outros elementos internos que ainda utilizem URLs antigas.
Isto reduz dependência de redirecionamentos, melhora a eficiência do rastreamento e ajuda os motores de pesquisa a compreender rapidamente a nova arquitetura do site. Também evita que os utilizadores passem por etapas desnecessárias antes de chegar ao conteúdo final.
Backlinks externos de maior valor
Nem todos os backlinks podem ser atualizados, nem é necessário contactar todos os websites que apontam para o domínio antigo.
Ainda assim, pode valer a pena identificar links externos particularmente relevantes, como referências de parceiros, diretórios importantes ou páginas que geram tráfego significativo. Quando for possível alterar o destino diretamente, a atualização elimina a dependência permanente do redirecionamento.
Os restantes backlinks devem continuar a funcionar através dos redirecionamentos 301 implementados durante a migração.
Perfis e campanhas
Não se esqueça de pontos externos que a própria empresa consegue controlar. Perfis de redes sociais, Google Business Profile, assinaturas, diretórios, newsletters, anúncios e campanhas podem continuar a enviar utilizadores para URLs antigas.
Atualizar estes destinos ajuda a manter uma experiência consistente e reduz tráfego desnecessário através de redirecionamentos.
Esta auditoria técnica deve confirmar que os principais sinais apontam na mesma direção: URLs finais acessíveis, páginas indexáveis, canonicals coerentes, links atualizados e ausência de bloqueios acidentais. Quanto mais cedo estas inconsistências forem detetadas, menor será a probabilidade de se transformarem em perdas prolongadas de visibilidade orgânica.
Depois da Migração: Como Saber se o SEO Foi Preservado
Uma migração não termina no momento em que o novo website fica online. As semanas seguintes são essenciais para confirmar se o Google está a reconhecer corretamente as alterações e se o tráfego orgânico, a indexação e os rankings continuam dentro do comportamento esperado.
O objetivo nesta fase não é reagir a cada pequena variação, mas identificar rapidamente sinais de problemas técnicos ou perdas que exigem intervenção.
O que monitorizar nas primeiras semanas?
Comece por acompanhar os indicadores que permitem comparar o desempenho do novo site com o baseline recolhido antes da migração.
Entre os pontos mais importantes estão:
- tráfego orgânico total e por landing page;
- impressões, cliques e posição média no Google Search Console;
- rankings das keywords mais relevantes;
- páginas indexadas e excluídas;
- erros 404 e outros códigos de resposta inesperados;
- funcionamento dos redirecionamentos 301;
- páginas com quedas anormais de tráfego ou visibilidade;
- atividade de rastreamento nas URLs antigas e novas;
- conversões e outros objetivos importantes do website.
Não analise apenas os números globais. Um site pode manter um volume de tráfego semelhante enquanto páginas estratégicas perdem posições importantes. Compare, por isso, resultados ao nível das URLs e dos principais grupos de páginas.
Também é útil verificar se o Google está a substituir progressivamente as URLs antigas pelas novas nos resultados de pesquisa. Quando existe uma mudança de domínio ou de estrutura, esta transição pode acontecer de forma gradual.
Que oscilações de ranking são normais e quando deve investigar?
Algumas oscilações de rankings podem acontecer depois de uma migração. Os motores de pesquisa precisam de voltar a rastrear páginas, processar redirecionamentos, atualizar sinais e compreender a nova estrutura do website.
Uma pequena variação temporária não significa necessariamente que a migração correu mal. O contexto é mais importante do que uma alteração isolada de posição.
Deve investigar com maior atenção quando existe uma queda acentuada e persistente, sobretudo se estiver concentrada em páginas que antes geravam tráfego relevante.
Entre os sinais que justificam uma análise estão URLs importantes que desapareceram do índice, páginas novas que não começam a ser rastreadas, redirecionamentos incorretos, canonicals a apontar para destinos errados, bloqueios no robots.txt, tags noindex inesperadas ou alterações significativas de conteúdo.
Também merece atenção uma queda que afete apenas determinadas secções do website. Esse padrão pode indicar que o problema está relacionado com um template, diretório, conjunto de redirecionamentos ou regra técnica específica.
A comparação com o baseline torna esta análise muito mais objetiva. Em vez de tentar perceber se o desempenho parece pior, consegue identificar exatamente onde ocorreram mudanças e quais páginas exigem prioridade.
Uma migração bem executada não é avaliada apenas pelo facto de o novo site estar acessível. O verdadeiro teste é verificar se as páginas continuam a ser encontradas, rastreadas, indexadas e classificadas de forma coerente. Uma monitorização próxima nas primeiras semanas permite distinguir oscilações naturais de problemas reais e agir antes de uma perda pontual se transformar numa quebra prolongada de SEO.
Como Reduzir o Risco de uma Migração de Website
Nenhuma migração SEO é totalmente isenta de risco, mas o impacto pode ser reduzido com planeamento, testes e controlo das mudanças. Quanto mais elementos forem alterados ao mesmo tempo, mais difícil se torna perceber a origem de um eventual problema.
Por isso, além de garantir redirecionamentos, indexação e monitorização, também é importante decidir como e quando a migração deve acontecer.
Migrar tudo de uma vez ou fazer a mudança por fases?
A melhor abordagem depende da dimensão do website, da complexidade técnica e do número de alterações envolvidas.
Uma migração completa pode ser adequada quando existe uma dependência forte entre todas as componentes do novo site ou quando manter duas estruturas em paralelo criaria mais problemas do que benefícios. Neste cenário, os testes em staging e a preparação do mapa de URLs tornam-se ainda mais importantes.
Já uma migração por fases pode reduzir o risco em projetos grandes. Mudar determinadas secções primeiro permite observar o comportamento de rastreamento, indexação e rankings antes de avançar com o restante website.
No entanto, dividir uma migração também exige cuidado. Manter temporariamente estruturas diferentes pode criar inconsistências em links internos, canonicals, navegação ou experiência do utilizador.
Sempre que possível, evite combinar mudanças que não sejam necessárias. Por exemplo, se o objetivo principal é mudar de CMS, talvez não seja o melhor momento para alterar simultaneamente todas as URLs, reescrever grande parte do conteúdo e reorganizar completamente a arquitetura.
Quanto menos variáveis forem alteradas sem necessidade, mais simples será identificar e corrigir qualquer problema.
Qual é o melhor momento para lançar o novo website?
O lançamento deve acontecer numa altura em que a equipa responsável consiga acompanhar o website de perto após a publicação.
Evite, sempre que possível, períodos de maior procura, campanhas importantes ou momentos em que uma falha possa ter um impacto comercial elevado. Uma empresa com forte sazonalidade, por exemplo, tende a assumir mais risco se fizer uma migração imediatamente antes do seu período mais importante do ano.
Também não é aconselhável publicar o novo site num momento em que programadores, responsáveis de SEO ou outras pessoas essenciais não estejam disponíveis para resolver problemas.
Antes do go live, confirme que os principais testes foram concluídos, que existe uma versão final do mapa de redirecionamentos e que a equipa sabe quais métricas deve acompanhar nas horas e dias seguintes.
O melhor momento para uma migração não é necessariamente o período com menos tráfego. É aquele em que existe margem para testar, monitorizar e corrigir rapidamente qualquer problema sem colocar operações críticas sob pressão.
Reduzir o risco de uma migração significa, acima de tudo, limitar mudanças desnecessárias, preparar cenários de erro e manter capacidade de reação após o lançamento. Quanto mais controlado for o processo, mais fácil será preservar a visibilidade orgânica enquanto o novo website é reconhecido pelos motores de pesquisa.
Perguntas frequentes sobre migração sem perder SEO
Quanto tempo demora o Google a reconhecer uma migração?
Não existe um prazo fixo. O tempo necessário depende da dimensão do website, frequência de rastreamento, qualidade dos redirecionamentos, autoridade do domínio e complexidade das alterações.
Num site pequeno e bem estruturado, algumas mudanças podem começar a ser reconhecidas rapidamente. Em websites maiores, com milhares de URLs ou alterações extensas de arquitetura, o processo pode prolongar-se durante várias semanas.
É possível migrar um website sem qualquer oscilação de rankings?
É possível reduzir bastante o risco, mas não é realista garantir que não haverá qualquer oscilação. Uma migração obriga os motores de pesquisa a reavaliar URLs, redirecionamentos, conteúdo, links internos e outros sinais. Mesmo quando tudo é implementado corretamente, podem existir pequenas alterações temporárias nos rankings enquanto esse processamento acontece.
Preciso manter o domínio antigo depois da migração?
Quando existe uma mudança de domínio, sim, é recomendável manter o domínio antigo sob controlo para que os redirecionamentos continuem ativos. Se o domínio antigo expirar ou deixar de responder, os utilizadores que acedem através de links antigos deixam de chegar ao novo site. O mesmo acontece com motores de pesquisa e backlinks que ainda apontem para essas URLs.
Por isso, manter o domínio antigo e os respetivos redirecionamentos durante um período prolongado ajuda a proteger a continuidade da navegação e dos sinais SEO associados às URLs anteriores.