Modelo de checklist de SEO para migração de site

Benchmark e inventário pré-migração

Capture uma base completa de posições, tráfego e URLs antes de mudar seja o que for, para poder comprovar a recuperação mais tarde.

Fase 1: Benchmark e inventário

Não se pode medir o que nunca se registou. Antes de tocar num único URL, congele um instantâneo de como o site atual está a desempenhar e exatamente que páginas existem. Esta base torna-se o seu ponto de referência para detetar perdas após o lançamento.

• Exporte as posições orgânicas atuais das suas palavras-chave prioritárias [Data de registo]
• Registe o tráfego orgânico e as conversões da analítica dos últimos 3–6 meses
• Anote os totais de cobertura de indexação na Search Console (válidos, excluídos, erros)
• Execute um rastreamento completo do site em produção [Ferramenta de rastreamento] e guarde a exportação
• Construa um inventário de URLs completo com códigos de estado, títulos e meta
• Capture as principais páginas com backlinks para proteger os seus equivalentes
• Guarde o robots.txt, o sitemap XML e os dados estruturados atuais

Responsável: [Nome] e Base fixada: [Data]. Guarde todas as exportações numa pasta partilhada: vai compará-las durante semanas.

Mapeamento de redirecionamentos (1:1 antigo → novo)

Construa um mapa de redirecionamentos limpo, página a página, para que cada URL antigo caia no seu equivalente novo mais próximo com um único 301.

Fase 2: Mapeamento de redirecionamentos

Os redirecionamentos transportam a sua autoridade dos URLs antigos para os novos. O objetivo é um mapa 1:1. Cada URL a ser desativado aponta para a única página mais relevante do novo site. Um mapeamento descuidado é a causa mais comum de perda de tráfego numa migração.

1. Liste cada URL antigo do seu inventário da Fase 1 [Ficheiro de origem]
2. Faça a correspondência de cada um com o seu URL novo mais próximo: mesmo tema, mesma intenção
3. Use redirecionamentos 301 permanentes, não 302, para páginas movidas
4. Evite cadeias de redirecionamentos e ciclos. Aponte diretamente para o URL final
5. Nunca redirecione em massa para a página inicial; mapeie as órfãs para a melhor página de secção
6. Decida como tratar as páginas desativadas sem equivalente [410 ou redirecionamento]
7. Preserve deliberadamente os parâmetros de URL e a convenção da barra final

Teste o mapa completo em staging antes do lançamento. Mapa revisto por: [Nome]. Um mapa completo e sem cadeias é a maior alavanca que você controla.

Paridade on-page

Confirme que títulos, meta, cabeçalhos, conteúdo e links internos são transferidos, para que os motores de busca vejam continuidade e não um site novo.

Fase 3: Paridade on-page

Os motores de busca reavaliam cada página que voltam a rastrear. Se os seus títulos, cabeçalhos e conteúdo se mantiverem consistentes, sinaliza continuidade e protege a relevância. Trate a paridade como o padrão e as melhorias como exceções deliberadas, não como acidentes.

• Transfira as title tags exatamente, ou melhore-as intencionalmente, nunca as elimine
• Preserve as meta descriptions das páginas que geram cliques
• Mantenha o H1 e a hierarquia de cabeçalhos alinhados com a página antiga
• Faça corresponder o conteúdo do corpo, não corte nem enfraqueça páginas-chave às escondidas
• Atualize os links internos para apontarem para os URLs novos finais, não para redirecionamentos
• Reaponte os links de navegação, rodapé e breadcrumb
• Migre os dados estruturados e o texto alt das imagens [Tipos de schema]

Verifique primeiro, por amostragem, os seus templates de maior tráfego e maior conversão. Responsável pelo QA de paridade: [Nome]. Onde alterar o texto, registe-o para poder correlacionar qualquer mudança de posição com a edição.

Configuração técnica

Acerte robots.txt, sitemaps, canónicos, hreflang e analítica no novo site antes e no momento do lançamento.

Fase 4: Configuração técnica

A camada técnica diz aos rastreadores como ler o seu novo site. Uma única regra de staging esquecida ou um canónico em falta pode desfazer um trabalho cuidadoso de paridade, por isso verifique cada item explicitamente em vez de assumir que os valores por omissão são seguros.

1. Confirme que o robots.txt não bloqueia o rastreamento em produção [URL]
2. Remova quaisquer tags noindex deixadas do staging
3. Gere um sitemap XML limpo listando apenas URLs finais e indexáveis
4. Defina tags canónicas autorreferenciais em todas as páginas
5. Configure o hreflang se servir vários idiomas ou regiões
6. Verifique o HTTPS e que os pedidos HTTP redirecionam para a versão segura
7. Instale a analítica e a Search Console na nova propriedade [GA / GSC ID]

Valide o sitemap e execute um novo rastreamento do staging para apanhar erros cedo. Verificações técnicas aprovadas por: [Nome]. Acerte isto antes do dia do lançamento, não durante ele.

Checklist do dia do lançamento

