Migrar WordPress para VPS sem perder email ou DNS
Como transferir um site WordPress de alojamento partilhado para um VPS sem perder o email ou o DNS
Migrar o WordPress de um alojamento partilhado para um servidor privado virtual (VPS) pode dar-lhe mais controlo sobre o PHP, os recursos do servidor e a configuração. Mas também pode interromper o email ou encaminhar os visitantes para o sítio errado se tratar a mudança como uma simples cópia de ficheiros. O essencial é separar o site dos serviços que já dependem do seu domínio.
Se está a pesquisar "como migrar WordPress de alojamento partilhado para VPS", comece por listar os serviços que o alojamento atual realmente fornece. O domínio pode estar registado numa empresa, usar o DNS de outra, o email de uma terceira e o WordPress de uma quarta. Não é necessário migrar todos estes serviços em conjunto.
1. Delimite a migração: separe o site dos serviços que vão permanecer
Anote onde estão os ficheiros e a base de dados do WordPress e identifique o fornecedor responsável por cada serviço relacionado. Verifique o agente de registo do domínio, o alojamento DNS, o fornecedor de email e quaisquer serviços separados, como uma CDN ou o armazenamento de imagens. O painel de controlo do alojamento pode apresentar algumas destas informações, mas são os servidores de nomes e os registos DNS do domínio que mostram para onde o tráfego é realmente encaminhado.
Por exemplo, um site pode funcionar num alojamento partilhado, enquanto o DNS é gerido pelo Cloudflare e o email da equipa é tratado pelo Google Workspace. Neste caso, transferir o WordPress para um VPS não exige a mudança do domínio nem das contas de email. Normalmente, basta alterar os registos que encaminham o tráfego da Web e manter intactos os registos de email.
Faça um inventário simples antes de alterar qualquer coisa. Registe o destino atual do site, os servidores de nomes e todos os registos de email que conhecer. Se não souber se um registo está relacionado com o email, pergunte ao fornecedor ou consulte as instruções de configuração antes de o eliminar. A falta de um registo de email pode impedir a receção de mensagens, mesmo que o site pareça estar a funcionar bem.
2. Identifique as dependências que uma cópia simples do site pode não incluir
Uma cópia de segurança do WordPress pode incluir os ficheiros e a base de dados do site, mas não todos os serviços de que este depende. Verifique as tarefas agendadas, as definições de envio de email, o armazenamento externo, os redirecionamentos, a configuração SSL e quaisquer definições específicas do servidor. Por exemplo, um site de membros pode depender de uma tarefa agendada para expirar contas, enquanto uma loja pode enviar mensagens de encomenda através de um serviço SMTP externo.
Consulte o painel de controlo do alojamento e os plugins do WordPress para verificar as tarefas agendadas. O sistema de tarefas integrado no WordPress pode ser executado quando um visitante carrega uma página; já uma tarefa cron do servidor pode chamar um script específico segundo um horário definido. Registe o comando, a frequência e o fuso horário de cada tarefa. Se não criar uma tarefa cron equivalente no VPS, uma tarefa que era executada de hora a hora no alojamento antigo pode deixar de funcionar após a migração.
Verifique como o site envia emails. Anote se utiliza o servidor de email do alojamento, um plugin SMTP ou um serviço de email transacional e confirme que endereço de remetente o site utiliza. Se o servidor de email era fornecido pelo alojamento antigo, as mesmas definições podem não funcionar no VPS. Pergunte ao fornecedor de email se restringe ligações ou exige um método de autenticação específico.
Faça também uma lista do armazenamento externo e das definições do servidor. Um plugin de multimédia pode guardar os ficheiros enviados para um armazenamento de objetos, em vez de os colocar na pasta de carregamentos do WordPress. O site pode depender de uma versão específica do PHP, de extensões PHP, de regras de reescrita ou de uma definição no ficheiro .htaccess. Guarde estes detalhes: tentar adivinhar após o lançamento pode transformar um pequeno problema de compatibilidade numa longa interrupção.
3. Prepare o VPS de acordo com as necessidades reais do site
Escolha uma configuração de VPS adequada às necessidades observadas do site e, em seguida, decida como este vai processar os pedidos Web. As opções mais comuns incluem Apache ou Nginx, mas a configuração certa depende do site atual e da capacidade do administrador para a manter. Antes de instalar a infraestrutura de produção, confirme quais as versões e extensões do PHP necessárias para o código, os plugins e o tema do site.
Configure a base de dados, o servidor Web e o processador PHP. Em seguida, defina a propriedade e as permissões dos ficheiros para que o WordPress possa lê-los e só escrever onde necessário. Evite tornar todos os ficheiros graváveis apenas para eliminar uma mensagem de erro. Restrinja o acesso administrativo, ative uma firewall e configure cópias de segurança que incluam a base de dados e os ficheiros do site.
Teste o VPS antes de transferir o site em produção. Confirme que o servidor Web consegue apresentar uma página básica, que o PHP funciona corretamente e que a base de dados aceita uma ligação de teste. Registe as versões instaladas e os ficheiros de configuração. Assim, terá dados concretos para comparar caso um plugin se comporte de forma diferente no novo servidor.
4. Transfira os ficheiros e a base de dados sem alterar o site em produção
Crie uma cópia completa dos ficheiros e da base de dados do WordPress e mantenha o site original disponível para os visitantes enquanto trabalha. Um plugin de migração pode empacotar o site, enquanto ferramentas de linha de comandos ou uma cópia de segurança fornecida pelo alojamento podem dar-lhe mais controlo. Seja qual for o método escolhido, confirme que a cópia inclui a base de dados, os carregamentos, os temas, os plugins e quaisquer ficheiros de configuração personalizados.
Se o site tiver alterações frequentes, planeie como lidar com novas encomendas, comentários ou publicações criadas depois da primeira cópia. Uma opção é fazer uma cópia inicial, testá-la em privado e, depois, repetir a transferência da base de dados durante uma breve janela de manutenção. No caso de uma loja, não aceite encomendas nas duas cópias: é mais difícil corrigir dados de encomendas duplicados ou em falta do que anunciar uma breve pausa.
Transfira os ficheiros e a base de dados para o VPS e, se necessário, atualize a configuração do WordPress com o novo nome da base de dados, utilizador, palavra-passe e anfitrião. Guarde os valores antigos e novos num local seguro. Se o domínio ou os caminhos dos ficheiros mudarem, atualize cuidadosamente as definições do site. Uma pesquisa e substituição abrangente pode danificar dados serializados da base de dados se não tratar corretamente a serialização.
Ainda não direcione o DNS público para o VPS. O alojamento antigo deve continuar a ser o destino público enquanto verifica a cópia privada, e o novo servidor não deve receber atividade real de clientes até estar pronto para a mudança. Se o objetivo é "migrar site WordPress sem perder email", mantenha o serviço de email e os respetivos registos DNS separados da transferência dos ficheiros e da base de dados.
5. Teste em privado antes de alterar o DNS público
Use uma alteração ao ficheiro hosts no seu computador ou um nome de anfitrião de teste temporário para encaminhar o navegador para o VPS sem alterar o DNS público. A alteração ao ficheiro hosts só afeta o dispositivo onde a adiciona, pelo que é útil para verificar o novo site antes de este ficar visível para outros visitantes. Remova a entrada depois dos testes para não confundir o encaminhamento privado com o público.
Teste o site e o painel de controlo do WordPress. Verifique a página de início de sessão, um conjunto representativo de páginas importantes, a pesquisa, os formulários, os carregamentos, os redirecionamentos e quaisquer funcionalidades de pagamento ou de membros utilizadas pelo site. Envie um formulário de teste e confirme onde chega a mensagem. Se o site enviar emails, verifique se são entregues e se não vão para a pasta de spam. Uma confirmação de formulário apresentada no ecrã não prova que o email foi enviado.
Verifique as tarefas agendadas e todas as integrações que acedem ao site a partir de serviços externos. Um serviço de pagamentos, por exemplo, pode enviar uma notificação para um URL específico, enquanto um serviço de monitorização pode esperar uma resposta determinada. Confirme também que o HTTPS funciona no VPS. Um nome de anfitrião de teste pode não corresponder ao certificado de produção, por isso teste o plano para o certificado definitivo antes de encaminhar os visitantes para o novo servidor.
Verifique os redirecionamentos e os URLs canónicos do domínio de produção. Se o site tiver uma taxa de rejeição elevada, uma página de destino avariada ou um redirecionamento incorreto podem agravar o problema; este guia explica o que é uma boa taxa de rejeição num site e como interpretar esta métrica. O teste de migração deve centrar-se em problemas concretos, como um formulário que apresenta um erro ou um ficheiro carregado que não aparece.
6. Altere o DNS com um plano para o email e para reverter a mudança
Antes de alterar o DNS, guarde os registos atuais e anote exatamente quais os registos Web que pretende atualizar. Se o site usar um registo A, altere o destino para o endereço do VPS. Se o nome de anfitrião Web usar um registo CNAME, ajuste-o conforme necessário. Mantenha os registos de email, incluindo os registos MX e quaisquer registos TXT usados para autenticação de email, a menos que esteja a mudar de fornecedor de email deliberadamente. Esta separação é essencial para quem procura "como manter o DNS ao mudar de alojamento": atualize apenas os registos Web necessários e preserve os restantes.
Reduzir o tempo de vida (TTL) do DNS antes da migração pode ajudar alguns servidores de nomes recursivos a adotar mais depressa o novo destino, mas não garante uma alteração imediata em todo o mundo. Antes de editar os registos, verifique a configuração DNS atual e as recomendações do fornecedor. Se utilizar um proxy ou uma CDN, confirme se o endereço de origem deve apontar diretamente para o VPS e se o modo SSL do proxy corresponde ao certificado aí instalado.
Escolha uma janela de mudança em que possa acompanhar o site e resolver eventuais problemas. Altere os registos Web previstos e, em seguida, verifique o domínio a partir de mais do que uma rede ou serviço de consulta DNS. Prepare instruções escritas para reverter a mudança: reponha o destino Web anterior, anote quem pode fazer a alteração e mantenha o acesso à conta do alojamento antigo. Não elimine o site antigo enquanto as caches DNS ainda puderem encaminhar visitantes para lá.
Durante a mudança, verifique o email separadamente. Envie uma mensagem de uma conta externa para um endereço do domínio e, se possível, responda a partir desse endereço. Se o email deixar de funcionar, compare os registos DNS atuais com a cópia guardada antes de fazer outras alterações. A migração do servidor Web não deve exigir a eliminação de registos de email.
7. Confirme a nova configuração após o lançamento
Quando o tráfego público começar a chegar ao VPS, verifique o HTTPS, as páginas importantes, os formulários, o início de sessão e quaisquer processos relacionados com receitas. Consulte os registos do WordPress e do servidor para procurar erros PHP, acessos a ficheiros recusados, falhas de ligação à base de dados ou pedidos repetidos para URLs inexistentes. A página inicial pode parecer normal enquanto um erro de plugin impede discretamente o funcionamento do formulário de contacto.
Confirme que as cópias de segurança são executadas no VPS e que sabe como restaurá-las. Verifique o destino das cópias e confirme que uma cópia recente inclui a base de dados e os ficheiros. Configure a monitorização da disponibilidade e da validade do certificado e confirme que o email continua a funcionar nos dois sentidos. Faça estas verificações antes de cancelar o plano de alojamento anterior.
Mantenha o alojamento antigo ativo até o novo site passar as verificações definidas e as alterações DNS relevantes estarem propagadas. Guarde uma cópia final dos ficheiros e da base de dados antigos, de acordo com a sua política de retenção. Quando o VPS estiver a servir o site, o email estiver a funcionar e os procedimentos de recuperação estiverem documentados, poderá decidir quando encerrar a conta antiga sem ter de adivinhar que serviços ainda dependem dela.
