Migração de site WordPress
Hospedagem, domínio e infraestrutura
Migração de site WordPress com checklist técnico, janela de corte e plano de reversão
Migrar WordPress sem planejamento pode quebrar login, formulários, checkout, e-mails, cron, SSL, cache ou SEO mesmo quando as páginas parecem ter sido copiadas corretamente. A Yasaf prepara origem e destino, testa a cópia antes da troca, reduz o risco de indisponibilidade e valida o ambiente depois que o domínio aponta para o novo servidor.
- Arquivos e banco
- DNS e SSL
- PHP e extensões
- E-mails e formulários
- WooCommerce
- Rollback
Copiar não é migrar
O WordPress depende de camadas que não aparecem no backup visual do site
Além de wp-content e banco de dados, o ambiente pode depender de versão de PHP, extensões, limites de memória, tarefas cron, regras do servidor, cache, Redis, CDN, DNS, SMTP e certificados. Em lojas, ainda existem webhooks, gateways e pedidos acontecendo enquanto a mudança é preparada.
Por isso, a migração começa com um inventário. A cópia é testada no destino usando domínio temporário, hosts local ou outro método adequado. Só depois definimos a troca pública.
Regra prática: o melhor momento para descobrir que o checkout não funciona é antes de alterar o DNS.
Pré-migração
O que verificamos na origem e no novo servidor
PHP, MySQL/MariaDB e extensões
Compatibilidade do tema, plugins e funções utilizadas.
DNS, Cloudflare e SSL
Quem controla a zona, TTL, proxy, certificado e comportamento HTTPS.
Tamanho e permissões
Uploads, backups antigos, arquivos fora da instalação e permissões necessárias.
Volume e consistência
Tabelas grandes, revisões, sessões, transients e necessidade de busca/substituição segura.
E-mail, cron e integrações
SMTP, tarefas, callbacks e APIs que podem depender do host ou IP.
Formulário, login e checkout
Funções críticas que viram critérios de aceite, não apenas “a home abriu”.
Sequência de corte
Uma migração previsível tem ordem e critérios de volta
| Fase | Ação | Critério |
|---|---|---|
| Preparação | Backup e inventário | Origem preservada e acessos confirmados. |
| Cópia | Arquivos + banco no destino | Site carrega no ambiente de teste. |
| Validação | Login, formulários, mídia, checkout, cron | Funções prioritárias aprovadas. |
| Sincronização | Nova cópia de dados quando necessário | Minimizar diferença entre origem e destino. |
| Corte | DNS/proxy para novo servidor | Certificado e respostas corretas. |
| Pós-corte | Logs, pedidos, e-mails, indexação | Sem erro crítico; origem mantida para rollback pelo período combinado. |
WooCommerce exige cuidado adicional
Pedidos podem continuar entrando enquanto a loja é migrada
Riscos específicos
- Pedido criado na origem depois da primeira cópia
- Webhook apontando para ambiente incorreto
- Cache em carrinho/checkout
- E-mail transacional não enviado
- Gateway rejeitando callback
Como reduzimos o risco
- Planejar janela de menor movimento
- Fazer sincronização final
- Testar pedido real/controlado
- Validar status e notificações
- Monitorar logs após o corte
Migração e SEO
Se a URL não precisa mudar, não inventamos uma estrutura nova durante a transferência
Mudar hospedagem não exige mudar slugs. Preservar URLs, canonicals e HTTPS reduz variáveis. Quando o projeto também envolve novo domínio ou nova arquitetura, criamos um mapa de redirecionamentos e tratamos isso como uma migração de SEO, não como simples transferência de servidor.
Problemas de indexação após mudanças podem ser investigados com SEO técnico WordPress.
Pós-migração
O que conferimos depois que o domínio já aponta para o novo ambiente
Experiência pública
- Home e páginas internas
- Imagens e arquivos
- Login e recuperação
- Formulários
- HTTPS e redirects
Operação
- E-mails transacionais
- Cron
- Cache/CDN
- Pedidos quando houver
- Logs de erro
Perguntas
Dúvidas sobre migração de site WordPress
É possível migrar sem deixar o site horas fora do ar?
Normalmente planejamos a cópia e os testes antes do corte para reduzir a indisponibilidade. O tempo percebido também depende de DNS, tamanho do site e necessidade de sincronização final.
Vocês migram e-mail junto?
E-mail é uma camada separada do WordPress. Podemos avaliar se as caixas estão no mesmo provedor e se a migração de e-mail precisa fazer parte do projeto.
Posso mudar de domínio ao mesmo tempo?
Pode, mas aumenta o risco e exige tratamento de URLs, redirecionamentos, Search Console e demais sinais. Se não for necessário, é melhor separar as mudanças.
O site pode ficar mais rápido depois?
Um servidor melhor pode ajudar, mas velocidade depende também de tema, plugins, imagens, banco e scripts. Quando performance é o objetivo, indicamos otimização de velocidade WordPress.
Vocês mantêm backup do ambiente antigo?
A estratégia de rollback e o período de preservação são definidos no projeto. Não recomendamos apagar a origem imediatamente após o corte.
Serviços relacionados
Quando a migração também envolve saúde do WordPress
Vai mudar de hospedagem, servidor ou domínio?
Envie a URL, hospedagem atual, destino pretendido e diga se o site tem WooCommerce, área de membros, e-mail ou integrações críticas.