Guia de Migração SEO: Como Trocar de Plataforma Sem Perder Rankings (2026)

Quer você esteja migrando do WordPress para PHP personalizado, do Shopify para WooCommerce ou de qualquer plataforma para outra, o perigo é o mesmo: tráfego perdido, posições em queda e um rastro de links quebrados. Já fiz mais de 30 migrações — de pequenos blogs a lojas de e-commerce com 500.000 páginas — e a diferença entre uma mudança limpa e um desastre é quase sempre a preparação. Bem feita, uma migração pode até melhorar seu SEO em vez de apenas sobreviver. Mal feita, pode apagar anos de autoridade da noite para o dia. Este guia lhe dá o processo que protege seu tráfego a cada passo.

Por que as Migrações Falham – A Verdade Crua

• Alterar estruturas de URL sem implementar redirecionamentos 301.
• Perder metadados (tags de título, meta descrições, tags canônicas).
• Quebrar links internos devido a novos padrões de URL.
• Lançar sem testar redirecionamentos em um ambiente de staging.

Este guia aborda cada um desses problemas. Siga cada passo e você preservará – às vezes até melhorará – seus rankings.

Fase 1: Auditoria Pré‑Migração – Capture Sua Base SEO

Antes de tocar em qualquer coisa, documente o desempenho SEO atual do seu site. Você precisará disso para comparar após o lançamento.

1. Rastreie Todo o Seu Site

Use o Screaming Frog SEO Spider (gratuito até 500 URLs) para extrair:

• Todos os URLs internos (incluindo imagens, PDFs, etc.).
• Tags de título, meta descrições e H1s para cada página.
• Tags canônicas.
• Códigos de resposta (200, 301, 404).
• Links internos e externos.

Exporte o rastreamento para CSV. Isso se torna sua lista mestre de mapeamento de URLs.

2. Registre Rankings para as 50 Principais Palavras‑chave

Use o Google Search Console (relatório de desempenho) ou uma ferramenta paga como SEMrush/Ahrefs. Exporte posições, impressões e CTRs dos últimos 3 meses.

3. Documente os Níveis de Tráfego Orgânico

No Google Analytics (ou GA4), registre os últimos 30 dias de sessões orgânicas, taxa de rejeição e dados de conversão. Tire capturas de tela. Você os comparará após o lançamento.

4. Baixe Todos os Backlinks

Google Search Console → Links → Links externos → Exportar. Salve a lista de domínios e páginas que linkam. Você vai querer garantir que esses URLs antigos redirecionem corretamente.

5. Salve o Sitemap XML

Se seu site antigo tem um sitemap (ex.: `/sitemap.xml`), baixe-o. É uma lista rápida de todos os URLs indexados.

Fase 2: Mapeamento de URLs – O Passo Mais Crítico

Se você mantiver exatamente os mesmos caminhos de URL, evita a maioria dos riscos de migração. Mas muitas vezes você vai querer limpar URLs (remover datas, encurtar categorias). Crie um mapeamento 1:1 de cada URL antigo para seu equivalente novo.

Exemplos de Regras de Mapeamento:

<code>/2023/01/por-que-php-personalizado → /blog/por-que-php-personalizado<br>/categoria/web-design → /servicos/web-design<br>/produto?id=123 → /produtos/nome-do-produto<br>/contato → /contato (mantenha igual se possível)</code>

Ferramentas para Criar Seu Arquivo de Mapeamento:

• Excel/Google Sheets manual – para sites pequenos (<500 URLs).
• Script Python com regex – para sites grandes.
• Exportação do CMS + fórmulas de planilha – se sua nova plataforma tiver um padrão.

Salve o mapeamento como CSV com as colunas: old_url, new_url.

Fase 3: Implemente Redirecionamentos 301

Um redirecionamento 301 diz ao Google: “Esta página foi movida permanentemente.” O Google transfere quase 100% do poder de rankeamento da página antiga para o novo URL. Nunca use redirecionamentos 302 (temporários) para movimentos permanentes.

Opção A – Apache .htaccess (melhor para < 200 redirecionamentos)

