Para migrar WordPress para uma VPS, prepare o destino, copie arquivos e banco, teste o site antes de trocar o DNS e defina como voltar à origem se algo falhar. Sites que recebem pedidos, cadastros ou alterações precisam de uma estratégia para as gravações durante a transição. Ausência total de interrupção não é uma garantia deste procedimento.
1. Registre o ambiente e os critérios de sucesso
Liste domínio, servidor atual, tamanho dos arquivos e banco, versão de PHP, extensões, tarefas agendadas, envio de e-mail e integrações. Confira os requisitos do WordPress, dos plugins e do tema antes de escolher o sistema do destino.
Defina quem executará cada etapa e quem autorizará a troca. Para uma loja, o teste deve incluir pedido, pagamento e notificações; para um site institucional, formulários, páginas e envio de mensagens. Faça testes com meios que não produzam cobranças reais.
Escolha a capacidade da VPS considerando a carga e o crescimento, além do espaço necessário para cópias temporárias. Não há uma quantidade fixa de disco que sirva para toda migração.
2. Preserve uma cópia recuperável da origem
Faça backup dos arquivos, do banco e das configurações necessárias à recuperação. Armazene uma cópia fora do ambiente que será alterado e confira se é possível restaurá-la. Um arquivo de backup criado não comprova, sozinho, que a recuperação funciona.
Proteja credenciais, arquivos de configuração e exportações do banco. Não deixe cópias SQL ou arquivos compactados acessíveis pelo site público. Registre a data da cópia e a versão do ambiente.
3. Prepare o destino antes da troca
Configure servidor web, PHP, banco e HTTPS conforme o sistema escolhido. Crie credenciais próprias para a aplicação e confira permissões dos arquivos. Não copie comandos de instalação destinados a outra distribuição ou versão.
Transfira os arquivos para um diretório confirmado e importe uma cópia do banco em um banco de destino separado. Atualize a conexão do WordPress com os dados desse destino. Uma transferência não deve sobrescrever a origem; confirme os caminhos antes de qualquer sincronização que remova arquivos.
4. Teste usando o domínio correto
Quando possível, faça seu computador resolver o domínio original para o novo IP, por configuração local, mantendo o DNS público na origem. Confira o certificado HTTPS e teste navegação, imagens, login, links permanentes, formulários e integrações.
Se precisar mudar domínio ou URLs, siga o procedimento oficial de migração do WordPress. Substituições genéricas em SQL podem não tratar dados serializados corretamente. O WP-CLI search-replace oferece uma simulação com --dry-run; revise o resultado e preserve um backup antes de aplicar mudanças.
Uma cópia de teste pode disparar e-mails, tarefas e webhooks. Controle essas funções para não duplicar eventos da instalação em produção.
5. Planeje as gravações e a troca de DNS
Agende uma janela compatível com o negócio. Se reduzir o TTL, faça isso com antecedência e considere o valor anterior, pois os caches já existentes não desaparecem imediatamente.
Para sites dinâmicos, defina uma pausa de gravações ou um mecanismo de sincronização validado. Faça a cópia final com essa estratégia em vigor. Um novo dump completo não deve ser chamado de backup incremental.
Troque os registros necessários ao serviço web. Confira também registros AAAA e o comportamento de CDN ou proxy, quando houver. Preserve MX e outros registros de e-mail se o serviço de correio não estiver sendo migrado.
6. Valide e documente o retorno
Observe erros, pedidos, formulários e tarefas após a troca. Durante a atualização dos caches DNS, parte dos visitantes pode chegar à origem. Evite que os dois ambientes recebam gravações divergentes.
Defina antecipadamente quando interromper a migração. Voltar o DNS não recupera automaticamente pedidos ou alterações recebidos pelo destino: reconcilie esses dados antes de reabrir gravações na origem. O retorno também depende dos caches; não prometa reversão instantânea.
Mantenha o ambiente anterior disponível até concluir a validação e preservar uma cópia final. Desative tarefas duplicadas e encerre a origem somente após confirmar que ela não é mais necessária.
Escolha a infraestrutura e o responsável
Compare os planos de VPS com os requisitos do site. Confirme separadamente o escopo de suporte ou migração antes de contratar; não presuma que a administração da aplicação está incluída. Para planejar recuperação, consulte o comparativo de snapshots e backups.
