Como migrar um site WordPress para um novo VPS

Migrar um site WordPress é mover três coisas: os ficheiros (sobretudo a pasta wp-content), a base de dados e o registo DNS do seu domínio. O caminho mais fácil é um plugin de migração. À mão, copia os ficheiros, exporta a base de dados, carrega-a no novo servidor e corrige os endereços se tiverem mudado.

A ordem é a mesma seja qual for o método: fazer cópia de segurança, testar no novo servidor e deixar o DNS para o fim. Não desligue o servidor antigo até o site novo funcionar.

Antes de começar

• Faça uma cópia de segurança completa. Guarde uma cópia dos ficheiros e da base de dados no seu próprio computador. O guia oficial de migração do WordPress também diz para fazer uma cópia de segurança antes de qualquer alteração à base de dados.
• Descubra o tamanho. Quantos MB têm a pasta wp-content e a base de dados? Isso decide que método lhe serve.
• Compare as versões. A versão do PHP no novo servidor funciona com os seus plugins antigos? Atualize um plugin incompatível antes de o migrar.
• Baixe o TTL. Um ou dois dias antes da mudança, defina o TTL dos registos DNS do seu domínio para 300 segundos. Assim, o endereço antigo não fica muito tempo nas caches.
• Veja onde está o seu e-mail. Alterar o registo A não mexe nos seus registos MX. Se o seu correio corre no servidor do site, tem de ser migrado à parte.

Método 1: migrar com um plugin

Os plugins de migração reúnem os ficheiros e a base de dados num só pacote e desempacotam-no no novo site, e a maioria também corrige os endereços. Há três abordagens comuns:

• Carregar um pacote no navegador. Cria o pacote no site antigo, instala o mesmo plugin no novo WordPress e carrega o pacote (o All-in-One WP Migration funciona assim, por exemplo). Esta abordagem esbarra no limite de tamanho de envio do servidor.
• Colocar o pacote por SFTP. Plugins como o Duplicator pedem que copie o arquivo e um ficheiro installer.php para uma pasta vazia do novo servidor e depois abra o installer.php num navegador. É preciso criar antes a base de dados e o respetivo utilizador. No fim, apague o installer.php e o arquivo, porque qualquer pessoa que conheça o endereço poderia executar o instalador de novo.
• Restaurar a partir de armazenamento remoto. Com um plugin de cópias de segurança como o UpdraftPlus, liga o mesmo armazenamento na cloud no novo site e encontra a cópia com a ligação «Rescan remote storage». Nunca carrega o ficheiro grande pelo navegador.

O limite de 64 MB no servidor WordPress pronto

No servidor WordPress pronto da Seturack, só pode carregar 64 MB de cada vez. Os plugins que recebem um pacote pelo navegador esbarram nesse limite. Se o seu pacote for maior, use o restauro a partir de armazenamento remoto ou migre o site à mão. Como a aplicação pronta corre em Docker, os ficheiros não estão onde estariam numa instalação clássica. Para um site grande que vai migrar à mão, um servidor Ubuntu limpo com Apache ou Nginx instalado é mais previsível.

Método 2: migrar à mão

Estes passos são para uma instalação clássica em que os ficheiros estão em /var/www/html. Se executar o WP-CLI como root, acrescente --allow-root aos comandos. No servidor antigo, dentro da pasta do WordPress:

1. Exporte a base de dados para fora da pasta web, porque um dump deixado lá pode ser transferido por qualquer pessoa que conheça o endereço: wp db export ~/site.sql. Sem o WP-CLI, use mysqldump -u USER -p DATABASE > ~/site.sql.
2. Arquive os ficheiros com tar -czf ~/files.tar.gz .
3. Copie ambos para o novo servidor com scp ~/site.sql ~/files.tar.gz user@NEW_IP:~/

No novo servidor:

1. Crie uma base de dados vazia e um utilizador para ela.
2. Desempacote os ficheiros na pasta web com tar -xzf ~/files.tar.gz -C /var/www/html
3. Atualize o nome da base de dados, o utilizador e a palavra-passe em wp-config.php com os novos valores. Atribua a propriedade ao utilizador do servidor web (www-data no Debian e no Ubuntu).
4. Importe a base de dados com wp db import ~/site.sql. O comando lê as definições de wp-config.php e não cria a base de dados por si.

Se o domínio se mantiver, não é preciso corrigir endereços. Se mudar, substitua o endereço antigo pelo novo. Experimente primeiro com --dry-run e deixe a coluna guid em paz:

wp search-replace 'https://old.com' 'https://new.com' --skip-columns=guid --dry-run

Se o resultado parecer correto, execute o comando outra vez sem --dry-run. Não faça uma simples localização e substituição na base de dados, porque os dados serializados podem estragar-se. O WP-CLI trata esses dados corretamente.

Teste no novo servidor antes de mudar o DNS

Adicione o endereço IP do novo servidor e o seu domínio ao ficheiro hosts do seu computador. O ficheiro está em C:\Windows\System32\drivers\etc\hosts no Windows e em /etc/hosts no macOS e no Linux:

203.0.113.10 example.com www.example.com

A partir daí, só o seu navegador abre o novo servidor, enquanto os outros continuam a ver o antigo. Experimente o início de sessão, as páginas, as imagens e os formulários e depois apague a linha. O certificado HTTPS costuma ser emitido quando o DNS aponta para o novo servidor.

A mudança de DNS

1. Se o site recebe escritas o tempo todo (uma loja, subscrições, comentários), ponha o site antigo em modo de manutenção, faça a base de dados uma última vez e transfira-a. Caso contrário, perdem-se as encomendas feitas durante a mudança.
2. No seu painel de DNS, aponte o registo A para o novo endereço IP e faça o mesmo para o www. O artigo sobre ligar o seu próprio domínio mostra os passos.
3. Com um TTL baixo, a alteração propaga-se depressa. Algumas redes podem guardar o registo antigo durante mais tempo.
4. Confirme que o HTTPS funciona no novo servidor.
5. Quando estiver tudo bem, volte a pôr o TTL no valor anterior. Mantenha o servidor antigo alguns dias e depois desligue-o.

Lista de verificação depois da migração

• Abra Settings > Permalinks e clique em Save para atualizar as regras de reescrita.
• Abra a página inicial, um artigo, uma imagem e o formulário de contacto.
• Procure avisos de conteúdo misto. Corrigir os endereços resolve a maioria.
• Teste o envio de e-mail e verifique as definições do seu plugin de SMTP.
• Limpe a cache do seu plugin de cache.
• Apague ~/site.sql e ~/files.tar.gz nos dois servidores. Ambos contêm dados sensíveis.
• Em Settings > Reading, confirme que a caixa que desencoraja os motores de busca não está marcada.

Se migrar com um plugin, partir de um WordPress vazio facilita. Um servidor com o WordPress pré-instalado fica pronto em cerca de 3,5 a 4 minutos. Veja a página do servidor WordPress.