O que é migração WordPress e por que costuma dar problema
A migração envolve transferir arquivos, banco de dados e configurações do WordPress de um servidor para outro. Problemas surgem quando detalhes "invisíveis" como DNS, PHP, permissões, cache, URLs e SSL não são tratados de forma coordenada.
Para agências, e-commerces e web designers, os riscos incluem queda do site, erros 500/404, quebra de checkout, impacto em SEO e instabilidade pós-migração. Em empresas, afeta formulários, e-mails transacionais e integrações com ERP/CRM.
O que deve mudar (e o que não deve) ao trocar hospedagem
Idealmente, muda-se apenas a infraestrutura, não a identidade do site. Preservam-se domínio, estrutura de URLs, conteúdo, redirecionamentos e certificados, alterando apenas o servidor de origem.
O que frequentemente muda: versão de PHP, tipo de servidor (Apache/Nginx/LiteSpeed), limites de memória, política de cache e tratamento de arquivos temporários. O que não deveria mudar: endereço canônico, padrão de permalinks, base de mídia e comportamento de login/admin.
Pontos técnicos que mais causam "quebras"
- DNS e propagação: troca de apontamento sem reduzir TTL e sem validação
- Diferença de PHP/extensões: plugins dependentes de extensões não instaladas no novo ambiente
- Limites de recursos: memory_limit baixo, max_execution_time curto, uploads limitados
- Cache e minificação: cache antigo servindo HTML com URLs do servidor anterior
- SSL e conteúdo misto: site em HTTPS carregando imagens/scripts em HTTP
- Permissões/owner: wp-content sem permissão correta, gerando falhas em upload e atualização
Pré-migração: checklist para reduzir risco e indisponibilidade
Antes de mover qualquer coisa, garanta que consegue voltar atrás e que o novo servidor está pronto. Um checklist bem feito evita aproximadamente "80% dos incidentes comuns", principalmente em sites com WooCommerce e muitos plugins.
Checklist essencial
- Backup completo e testado: arquivos + banco; valide se restaura em ambiente de teste
- Inventário do stack: WordPress, tema, plugins críticos, versão de PHP e configurações de cache
- Mapeamento de integrações: gateway de pagamento, antifraude, ERP/CRM, SMTP, APIs e webhooks
- Reduzir TTL do DNS: 24–48h antes, para acelerar a virada (ex.: 300s)
- Janela de mudança: escolha horário de menor tráfego e congele deploys
- Plano de rollback: defina gatilho e como reverter o DNS rapidamente
Como evitar lentidão após migração
Lentidão pós-migração vem de configuração de servidor, cache mal ajustado ou mudança de stack. O site pode abrir, mas com TTFB alto, consultas lentas e I/O de disco ruim, afetando experiência e SEO.
Boas práticas de performance no novo servidor
- Compatibilidade de PHP: use versão suportada por plugins e tema; evite subir versões sem testes
- Object cache: Redis/Memcached ajudam em lojas e sites dinâmicos, reduzindo carga no banco
- Cache de página com regras: exclua carrinho/checkout/minha conta e conteúdo personalizado
- Banco de dados: revise tamanho de autoload, tabelas de logs e plugins com excesso de transientes
- CDN e imagens: mantenha estratégia de mídia; evite reprocessar desnecessariamente
Métricas rápidas para validar
Compare antes/depois: TTFB, tempo de carregamento da home e página de produto/post, estabilidade em picos. Se TTFB piorou muito, o gargalo está no servidor, cache ou banco.
Erros comuns que quebram páginas, mídia e login
Quebras pós-migração são previsíveis: URL base divergente, permissões erradas, caminhos de upload e regras do servidor não replicadas. Garantir consistência entre banco, wp-config.php, .htaccess e certificado SSL é essencial.
Problemas típicos e correções
- Imagens 404: confirme cópia completa de wp-content/uploads e permissões
- Loop de redirecionamento: revise regras de HTTPS, proxy/CDN e siteurl/home no banco
- Admin inacessível: desative plugins temporariamente e revise limites de memória
- Conteúdo misto: force HTTPS e revise URLs absolutas antigas em páginas e CSS/JS
- Permalinks quebrados: re-salve os links permanentes e valide regras de rewrite
SEO na migração: o que monitorar para não perder tráfego
Uma migração bem feita não altera URLs nem indexação, mas pequenos deslizes derrubam rankings. Monitorar as primeiras 48–72 horas define se o impacto será zero ou haverá perda de tráfego orgânico.
Checklist rápido de SEO técnico pós-virada
- Status codes: páginas principais devem responder 200; evite 302 desnecessário
- Canônicos e robots: confirme que não ficou "noindex" de staging e canônicos apontam correto
- Sitemap: valide se continua acessível e atualizado
- Redirecionamentos: mantenha regras existentes e evite cadeia (A→B→C)
- Logs e 404: monitore URLs mais acessadas e corrija rapidamente com 301
Staging e validação: forma mais segura de migrar
Staging replica o site para validar a migração antes de apontar o DNS. Permite ajustar PHP, cache, SSL e plugins sem afetar produção. Para agências, facilita aprovação com cliente e padroniza entregas.
O que testar no staging
- Login/logout, recuperação de senha e permissões de usuário
- Formulários, envio de e-mails (SMTP) e notificações transacionais
- Carrinho, checkout, cálculo de frete, cupons e meios de pagamento
- Webhooks e integrações (ERP/CRM), incluindo rotas de retorno
- Performance básica: TTFB e carregamento das páginas críticas
Quando envolver equipe especializada
Vale envolver especialistas quando o site é crítico para receita, há alto tráfego ou existem integrações sensíveis (pagamentos, automações e APIs). O custo de uma migração mal feita supera o de fazer certo na primeira vez.
Perguntas Frequentes
Quanto tempo leva uma migração de WordPress para outra hospedagem?
Depende do tamanho do site e DNS. Cópia e validação levam algumas horas; propagação DNS pode levar de minutos a 24–48h.
Vou perder SEO ao fazer a migração?
Não necessariamente. Mantendo mesmas URLs, canônicos corretos, respostas 200 e redirecionamentos bem configurados, o impacto tende a ser nulo.
É melhor migrar por plugin ou manualmente?
Plugins ajudam em sites menores, mas migrações manuais dão mais controle em projetos complexos com cache avançado, regras de servidor e e-commerce.
O que causa erro 500 depois da migração?
Geralmente incompatibilidade de PHP/extensões, limite de memória insuficiente, permissões erradas ou regras de rewrite incorretas.
Preciso mudar algo no WordPress após apontar o DNS?
Normalmente revisa-se SSL/HTTPS, revalida-se permalinks e limpa-se caches. Recomenda-se monitorar logs e erros 404 nas primeiras horas.
Como evitar downtime durante a troca?
Use staging, reduza o TTL com antecedência, valide tudo antes da virada e tenha plano de rollback para reverter o DNS se algo crítico falhar.
