Propagação DNS: Por Que Suas Alterações Demoram e Como Verificar em Tempo Real

Você alterou o DNS. Apontou o domínio para o novo servidor, salvou, esperou. Uma hora depois, o site ainda abre no servidor antigo. Seis horas depois, seu chefe manda mensagem perguntando por que o site novo não está no ar. Você olha para a tela sem saber o que responder.

Propagação DNS quanto tempo demora é uma das perguntas mais ansiosas da vida de qualquer dev. A resposta honesta é: depende — mas existem variáveis que você controla, e ferramentas que mostram exatamente o que está acontecendo em cada canto do planeta.

Como a Propagação DNS Funciona

Quando você digita um endereço no browser, ele não sabe onde aquele site está hospedado. Ele precisa perguntar ao sistema DNS — uma hierarquia distribuída de servidores que traduz nomes de domínio em endereços IP.

O processo passa por três camadas:

1. Resolver recursivo do ISP (ou público) O primeiro passo é o resolver do seu provedor de internet — ou um resolver público como o 8.8.8.8 do Google ou o 1.1.1.1 da Cloudflare. Esse resolver é quem vai consultar os demais servidores em seu nome.

2. Servidor autoritativo No topo da hierarquia estão os servidores autoritativos do seu domínio — geralmente gerenciados pelo seu registrar (GoDaddy, Namecheap, Cloudflare, etc.). Eles são a fonte da verdade: quando você muda um registro DNS, a alteração aparece primeiro aqui.

3. Cache nos resolvers intermediários O problema é que o resolver do seu ISP não consulta o servidor autoritativo toda vez. Ele guarda as respostas em cache por um período definido pelo TTL (Time to Live) — e enquanto o cache não expirar, ele continua entregando o endereço antigo para todos os seus usuários.

É esse cache distribuído em milhares de resolvers ao redor do mundo que torna a propagação DNS um processo demorado e geograficamente inconsistente.

Por Que a Propagação DNS Demora Tanto

TTL alto no registro anterior

O TTL define por quantos segundos um resolver pode guardar a resposta em cache. Um TTL de 86400 significa 24 horas — qualquer resolver que consultou seu domínio nas últimas 24 horas só vai buscar a resposta nova depois que esse timer expirar.

Registros criados com TTL alto e nunca ajustados são a causa número um de propagações longas. Valores comuns variam de 3.600 (1 hora) a 86.400 (24 horas).

Cache persistente de ISPs

Alguns provedores de internet ignoram o TTL e mantêm o cache por mais tempo do que deveriam — uma prática tecnicamente incorreta mas infelizmente comum. Isso significa que usuários em determinadas regiões podem continuar vendo o IP antigo por horas além do esperado.

Hierarquia de servidores

A atualização se propaga de forma não-simultânea: começa no servidor autoritativo, depois cada resolver independente precisa expirar seu próprio cache e buscar a resposta nova. Como existem dezenas de milhares de resolvers pelo mundo, cada um expira em um momento diferente.

O resultado é o estado que os devs mais odeiam: o site abre certo no seu computador, mas errado para o usuário em outro país — ou vice-versa.

Como Reduzir o Tempo de Propagação

A melhor estratégia não é reagir depois — é se preparar antes.

Baixe o TTL com antecedência

Se você sabe que vai fazer uma migração, abaixe o TTL para 300 (5 minutos) com 48 horas de antecedência. Isso garante que quando você fizer a troca, todos os caches existentes vão expirar em até 5 minutos — não em 24 horas.

O fluxo ideal para uma migração:

48h antes: reduza o TTL do registro para 300
Na hora da migração: altere o IP/CNAME para o destino novo
Após confirmar que tudo funciona: aumente o TTL de volta para 3600 ou mais

Use um provedor DNS com propagação rápida

Provedores como Cloudflare DNS têm redes globais com anycast — uma alteração no painel deles chega aos servidores autoritativos em segundos, não em minutos. Isso não elimina o tempo de cache dos resolvers externos, mas remove um gargalo inicial.

Evite alterações em cascata

Mudar nameservers (NS) é mais lento do que mudar registros A ou CNAME. Quando você troca os nameservers do domínio, o TTL dos registros NS (controlado pelo registrar, geralmente 24–48h) se soma ao TTL dos seus próprios registros.

Como Verificar a Propagação em Tempo Real

Esperar às cegas é o pior cenário. O Verificador de Propagação DNS do FlashMon consulta mais de 15 servidores DNS distribuídos globalmente e mostra o resultado em tempo real:

Quais resolvers já têm o novo registro e quais ainda exibem o valor antigo
Mapa visual indicando o status por região geográfica — América, Europa, Ásia, Oceania
Comparação lado a lado do IP/valor retornado por cada servidor
Suporte a todos os tipos de registro: A, AAAA, CNAME, MX, TXT, NS

Isso permite identificar se o DNS não propagou em uma região específica ou se é um problema global — informação que faz toda a diferença na hora de responder ao seu chefe.

Para uma análise mais profunda, o DNS Lookup do FlashMon retorna todos os registros ativos do seu domínio a partir do servidor autoritativo, ajudando a confirmar se a alteração foi salva corretamente na fonte.

E se o site ainda não estiver acessível após a propagação confirmar que o DNS está correto, o verificador de status do site ajuda a determinar se o problema é no servidor de destino, não no DNS.

Dicas para Migrações Tranquilas

Planeje o TTL com 48h de antecedência. Esse único passo elimina a maior fonte de espera.

Mantenha o servidor antigo ativo durante a transição. Enquanto a propagação não é completa, parte dos usuários ainda resolve para o IP antigo. Tirar o servidor antigo do ar antes da propagação terminar garante indisponibilidade para esses usuários.

Teste a partir de múltiplas origens. Usar apenas o seu computador para verificar não é suficiente — seu resolver local pode ter cacheado a resposta nova (ou a antiga) de forma diferente de resolvers em outros países. Use o verificador de propagação para ter uma visão global real.

Documente os valores anteriores. Antes de alterar qualquer registro, salve os valores atuais. Se algo der errado, você pode reverter imediatamente — e com o TTL baixo, a reversão também propaga em minutos.

Use um domínio de teste primeiro. Para migrações complexas (troca de nameservers, múltiplos registros), valide o processo em um subdomínio de teste antes de mexer no domínio principal.

Resumo

Situação	Tempo esperado
TTL baixo (300s) configurado com antecedência	5–15 minutos
TTL padrão (3600s)	1–2 horas
TTL alto (86400s)	Até 24–48 horas
Troca de nameservers	24–48 horas (controlado pelo registrar)
ISP com cache agressivo	Imprevisível — pode ignorar o TTL

Propagação DNS não é mágica nem bug — é um sistema de cache distribuído funcionando conforme projetado. O que parece lentidão é, na maior parte das vezes, um TTL alto que ninguém ajustou antes da migração.

A boa notícia: com planejamento de TTL e um verificador global confiável, você transforma uma das partes mais ansiosas de uma migração em um processo previsível e monitorável.

Verifique a propagação DNS do seu domínio agora — gratuito

Veja também

Registros se comportando de forma estranha? O DNS Lookup e o guia sobre diagnóstico de DNS cobrem os suspeitos usuais.
Se há transferência de registrador em paralelo, confira datas pelo WHOIS.