Mudar de hospedagem pode parecer uma tarefa de copiar uma pasta e apertar um botão. Mas o site que aparece no navegador é só uma parte da história. Há arquivos, banco de dados, formulários, mensagens de e-mail e configurações que precisam continuar funcionando depois da troca.
Uma migração bem preparada começa antes de alterar o DNS. Reserve um horário, guarde os acessos necessários e defina quem vai conferir o resultado. Esse cuidado costuma ser mais importante do que escolher a ferramenta que fará a cópia.
Faça um inventário antes da mudança
Liste os domínios e subdomínios usados pelo projeto, os plugins essenciais, as integrações externas e as tarefas agendadas. Registre também onde o e-mail é hospedado. Se ele usa outro provedor, essa configuração deve ser preservada.
Vale montar uma lista curta de caminhos que não podem falhar: página de contato, formulário de orçamento, acesso ao painel, busca interna e, quando houver, carrinho e pagamento. Guarde essa lista para repetir os testes no novo ambiente. Anote ainda o responsável por cada integração, principalmente quando uma agência ou um fornecedor externo cuida de parte do site.
Guarde uma cópia independente
O manual de migração do WordPress orienta começar com uma cópia dos arquivos e do banco de dados. Eles têm funções diferentes: copiar apenas a pasta do site não leva automaticamente todo o conteúdo armazenado no banco.
Salve a cópia fora da hospedagem que será substituída e identifique a data. Confirme que o arquivo foi concluído e que você sabe como restaurá-lo. Se já existe uma rotina de backup, veja qual versão está disponível e se ela inclui as informações mais recentes. Nosso guia de backup do WordPress explica o que conferir.
Transfira e teste antes de apontar o domínio
A cópia pode ser feita com as ferramentas da hospedagem, com um plugin adequado ao projeto ou por um procedimento manual. A escolha depende do tamanho do site, dos acessos disponíveis e das características do ambiente. O destino precisa ser compatível com a aplicação.
Peça uma forma de testar o novo servidor antes de liberar o acesso geral. A configuração desse teste varia, e algumas aplicações se comportam de maneira diferente quando o endereço muda. Se houver troca de domínio, o WordPress pode exigir ajustes de URLs; evite substituições improvisadas diretamente no banco de dados.
No teste, navegue como um visitante e como alguém que administra o site. Confira fotos, links, formulários e acesso ao painel. Uma página inicial correta não comprova que o restante da aplicação foi transferido sem problemas.
Planeje o que acontece enquanto o DNS muda
Depois do apontamento, caches de DNS podem manter respostas anteriores por algum tempo. Por isso, diferentes visitantes podem chegar a ambientes distintos durante a transição. O registro que você deve alterar depende de como o domínio está configurado; a documentação do Zone Editor do cPanel ajuda a identificar os tipos de registro.
Em um blog com pouca atualização, pode bastar pausar as publicações durante a cópia final. Em uma loja virtual, novos pedidos e alterações de estoque exigem um plano de sincronização ou uma janela de manutenção. Combine o procedimento com quem administra a aplicação para definir qual ambiente receberá os dados novos.
Confira o resultado com a lista original
Faça um envio real pelo formulário, teste a entrega das mensagens e verifique o HTTPS. Se houver loja, utilize o modo de teste disponível no meio de pagamento para percorrer o checkout sem gerar uma cobrança indevida.
Compare os últimos registros do ambiente antigo com os do novo: uma publicação, um cadastro ou um pedido criado perto do horário da mudança merece atenção. Ao identificar um problema, evite encerrar o serviço anterior até resolver a diferença. Com as conferências concluídas, documente a nova rotina de backup e os acessos de administração.
