O que verificar depois de migrar um alojamento

Uma migração não termina quando se copiam os ficheiros ou se mudam os DNS. Antes de cancelar o fornecedor anterior, é preciso verificar se o site, os dados, o correio e os serviços externos funcionam realmente a partir do novo alojamento.

Utilize esta lista depois de migrar um alojamento para a Hostsuar e repita-a quando a propagação tiver terminado.

Confirme que servidor está a responder

Antes de interpretar qualquer teste, verifique se o domínio e os seus subdomínios resolvem para o destino:

• Servidores DNS autoritativos.
• Registos A e AAAA do site.
• Registos MX do correio.
• Domínio com e sem www.

Durante a propagação, o seu computador pode continuar a ver o fornecedor anterior enquanto outro utilizador já acede ao novo. Utilize a verificação da propagação de DNS e IP e não cancele a origem com base numa única ligação.

Reveja o site

Não verifique apenas a página inicial. Teste:

• Domínio com e sem www.
• Páginas internas e ligações permanentes.
• Administração da aplicação.
• Início de sessão e recuperação da palavra-passe.
• Formulários de contacto.
• Pesquisa, filtros e conteúdo dinâmico.
• Carregamento e descarregamento de ficheiros.
• Redirecionamentos e páginas de erro.
• Loja, carrinho, encomendas e gateways de pagamento.

Faça os testes numa janela privada para reduzir a influência de cookies e sessões anteriores. Isto não elimina a cache DNS nem altera o ficheiro hosts. Se o alterou para pré-visualizar, retire essas entradas e verifique também a partir de outra rede.

Use o modo de testes dos gateways para verificar pagamentos e evite gerar cobranças ou notificações reais sem coordenação.

Verifique a base de dados e as últimas alterações

Confirme que aparecem as encomendas, formulários, comentários ou alterações criados pouco antes da mudança. Se faltar informação recente, pode ter sido gerada no fornecedor anterior depois da primeira cópia.

Antes de repetir uma importação completa, identifique que dados faltam e onde foram gerados. Substituir a base de dados de destino pode eliminar alterações criadas depois da migração.

Verifique também:

• Ligação e credenciais configuradas na aplicação.
• Prefixos, codificação e tabelas esperadas.
• Caminhos absolutos que ainda mencionem o servidor anterior.
• Utilizadores e permissões da base de dados.

Reveja o PHP e a aplicação

Um site copiado corretamente pode falhar se o ambiente for diferente. Compare:

• Versão de PHP.
• Extensões necessárias.
• Limites de memória, carregamento e execução.
• Versão do MySQL ou MariaDB.
• Tarefas agendadas.
• Processos em segundo plano ou filas.
• Licenças associadas ao domínio ou ao IP anterior.

Consulte o registo de erros da aplicação se uma função concreta falhar, mesmo que a página inicial carregue.

Verifique as tarefas agendadas

Confirme que os cron foram copiados e que os seus caminhos correspondem ao novo servidor. Confirme sobretudo as tarefas que:

• Importam ou exportam dados.
• Enviam lembretes e notificações.
• Executam cópias de segurança.
• Processam encomendas, pagamentos ou subscrições.
• Sincronizam serviços externos.

Verifique se as tarefas da origem não continuam a executar as mesmas cobranças, envios ou sincronizações. Coordene quando são paradas lá e ativadas no destino.

Pode rever a sua configuração em Cron Jobs no cPanel.

Verifique o HTTPS

Teste o certificado em:

• Domínio principal.
• Versão www.
• Subdomínios utilizados.
• Webmail e nomes de serviço, quando aplicável.

O nosso verificador SSL mostra a partir de fora o certificado que cada nome serve: nomes abrangidos, emissor, datas de validade e se a cadeia é de confiança. Confirme também que o navegador não mostra avisos.

Verifique se a aplicação redireciona corretamente de HTTP para HTTPS e se não carrega imagens, scripts ou estilos a partir de endereços inseguros.

Se o domínio já aponta para o novo alojamento e o certificado não foi emitido, consulte o estado SSL dos domínios.

Teste o correio

Envie mensagens nos dois sentidos com uma conta externa e verifique:

• Receção nas caixas de correio migradas.
• Envio autenticado a partir do webmail e dos dispositivos.
• Formulários e notificações do site.
• Pastas, mensagens enviadas e conteúdo antigo.
• Reencaminhamentos, filtros e respostas automáticas.
• Espaço disponível em cada conta.

Confirme que os registos MX, SPF, DKIM e DMARC correspondem ao fornecedor definitivo. Se o correio continuar no Google Workspace ou no Microsoft 365, confirme também os seus CNAME e SRV.

Faça uma última sincronização para recolher as mensagens entregues na origem durante a propagação, seguindo o guia para migrar o correio sem perder mensagens.

Reveja subdomínios e serviços externos

Verifique todos os elementos anotados no inventário prévio:

• Subdomínios e domínios adicionais.
• APIs e webhooks.
• Centrais e serviços de telefonia.
• Google Search Console e verificações TXT.
• Plataformas de pagamento.
• CDN, armazenamento e serviços de imagens.
• Microsoft 365, Google Workspace e calendários.

Um serviço externo pode deixar de funcionar, mesmo que o site carregue, se o seu registo DNS não tiver sido reproduzido na nova zona.

Mantenha a origem até terminar

Mantenha o fornecedor anterior ativo enquanto:

• Houver resolvers que ainda mostram a configuração antiga.
• Restarem mensagens ou dados por sincronizar.
• As funções críticas não tiverem sido testadas.
• Precisar de uma via de regresso.

Se detetar uma falha grave, siga o procedimento de mudança de DNS com a mínima interrupção antes de repor os registos anteriores. Lembre-se de que o regresso também precisa de se propagar.

Conclua a migração

Quando todas as verificações estiverem corretas:

1. Faça uma cópia final recuperável.
2. Confirme que não restam mensagens nem dados recentes apenas na origem.
3. Revogue utilizadores temporários, palavras-passe de aplicação e acessos do suporte.
4. Altere qualquer palavra-passe normal que tenha sido imprescindível utilizar.
5. Retire tarefas, sincronizações e ficheiros de teste temporários. Verifique de novo que não restam entradas locais no ficheiro hosts a forçar o IP.
6. Cancele o fornecedor anterior.
7. Guarde o inventário e a data da mudança para futuras revisões.

A migração fica concluída quando o serviço funciona a partir do destino e já não depende de conteúdo, correio, DNS nem acessos do fornecedor anterior.