Dicas Gerais

Como testar uma migração de site antes de mudar o DNS

Valide o novo servidor com hosts ou curl antes da troca pública de DNS, preservando HTTPS e o controle das integrações. Veja os detalhes.

Atualizado em Sem comentários

Revisão técnica: 07/09/2026. Publicação original preservada.

Antes de mudar o DNS de um site, você pode testar o servidor novo mantendo o nome do domínio na requisição. Isso permite conferir a aplicação sem encaminhar todos os visitantes para o destino ainda em preparação.

Prepare o destino antes do teste

Confirme a cópia dos arquivos, a configuração do banco e o domínio cadastrado no servidor. Planeje a emissão do certificado HTTPS. Separe serviços que podem executar ações reais: tarefas agendadas, disparos de e-mail, cobranças e integrações não devem ser duplicados por acidente no ambiente de teste.

Escolha como acessar

Para navegar normalmente, use uma alteração temporária no arquivo hosts, conforme o passo a passo para Windows. Para uma consulta isolada, o curl oferece --resolve, que associa nome e porta ao IP apenas naquela execução.

Exemplo para terminal Windows com curl instalado:

curl.exe --resolve example.com:443:192.0.2.10 --connect-timeout 10 --max-time 30 -I https://example.com/

Substitua o domínio e o IP ilustrativos pelos dados reais. Em Linux ou macOS, use curl no lugar de curl.exe. A opção mantém o nome da URL para o pedido HTTPS; a validação do certificado continua ativa. Não acrescente -k para esconder um problema de certificado. Veja a referência do curl.

-I solicita apenas cabeçalhos por HEAD: essa resposta não valida toda a página e alguns sistemas tratam HEAD de forma diferente. O teste acima também não segue redirecionamentos automaticamente. Confira o destino de cada redirecionamento para não acabar testando o servidor antigo.

Valide a aplicação

  • Confira página inicial, páginas internas, imagens e downloads.
  • Teste login, leitura de dados e formulários em condições controladas.
  • Verifique separadamente o domínio com e sem www e recursos em outros subdomínios.
  • Confirme nos logs ou por um marcador temporário privado que a resposta veio do novo ambiente.

Planeje a troca e a volta atrás

Esses testes não alteram a delegação DNS, os registros MX ou o acesso dos clientes. Antes da mudança pública, sincronize os dados gravados durante os testes e combine uma janela de manutenção se necessário. Preserve o ambiente anterior até validar a operação e definir um caminho de reversão.

Ao concluir, remova as entradas temporárias do hosts. Se a origem estiver atrás de CDN ou firewall que não aceita acesso direto, combine um método de homologação com o administrador em vez de abrir a origem indiscriminadamente.