O que verificar depois de mudar de hospedagem: e-mail, SSL, redirecionamentos e formulários

Confira com o verificador de propagação de DNS se o domínio e o www resolvem para o novo IP em resolvedores públicos no mundo todo, e com Meu domínio já foi apontado? se o site de fato responde lá. Um registro AAAA (IPv6) antigo é a sobra clássica: visitantes com IPv6 continuam chegando à hospedagem antiga e veem conteúdo desatualizado.

Se você mudou o DNS para outro provedor, compare a zona antiga com a nova usando o comparador de DNS. Um registro TXT ou CNAME faltando quebra coisas silenciosamente: a verificação do domínio no Google ou na Microsoft, a assinatura de e-mails ou um subdomínio usado por um serviço de terceiros.

Muitas hospedagens só emitem o certificado depois que o domínio aponta para elas, então confira quando o DNS tiver mudado. O verificador de SSL mostra o emissor, a data de expiração, os nomes que o certificado cobre e se os navegadores confiam na cadeia. Garanta que ele cubra tanto example.com quanto www.example.com, e qualquer outro hostname que você sirva.

Se você testou com um link de prévia do DNSPeek no modo Ignorar verificação, mude para Verificar depois da mudança: a prévia passa a falhar com qualquer erro de certificado, o que serve como confirmação rápida. Veja modos SSL.

A configuração do servidor nem sempre vai junto com os arquivos. Regras do .htaccess não funcionam no nginx, e uma nova hospedagem pode tratar o www de outro jeito. Rode o verificador de redirecionamentos no seu domínio: http:// deve chegar à página https:// final em um ou dois saltos, com redirecionamentos permanentes (301 ou 308) e sem loop.

Depois rode a verificação de cabeçalhos de segurança. HSTS, Content-Security-Policy e cabeçalhos parecidos são definidos pelo servidor ou pela CDN e é fácil perdê-los em uma mudança. Compare a nota com a que você tinha antes.

O e-mail é onde as mudanças dão errado mais silenciosamente: o site parece normal, e ninguém percebe por dias que os e-mails estão voltando ou caindo no spam.

Depois faça um teste real: escreva para uma caixa do domínio a partir de um endereço externo e responda. Se o e-mail ficava no servidor antigo, confira se as mensagens recebidas durante a troca foram copiadas.

Formulários de contato, redefinições de senha e confirmações de pedido muitas vezes enviam e-mail do próprio servidor web. Em um novo servidor, a função mail() do PHP pode estar desativada, a porta 25 pode estar bloqueada (comum em VPS na nuvem) ou o novo IP pode não estar no SPF. Envie todos os formulários e dispare uma redefinição de senha. Se as mensagens não chegarem, envie por um serviço SMTP autenticado em vez do e-mail local do servidor.

• Tarefas cron e agendadas: backups, feeds, aquecimento de cache e filas de newsletter. Recrie-as no novo servidor e confira se o antigo não as executa mais, ou elas vão rodar duas vezes.
• Listas de IPs permitidos: gateways de pagamento, APIs, firewalls e bancos de dados remotos que só aceitam o IP do servidor antigo.
• Webhooks: serviços que chamam o seu site, como provedores de pagamento, continuam funcionando pelo DNS, mas confira os logs de entrega deles em busca de erros perto da troca.
• Permissões de arquivos e uploads: envie uma imagem ou um arquivo pelo CMS.
• Cache: limpe os caches de página e da CDN para que os visitantes não recebam páginas geradas no servidor antigo.

Uma configuração de staging que veio junto pode esconder o site inteiro dos buscadores. Procure uma meta tag robots noindex ou um cabeçalho X-Robots-Tag, um robots.txt que bloqueia tudo e URLs canônicas que apontam para um host temporário. Confira se a tag de analytics continua registrando e se o sitemap está acessível. Um relatório de QA do DNSPeek aponta essas sobras que afetam os buscadores, além de páginas quebradas, arquivos faltando e conteúdo misto.

Se você testou o novo servidor com um link de prévia do DNSPeek antes da troca, ative os alertas de propagação de DNS dele (planos pagos). Quando o domínio tiver propagado, o DNSPeek executa de novo o relatório de QA no domínio em produção e compara com o último relatório anterior à troca: páginas que quebraram, que redirecionam para outro lugar ou que perderam o título. Veja Depois da troca de DNS.

1. 1

   Etapa 1: Confirme que o DNS mudou

   Confira o domínio e o www em resolvedores públicos e confirme que o site responde a partir do novo IP.

2. 2

   Etapa 2: Verifique o certificado

   Confira o emissor, a expiração e os hostnames cobertos com o verificador de SSL.

3. 3

   Etapa 3: Teste redirecionamentos e cabeçalhos

   Siga http:// até a página final com o verificador de redirecionamentos e compare os cabeçalhos de segurança com a configuração antiga.

4. 4

   Etapa 4: Confira os registros de e-mail e envie um teste

   Consulte MX, SPF e DMARC, confirme o DKIM no seu provedor de e-mail e depois envie e receba uma mensagem de teste.

5. 5

   Etapa 5: Envie todos os formulários

   Envie cada formulário de contato e uma redefinição de senha, e confirme que os e-mails chegam e não são marcados como spam.

6. 6

   Etapa 6: Confira tarefas agendadas e integrações

   Recrie as tarefas cron, atualize as listas de IPs permitidos, confira os logs dos webhooks e limpe os caches.

7. 7

   Etapa 7: Confira as configurações de busca e mantenha a hospedagem antiga por pouco tempo

   Remova as regras noindex de staging, confirme o robots.txt e o sitemap e mantenha a hospedagem antiga até os logs dela não mostrarem mais visitantes.