Checklist de migração de sites

Siga as fases em ordem. Itens que não se aplicam ao seu site, como e-mail em um site sem e-mail, podem ser riscados. Use o botão de imprimir ou o comando de impressão do navegador para ter uma cópia em papel limpa com caixas de seleção; a navegação e o rodapé ficam fora da impressão.

Cada fase leva a um guia com os detalhes. Para as partes específicas de cada plataforma, veja Migração de WordPress sem tempo fora do ar, o checklist de cPanel para cPanel ou migrar para um VPS.

• Data e horário da migração escolhidos, fora do pico de tráfego
• Acessos confirmados: hospedagem antiga, hospedagem nova, provedor de DNS, registrador, CDN
• Inventário escrito: domínios, subdomínios, bancos de dados, caixas de e-mail, tarefas cron, integrações
• Local da hospedagem de e-mail conhecido (mesma hospedagem, provedor separado ou nenhum)
• Quem aprova o lançamento e quem fica de plantão durante a troca
• Plano de rollback: como apontar o DNS de volta para o servidor antigo
• TTLs atuais anotados para cada registro que vai mudar

Confira os TTLs com o verificador de TTL e veja quem hospeda hoje o domínio, o DNS e o e-mail com Quem hospeda este site?.

• Backup completo do site antigo baixado e guardado fora do servidor antigo
• O novo servidor tem o mesmo ambiente do antigo: versão do PHP ou Node, extensões, versão do banco de dados
• Arquivos copiados e permissões definidas
• Banco de dados importado; configuração da aplicação atualizada com as novas credenciais
• Virtual host ou site configurado para o domínio e o www
• Regras no nível do servidor recriadas: redirecionamentos, regras de reescrita, limites do PHP
• Tarefas cron preparadas (ainda sem duplicar com o servidor antigo)
• TTL reduzido para 300 segundos, um TTL antigo antes da troca

Por que o TTL importa: Reduza o TTL antes de uma migração.

• O site abre no novo IP com o domínio real (link de prévia ou arquivo hosts)
• Página inicial e páginas principais conferidas no computador e no celular
• Formulários enviados; os e-mails de notificação chegam
• Login no CMS ou no painel administrativo funciona; upload de mídia funciona
• Checkout ou login testados com contas de teste
• Rastreamento de QA executado; achados críticos corrigidos e rastreamento refeito
• Site antigo e novo comparados lado a lado
• Nenhuma sobra de staging: noindex, bloqueios no robots.txt, URLs temporárias
• Plano de certificado: válido agora ou emitido logo depois da troca
• Aprovação do cliente ou do responsável registrada

Um link de prévia do DNSPeek cobre os primeiros itens em qualquer dispositivo e pode ser compartilhado para aprovação; um relatório de QA e a comparação ao vivo cobrem o rastreamento e a comparação. Prós e contras de cada método: arquivo hosts ou link de prévia. Aprovações: aprovação do cliente antes do lançamento.

• Congelamento de conteúdo no site antigo (pedidos, comentários, posts)
• Sincronização final do banco de dados e dos novos uploads
• Registro A do domínio alterado para o novo IP
• www e demais hostnames alterados
• Registro AAAA antigo atualizado ou removido
• Registros MX e de e-mail alterados, só se o e-mail também mudar
• Origem da CDN atualizada, se uma CDN faz proxy do site

• Resolvedores públicos retornam o novo IP
• O site responde a partir do novo servidor
• Certificado válido para cada hostname
• Redirecionamentos: de http para https e tratamento do www em um ou dois saltos
• Cabeçalhos de segurança presentes como antes
• MX, SPF, DKIM e DMARC corretos; e-mail de teste enviado e recebido
• Formulários e e-mails transacionais entregues
• Tarefas cron rodando só no novo servidor
• Analytics registrando; sitemap acessível

Ferramentas para esta fase: verificador de propagação de DNS, Meu domínio já foi apontado?, verificador de SSL, verificador de redirecionamentos, verificação de cabeçalhos de segurança, consulta de registros MX, verificador de SPF e verificador de DMARC. A lista completa do que olhar: o que verificar depois de mudar de hospedagem.

• Os logs de acesso do servidor antigo não mostram mais visitantes reais
• Nenhum e-mail novo chegando ao servidor antigo
• Backup final da conta antiga guardado
• TTL aumentado de novo para 3600 segundos ou mais
• Entradas do arquivo hosts removidas; links de prévia desativados
• Backups e monitoramento configurados na nova hospedagem
• Hospedagem antiga cancelada

Quanto tempo esperar: Quanto tempo leva a propagação de DNS.

Um rollback só é fácil se você o planejou. Como o servidor antigo continua funcionando e o TTL está curto, desfazer uma troca é a mesma operação ao contrário: aponte os registros de volta para o IP antigo, e os visitantes voltam em minutos. Decida com antecedência o que levaria a um rollback, como o checkout falhar ou o site retornar erros, e quem toma essa decisão.

Dados gravados no novo servidor depois da troca, como pedidos, cadastros ou comentários, não voltam sozinhos. Anote o horário da troca para conseguir encontrar e copiar esses registros se precisar voltar ao servidor antigo por um tempo.

1. 1

   Etapa 1: Planeje

   Faça o inventário de domínios, dados, e-mail e integrações, confirme todos os acessos e combine um plano de rollback.

2. 2

   Etapa 2: Reduza o TTL

   Defina em 300 segundos os registros que vai alterar, pelo menos um TTL antigo antes da troca.

3. 3

   Etapa 3: Prepare o novo servidor

   Copie arquivos e banco de dados, iguale as versões do ambiente e recrie as regras no nível do servidor.

4. 4

   Etapa 4: Teste antes do DNS

   Abra o site no novo IP com o domínio real, execute um rastreamento de QA, compare com o site antigo e obtenha a aprovação.

5. 5

   Etapa 5: Faça a troca

   Congele o conteúdo, faça uma sincronização final e atualize os registros A, AAAA e os demais.

6. 6

   Etapa 6: Verifique

   Confira a propagação, o certificado, os redirecionamentos, o e-mail e os formulários.

7. 7

   Etapa 7: Limpe

   Quando o tráfego parar no servidor antigo, faça um backup final, aumente o TTL e cancele a hospedagem antiga.