Como Migrar um Site WordPress para Novo Hosting Sem Downtime

Migrar um site WordPress para novo hosting com downtime mínimo é totalmente possível — mas requer uma sequência específica de passos. A causa mais comum de downtime em migrações não é a transferência de ficheiros, é a gestão incorrecta do DNS: alterar os registos DNS antes de o site estar completamente funcional no novo servidor, ou não perceber como funciona a propagação de DNS e como usá-la em benefício próprio. Com o processo correcto, a janela de incerteza pode ser reduzida a menos de 5 minutos.

Este artigo apresenta o processo passo a passo de migração WordPress sem downtime, desde a preparação até à confirmação pós-migração, com indicação dos momentos críticos onde os erros mais frequentes acontecem.

Fase 1: Preparação (antes de iniciar)

Antes de mover qualquer ficheiro:

• Fazer backup completo do site actual: base de dados + ficheiros. Guardar off-site. Este é o ponto de restauro se algo correr mal.
• Verificar os TTL dos registos DNS: reduzir o TTL (Time to Live) dos registos DNS relevantes para 300 segundos (5 minutos) pelo menos 24 horas antes da migração. Isto garante que a propagação DNS seja rápida quando fizer a mudança.
• Verificar compatibilidade do novo hosting: versão PHP, extensões PHP disponíveis, limites de memória. Garantir que o novo servidor suporta os requisitos do site.
• Preparar o ambiente no novo hosting: criar a conta de hosting, a base de dados MySQL e as credenciais de acesso.

Fase 2: Transferência do site para o novo servidor

1. Transferir os ficheiros WordPress: via FTP/SFTP, fazer upload de todos os ficheiros do site para o novo servidor. A pasta wp-content (uploads, plugins, temas) é o que demora mais — pode ser paralelizado com outros passos.
2. Exportar a base de dados do servidor actual: via phpMyAdmin ou WP-CLI. Guardar o ficheiro SQL.
3. Importar a base de dados no novo servidor: criar a base de dados no novo hosting e importar o ficheiro SQL.
4. Actualizar o wp-config.php no novo servidor: actualizar as credenciais de base de dados (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST) para as do novo servidor.
5. Actualizar os URLs na base de dados se o domínio mudar: se estiver a mudar de domínio, usar WP-CLI (wp search-replace 'dominioantigo.com' 'novodominio.com') para actualizar todos os URLs na base de dados.

Fase 3: Testar o site no novo servidor antes de mudar o DNS

Este é o passo que elimina o downtime — verificar que o site funciona completamente no novo servidor ANTES de mudar o DNS:

• Editar o ficheiro hosts local: adicionar uma entrada no ficheiro hosts do seu computador a apontar o domínio para o IP do novo servidor. Isto permite aceder ao site no novo servidor sem mudar o DNS publicamente.
• Testar todas as funcionalidades críticas: homepage, menu, formulários, login, WooCommerce checkout (se aplicável).
• Verificar emails transaccionais: garantir que o servidor de email está configurado correctamente no novo hosting.
• Verificar SSL: certificar que o certificado SSL está instalado e activo no novo hosting antes de mudar o DNS.

Fase 4: Mudar o DNS (o momento crítico)

Quando o site está validado no novo servidor:

1. Fazer um último backup sincronizado da base de dados do servidor antigo (capturar qualquer conteúdo criado durante a migração)
2. Importar este último backup no novo servidor
3. Alterar os registos A (e CNAME se aplicável) no gestor de DNS para apontar para o IP do novo servidor
4. Monitorizar a propagação DNS — com TTL de 5 minutos, a maioria dos utilizadores estará no novo servidor em 5 a 15 minutos

Durante a propagação, alguns utilizadores ainda verão o site antigo e outros já verão o novo — ambos devem funcionar correctamente, por isso o impacto é mínimo.

Fase 5: Confirmação e limpeza pós-migração

• Verificar o Google Search Console para garantir que não há problemas de rastreamento após a migração
• Testar o site de múltiplos dispositivos e localizações para confirmar que o DNS propagou
• Manter o servidor antigo activo por mais 48 a 72 horas como salvaguarda antes de cancelar
• Restaurar o TTL dos registos DNS para o valor normal (3600 a 86400 segundos)
• Verificar backups automáticos no novo servidor estão configurados e a funcionar