A cena se repete em toda migração. O domínio foi apontado para o servidor novo, o painel confirma a alteração, algumas horas se passam, e o site abre normalmente no seu celular e continua mostrando a versão antiga no computador do cliente.
A explicação padrão é que o DNS ainda está propagando. A palavra é tecnicamente imprecisa e atrapalha o diagnóstico, porque sugere um fenômeno que não existe.
Não existe onda de propagação
A imagem que a palavra evoca é a de uma atualização se espalhando pelo mundo, servidor a servidor, até alcançar todo mundo. Não é isso que acontece.
Quando você altera um registro de DNS, a mudança é imediata no servidor que responde pelo seu domínio. Não há fila, não há espalhamento, não há transmissão para lugar nenhum.
O que existe é cache. Cada provedor de internet, cada roteador doméstico, cada sistema operacional e cada navegador guarda a resposta anterior por um tempo determinado, e continua usando a resposta guardada até ela expirar. Ninguém está esperando receber a novidade: eles simplesmente ainda não perguntaram de novo.
O número que controla tudo
Esse tempo tem nome e é configurável: o TTL, ou tempo de vida do registro. É um valor em segundos que acompanha cada resposta de DNS e diz há quanto tempo aquela informação pode ser considerada válida.
Se o TTL do seu domínio é de 24 horas, quem consultou dez minutos antes da mudança vai continuar recebendo o endereço antigo por quase um dia inteiro. Não há nada que você possa fazer do seu lado para acelerar isso, porque a decisão está no cache de outra pessoa.
É daí que vem a experiência desigual: cada visitante está num ponto diferente do próprio ciclo de cache.
O que fazer antes de migrar
Existe uma providência simples que quase ninguém toma, e ela resolve a maior parte do problema.
Reduza o TTL alguns dias antes da migração. Baixe de 24 horas para 300 segundos, e espere o tempo do TTL antigo passar. A partir daí, todos os caches do mundo estarão guardando a sua resposta por apenas cinco minutos.
Quando você fizer a troca de verdade, a mudança alcança todo mundo em minutos, não em dias. Depois que tudo estabilizar, volte o TTL para um valor maior, porque TTL baixo aumenta o número de consultas.
Essa única precaução transforma uma migração de dois dias de incerteza numa migração de cinco minutos.
Quando não é DNS
Aqui está a parte útil para o diagnóstico. Nem todo site que não abre depois de uma migração é vítima de cache. Três outras causas se disfarçam da mesma forma:
- Cache do navegador. O visitante recebe o endereço certo e mostra a página antiga que guardou. Testar numa janela anônima separa uma coisa da outra.
- Certificado ainda não emitido. O DNS já aponta certo, mas o HTTPS do servidor novo ainda não foi gerado. O navegador mostra aviso de segurança, que é um erro bem diferente e costuma ser lido como site fora do ar.
- Servidor novo não configurado para o domínio. O endereço chega, mas o servidor não sabe qual site entregar para aquele nome. O sintoma clássico é aparecer a página padrão do servidor ou o site errado.
As três se resolvem do seu lado, em minutos. Diagnosticar como propagação e esperar é o erro que faz uma configuração faltando parecer um problema de tempo.
Como saber em qual caso você está
A pergunta que separa tudo é: para qual endereço o domínio está apontando agora, segundo o servidor autoritativo?
Consultando diretamente o servidor que responde pelo domínio, você vê a verdade atual, sem cache no meio. Se a resposta for o endereço novo, o DNS está correto e o problema é outro: cache do visitante, certificado ou configuração do servidor.
Se a resposta ainda for o endereço antigo, aí sim a alteração não foi aplicada onde deveria, e vale conferir se você editou o registro no lugar certo. Domínios com serviço de DNS externo têm dois painéis possíveis, e editar no painel errado é mais comum do que parece.
A regra prática
Migração sem susto tem três passos: baixar o TTL com antecedência, deixar o site novo pronto e respondendo antes de apontar o domínio, e só então trocar.
Quando os três acontecem nessa ordem, ninguém precisa explicar propagação para ninguém, porque a troca acontece rápido demais para alguém reclamar.
Na StayCloud, a migração é acompanhada, e essa sequência é justamente o que a equipe organiza antes de apontar qualquer coisa.
