Como migrar um site WordPress para outra hospedagem sem ficar fora do ar

Copiar um site WordPress raramente é a parte difícil. O tempo fora do ar costuma vir no momento da troca: o DNS aponta para um servidor que não está pronto, a conexão com o banco de dados falha, o certificado não existe ou uma regra que força HTTPS entra em loop. Tudo isso pode ser encontrado antes da troca se você conseguir abrir o site no novo servidor enquanto o resto do mundo ainda vê o antigo.

A abordagem deste guia é simples: o servidor antigo continua atendendo os visitantes até o novo ser conferido página por página. O DNS é alterado uma única vez, com TTL curto, para que a alteração se espalhe em minutos e não em horas.

• Acesso à hospedagem antiga (arquivos e banco de dados, ou um painel de controle), à nova hospedagem e ao provedor de DNS do domínio. O provedor de DNS é para onde os nameservers apontam: muitas vezes o registrador, às vezes a Cloudflare ou a hospedagem antiga.
• Um backup completo do site atual que você tenha baixado, e não um que só existe no servidor antigo.
• O IP público do novo servidor. Se não tiver certeza de qual é, veja Encontre o IP do seu servidor.
• As versões do PHP e do banco de dados do site antigo. Use as mesmas no novo servidor ou confira se o seu tema e os seus plugins suportam as versões mais novas.
• Uma lista das páginas importantes: inicial, um post, uma categoria, a busca, o formulário de contato, o carrinho e o checkout se você usa WooCommerce, e o wp-admin.

Confira agora o TTL atual do registro A do domínio com o verificador de TTL. Você precisa dele para calcular o tempo do passo 1.

1. 1

   Etapa 1: Reduza o TTL um dia antes

   No seu painel de DNS, defina o TTL do registro A (e do AAAA, se houver) em 300 segundos, ainda apontando para o servidor antigo. Espere pelo menos o tempo do TTL antigo antes de trocar. Veja Reduza o TTL antes de uma migração.

2. 2

   Etapa 2: Faça backup do site antigo

   Faça um backup completo dos arquivos e do banco de dados e baixe-o. É o seu plano de rollback se algo der errado.

3. 3

   Etapa 3: Copie arquivos e banco de dados para a nova hospedagem

   Use um plugin de migração, a ferramenta de transferência da hospedagem ou uma cópia manual com o WP-CLI. Mantenha home e siteurl com o domínio de produção.

4. 4

   Etapa 4: Abra o site no novo servidor

   Crie um link de prévia com o seu domínio e o novo IP. Navegue pelas páginas principais, entre no wp-admin e envie uma imagem para confirmar as permissões de arquivos.

5. 5

   Etapa 5: Execute um rastreamento de QA

   Execute um relatório de QA na prévia para encontrar páginas quebradas, uploads faltando, loops de redirecionamento, conteúdo misto e URLs fixas. Corrija e execute de novo.

6. 6

   Etapa 6: Congele o conteúdo e faça uma sincronização final

   Pare por alguns minutos novos pedidos, comentários e posts no site antigo e copie o banco de dados mais uma vez, para não perder nada gravado desde a primeira cópia.

7. 7

   Etapa 7: Troque o DNS

   Aponte o registro A do domínio e do www para o novo IP. Atualize ou remova qualquer registro AAAA antigo para que visitantes com IPv6 não continuem chegando à hospedagem antiga.

8. 8

   Etapa 8: Acompanhe a propagação e mantenha a hospedagem antiga

   Acompanhe a alteração com o verificador de propagação de DNS. Mantenha a hospedagem antiga por mais alguns dias, até os logs de acesso dela não mostrarem visitantes reais.

Os dois funcionam. Escolha pelo tamanho do site e pelo acesso que você tem em cada lado.

Para uma cópia manual, os comandos são assim. Execute a exportação no servidor antigo e a importação no novo:

# Old server: export the database and pack the files
wp db export site.sql
tar -czf site-files.tar.gz --exclude=wp-content/cache .

# New server: unpack, import, check the site URL
tar -xzf site-files.tar.gz
wp db import site.sql
wp option get home
wp option get siteurl

Se a nova hospedagem fornecer outras credenciais de banco de dados, atualize DB_NAME, DB_USER, DB_PASSWORD e DB_HOST no wp-config.php antes de testar.

O WordPress guarda o próprio endereço no banco de dados (home e siteurl) e monta a maioria dos links a partir dele. Um erro comum é trocá-los pelo IP do servidor ou por um hostname temporário para testar o novo servidor. Isso funciona até a troca, e depois todos os links fixos apontam para o endereço temporário.

Deixe os dois valores com o domínio de produção, como https://example.com, e teste o site com esse nome. Um link de prévia do DNSPeek faz exatamente isso: ele se conecta ao novo IP e pede o seu domínio real, então o WordPress se comporta como se o DNS já tivesse mudado. Links, redirecionamentos e cookies de login são reescritos para o endereço da prévia, para que você possa entrar no wp-admin e navegar pelo site. Mais na documentação: Visualize um site WordPress em uma nova hospedagem.

Muitas hospedagens só emitem um certificado gratuito depois que o domínio aponta para elas, porque a verificação do domínio é feita por HTTP no próprio domínio. Antes da troca, o novo servidor pode apresentar um certificado autoassinado ou padrão. Isso é normal e não é motivo para adiar.

Em uma prévia do DNSPeek, defina o modo SSL do link como Ignorar verificação enquanto o certificado não existir. Caso contrário, um plugin ou uma regra que força HTTPS pode redirecionar em loop quando a prévia recorre ao HTTP. Depois da troca, confirme o certificado real com o verificador de SSL. Detalhes: modos SSL.

Em uma loja ou em um site com login, dados novos continuam chegando ao servidor antigo até a troca. Pedidos, comentários e contas novas criados depois da sua cópia seriam perdidos. Planeje um congelamento curto de conteúdo: anuncie uma janela de manutenção para novos pedidos ou coloque o site antigo em modo de manutenção só durante os minutos da sincronização final do banco de dados. As páginas continuam carregando para os leitores de qualquer forma.

Gateways de pagamento e provedores de login só conhecem o seu domínio real, então mandam os clientes de volta para o servidor para onde o DNS público aponta. Teste o checkout com um gateway de teste na prévia e faça um pedido real ou em sandbox logo depois da troca. Veja o que as prévias não fazem.