Execute a transição numa janela de baixo tráfego com uma sequência rigorosa para que nada seja esquecido sob pressão.

Fase 5: Dia do lançamento

O dia do lançamento é execução, não tomada de decisões. Todas as decisões já devem estar tomadas. Execute a transição durante uma janela de baixo tráfego e siga a sequência para que um checklist tranquilo substitua a correria de última hora.

1. Agende a transição para um período de baixo tráfego [Data / hora]
2. Publique o novo site e ative todos os redirecionamentos 301 de uma só vez
3. Confirme que o robots.txt de produção permite o rastreamento e não tem bloqueios residuais
4. Envie o novo sitemap XML na Search Console
5. Verifique por amostragem que os redirecionamentos-chave devolvem 301 → 200, não cadeias ou 404
6. Confirme que a analítica está a disparar e a registar os novos URLs
7. Teste formulários, pesquisa, checkout e outros caminhos críticos

Mantenha a equipa de prevenção durante algumas horas após entrar no ar. Responsável pelo lançamento: [Nome] e Hora de entrada no ar: [Hora]. Resista a fazer alterações de conteúdo no mesmo dia: isole o lançamento das edições.

Monitorização pós-lançamento

Vigie a Search Console, os erros de rastreamento e as posições após o lançamento para apanhar e corrigir problemas depressa.

Fase 6: Monitorização pós-lançamento

A migração não termina no lançamento: termina quando o desempenho estabiliza. Espere uma flutuação temporária enquanto os motores voltam a rastrear e reindexar e, depois, vigie de perto para que os problemas reais sejam corrigidos antes de se agravarem.

• Monitorize a Search Console diariamente para cobertura e erros de rastreamento
• Vigie picos de 404 e corrija-os ou redirecione-os rapidamente
• Volte a rastrear o site em produção para apanhar links quebrados e redirecionamentos incorretos
• Confirme que os novos URLs estão a ser indexados e os antigos a sair
• Acompanhe as posições e o tráfego face à sua base da Fase 1
• Use a ferramenta Change of Address se mudou de domínio
• Confirme que o sitemap foi processado e, se configurou hreflang, confirme que não tem erros

Registe cada correção com uma data para poder ligar as ações à recuperação. Responsável pela monitorização: [Nome] e Revisão até: [Data de fim]. Não entre em pânico com quedas iniciais: investigue, documente e dê tempo ao novo rastreamento.

Vou perder posições ao migrar o meu site?

Uma flutuação temporária é normal enquanto os motores de busca voltam a rastrear e reindexar os seus novos URLs. Uma migração cuidadosamente executada, com redirecionamentos 301 1:1, elementos on-page preservados e um sitemap reenviado, está bem posicionada para recuperar, ao passo que uma descuidada pode causar perdas duradouras. Os passos de benchmarking, mapeamento e paridade deste checklist existem precisamente para minimizar e encurtar essa queda.

Devo manter os meus URLs iguais ao migrar?

Sim, sempre que possível. Quanto menos URLs mudar, menos pode correr mal, porque evita a necessidade de redirecionamentos e a perda de sinal que pode vir com eles. Só mude os URLs quando a migração realmente o exigir (como um novo domínio ou uma plataforma que impõe uma estrutura diferente) e mapeie cuidadosamente cada URL alterado para o seu novo equivalente.

Qual é a forma correta de configurar redirecionamentos numa migração?

Use redirecionamentos 301 permanentes mapeados 1:1, para que cada URL antigo aponte para o único equivalente mais próximo no novo site. Evite cadeias e ciclos de redirecionamentos apontando diretamente para o URL final e nunca redirecione em massa páginas sem relação para a página inicial: os motores de busca podem tratá-las como soft 404 e passar pouco ou nenhum valor.

Preciso de reenviar o sitemap e verificar o robots.txt depois de migrar?

Sim. Gere um sitemap XML novo contendo apenas os seus URLs finais e indexáveis e envie-o na Search Console para acelerar a descoberta. Tão importante como isso: confirme que o seu robots.txt de produção não está a bloquear o rastreamento e que nenhuma tag noindex sobreviveu do staging. Uma única regra esquecida pode manter o seu novo site fora do índice.

Qual é a melhor altura para lançar uma migração?

Agende a transição para uma janela de baixo tráfego, para que quaisquer problemas afetem o menor número de utilizadores e tenha margem para reagir. Ative todos os redirecionamentos de uma só vez, reenvie o seu sitemap e mantenha a equipa de prevenção durante algumas horas depois. Evite alterações de conteúdo não relacionadas no mesmo dia para poder isolar o efeito da migração ao monitorizar.

O que devo monitorizar depois de a migração entrar no ar?

Vigie o Google Search Console diariamente para erros de rastreamento e problemas de cobertura, corrija ou redirecione depressa qualquer pico de 404 e volte a rastrear o site em produção para apanhar links quebrados e redirecionamentos incorretos. Acompanhe as posições e o tráfego face à base que registou antes de migrar e confirme que os novos URLs estão a ser indexados enquanto os antigos saem. Espere uma flutuação temporária antes de tudo estabilizar.