<code>Redirect 301 /url-antigo /url-novo<br>Redirect 301 /2023/01/por-que-php-personalizado /blog/por-que-php-personalizado</code>

Opção B – Mapa PHP de Redirecionamentos (melhor para milhares de redirecionamentos)

<code>&lt;?php<br>$redirects = json_decode(file_get_contents(__DIR__ . '/redirects.json'), true);<br>$request = $_SERVER['REQUEST_URI'];<br>if (isset($redirects[$request])) {<br>    header('HTTP/1.1 301 Moved Permanently');<br>    header('Location: ' . $redirects[$request]);<br>    exit;<br>}<br>?&gt;</code>

Opção C – Nginx (use `map` para muitos redirecionamentos)

<code>map $request_uri $new_uri {<br>    /url-antigo      /url-novo;<br>    /url-antigo2     /url-novo2;<br>}<br>server {<br>    if ($new_uri) {<br>        return 301 $new_uri;<br>    }<br>}</code>

Regra Crítica: Sem Cadeias de Redirecionamento – Nunca faça A → B → C. Cada salto perde uma pequena quantidade de valor do link. Sempre redirecione diretamente A → C.

Fase 4: Preserve Metadados – Tags de Título, Meta Descrições, Canônicos

Seu novo site deve produzir exatamente as mesmas tags de título e meta descrições que o site antigo (ou melhores).

• Se você estiver usando um CMS (WordPress, Shopify), exporte os metadados via plugin ou CSV.
• Se você estiver construindo um site PHP personalizado, armazene os metadados em uma tabela de banco de dados ou em um array PHP indexado por URL.

Exemplo de implementação PHP personalizada:

<code>&lt;?php<br>$pageMetadata = [<br>    '/servicos/web-design' => [<br>        'title' => 'Web Design Personalizado | BuiltToWinWeb',<br>        'description' => 'Sites PHP codificados à mão que pontuam 100 no Lighthouse.'<br>    ]<br>];<br>if (isset($pageMetadata[$_SERVER['REQUEST_URI']])) {<br>    $meta = $pageMetadata[$_SERVER['REQUEST_URI']];<br>    echo '&lt;title&gt;' . htmlspecialchars($meta['title']) . '&lt;/title&gt;';<br>    echo '&lt;meta name="description" content="' . htmlspecialchars($meta['description']) . '"&gt;';<br>}<br>?&gt;</code>

Fase 5: Teste Tudo em um Ambiente de Staging

Antes de ir ao ar, clone seu site para um subdomínio de staging (ex.: `staging.seudominio.com`). Teste:

• Todos os redirecionamentos – use o Screaming Frog para rastrear os URLs antigos e verificar se eles retornam 301 para os novos URLs.
• Metadados – verifique uma amostra de páginas para títulos e descrições corretos.
• Links internos – sem links quebrados para URLs antigos.
• Core Web Vitals – execute o Lighthouse. Se as pontuações forem piores do que no site antigo, faça a depuração.

Fase 6: Dia do Lançamento – Troque o DNS e Envie o Sitemap

1. Aponte o DNS para seu novo servidor (o TTL deve ser configurado para 300 segundos com antecedência).
2. Envie imediatamente seu novo sitemap XML no Google Search Console (Sitemaps → Adicionar).
3. Use a ferramenta “Inspecionar URL” para buscar como Google e solicitar indexação para suas páginas mais importantes.
4. Monitore logs em tempo real para erros 404 (use um visualizador de logs do servidor ou uma ferramenta como LogHound).

Fase 7: Monitoramento Pós‑Lançamento – Os Primeiros 30 Dias

É aqui que a maioria das migrações falha – elas lançam e assumem que está tudo bem.

Verificações Diárias (Primeira Semana):

• Google Search Console → Cobertura → Erros. Algum 404? Corrija imediatamente (adicione redirecionamentos ausentes).
• Google Analytics → Tempo real para garantir que o tráfego esteja chegando ao novo site.

Verificações Semanais (Semanas 2‑4):

