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, os riscos são os mesmos: tráfego perdido, rankings em queda e links quebrados. Já migrei mais de 30 sites – de pequenos blogs a lojas de ecommerce com 500.000 páginas – e aprendi exatamente o que preserva (e muitas vezes melhora) o patrimônio SEO. Siga este guia para evitar as armadilhas comuns.

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.