• Compare o tráfego orgânico com a linha de base pré‑migração (Google Analytics). Uma pequena queda (5‑10%) é normal; qualquer coisa maior indica um problema.
• Reexecute o relatório de palavras‑chave principais. Se os rankings caíram para páginas específicas, verifique se esses URLs redirecionam corretamente.
• Monitore 404 de backlinks – use Ahrefs ou GSC para ver se os links externos agora estão quebrados.

Se Você Vir uma Queda:

• Verifique se você não bloqueou acidentalmente o robots.txt ou adicionou tags `noindex`.
• Certifique-se de que o novo site é mais rápido (Core Web Vitals). Melhorias de velocidade geralmente compensam pequenas perdas de redirecionamento.
• Reenvie o sitemap e use “Inspecionar URL” em algumas páginas‑chave.

Armadilhas Comuns de Migração (E Como Evitá‑las)

• Armadilha: Mudar de HTTP para HTTPS sem redirecionar todos os URLs HTTP. Solução: Adicione um redirecionamento global HTTP→HTTPS no nível do servidor.
• Armadilha: Migrar para um novo domínio e não atualizar a propriedade do Google Search Console. Solução: Adicione o novo domínio como propriedade e envie uma mudança de endereço.
• Armadilha: Perder URLs de imagens (imagens quebradas). Solução: Mantenha a mesma estrutura de caminho para `/wp-content/uploads/` ou crie redirecionamentos para URLs de imagens.
• Armadilha: Links internos apontando para URLs antigos (hardcoded). Solução: Use uma busca e substituição no seu banco de dados ou base de código antes do lançamento.

Estudo de Caso: Migração de Ecommerce com 50.000 Páginas – 0% de Perda de Tráfego

Um grande varejista online migrou do Magento para uma plataforma PHP personalizada. O desafio: 50.000 URLs de produtos tiveram que mudar de `/catalog/product/view/id/123/` para `/produtos/nome-do-produto/`.

Processo:

• Exportação de todos os URLs antigos do banco de dados Magento.
• Geração de novos slugs amigáveis para SEO baseados nos nomes dos produtos.
• Criação de um mapeamento CSV com 50.000 linhas.
• Uso de um mapa PHP de redirecionamentos (arquivo JSON) para lidar com os 301 – sem inchaço do .htaccess.
• Preservação de todos os metadados (títulos, descrições) armazenando‑os em uma tabela personalizada indexada por novo URL.
• Staging e teste dos redirecionamentos com um rastreador – 99,8% de cobertura.

Resultados:

• Zero perda de tráfego orgânico nos primeiros 30 dias.
• Após 60 dias, o tráfego aumentou 12% devido ao carregamento mais rápido das páginas (PHP personalizado vs Magento).
• Nenhum erro 404 no Search Console após a primeira semana.
• A receita da busca orgânica aumentou 18% em 3 meses.

O cliente agora possui o código, não paga taxas de licenciamento do Magento e pode atualizar URLs instantaneamente.

Lista de Verificação de Migração (Resumo PDF Imprimível)

• ☐ Pré‑migração: rastreamento, rankings, tráfego, backlinks, sitemap.
• ☐ Mapeamento de URLs: CSV 1:1 de antigo → novo.
• ☐ Implementar redirecionamentos 301 (sem cadeias).
• ☐ Preservar metadados (títulos, descrições, canônicos).
• ☐ Testar em staging (rastreamento Screaming Frog, Lighthouse).
• ☐ Lançamento: DNS, enviar sitemap, inspecionar URLs.
• ☐ Monitorar GSC diariamente por 30 dias, corrigir 404s.
• ☐ Após 30 dias, comparar rankings e tráfego.

Pronto para Migrar Sem Estresse?

Migrei mais de 30 sites – de pequenos blogs empresariais a ecommerce empresarial. Cuido de todo o processo: mapeamento de URLs, implementação de redirecionamentos, migração de metadados, testes em staging e monitoramento pós‑lançamento. Você manterá seus rankings e muitas vezes verá um aumento de desempenho.

Vamos conversar sobre sua migração. Forneço um plano de migração e orçamento gratuitos e sem obrigação.

Dados de migrações reais de clientes realizadas pela BuiltToWinWeb. Os resultados individuais podem variar de acordo com a complexidade do site e a saúde SEO existente.