Ir para o conteúdo
🚀 10 ferramentas no ar, grátis para sempre — e continuamos crescendo
Início›Blog›Por que mudanças de DNS demoram: TTL e propagação
Guias

Por que mudanças de DNS demoram: TTL e propagação

Uma mudança de DNS não é lenta, está em cache. Entenda o que a TTL controla, quais caches guardam a resposta antiga, quanto tempo realmente leva e como planejar uma alteração sem nenhuma interrupção visível.

✍ Pelo fundador e CEO, equipe BuildToolForge🗓 2026-10-16⏱ 9 min
dnsttldns propagationcachingdomain records
Guia de ferramenta de rede2026

DNS TTL
descomplicado

Uma mudança de DNS não é lenta, está em cache

TTL · Cache do resolver · Implantação

dig · TTL countdown
$ dig example.com A +noall +answer
A93.184.216.34TTL 3600
A93.184.216.34TTL 2841
cached759s already served
✓ mesma resposta · o relógio é o cache do resolver, não a distância
Onde as respostas ficam em cache
Navegador
Segundos
Resolver do sistema
Minutos
Roteador
Variável
Resolver
TTL completo
CDN
Borda
Autoritativo
Origem
Planeje com o TTLReduza antes da mudançaSem propagação mágicaVerifique com honestidade

O que propagação de DNS significa de verdade

“Propagação” é a palavra errada, e é dela que vem quase toda a confusão. Nada sai espalhado pela internet. Quando você altera um registro no seu provedor de DNS, a mudança passa a valer imediatamente nos seus servidores de nomes autoritativos, normalmente em segundos.

O que demora é o oposto: resolvedores pelo mundo continuam entregando a resposta antiga porque você deu permissão para isso. Cada registro carrega uma TTL, um tempo de vida, e qualquer resolvedor que já buscou aquele registro pode servir a cópia guardada até ela expirar. Antes disso ele não pergunta de novo, porque você disse que não era necessário.

Por isso a pergunta certa nunca é “minha mudança já propagou?”, e sim “qual cache ainda guarda a resposta antiga, e quando ele expira?”. Essa pergunta tem resposta exata, e você pode consultá-la.

Como a TTL funciona na prática

A TTL é um número de segundos anexado a cada registro. Não é uma sugestão nem uma preferência, é o contrato. Um registro com TTL 3600 diz a todo resolvedor: esta resposta vale por uma hora, não volte antes disso.

Três detalhes enganam quase todo mundo:

  • A contagem começa quando o resolvedor guarda o registro, não quando você faz a mudança. Se um resolvedor buscou o seu registro há 50 minutos com TTL 3600, ele atualiza em 10. Outro que buscou há 5 minutos vai esperar 55. É por isso que algumas pessoas veem a alteração muito antes das outras.
  • O que importa é a TTL antiga. Reduzir a TTL no mesmo momento em que você troca o valor não encurta nada, porque os resolvedores ainda estão obedecendo à TTL da consulta anterior. A nova, mais curta, só passa a valer na próxima atualização.
  • A TTL é por registro, não por domínio. O seu registro A e o seu MX podem expirar com horas de diferença.

Quais caches guardam a resposta antiga

Raramente existe um único cache entre o visitante e os seus servidores de nomes. Quando uma mudança parece travada, vale saber qual camada é a responsável.

  • O resolvedor recursivo – o do seu provedor ou um público como Cloudflare e Google. É esse cache que a TTL controla, e normalmente é a resposta real para “por que meu colega vê e eu não”.
  • O sistema operacional mantém um cache pequeno próprio. Limpá-lo é o único passo que realmente está na sua mão.
  • O navegador guarda uma cópia separada, e o Chrome em particular mantém registros por bem mais tempo que uma TTL curta. Outro navegador ou uma janela anônima descarta isso em segundos.
  • O seu próprio roteador pode rodar um resolvedor encaminhador que adiciona mais uma camada de cache.

Testar de uma única máquina, portanto, quase não diz nada. Consulte vários resolvedores públicos diretamente e compare – é exatamente para isso que existe uma ferramenta de consulta DNS.

Quanto tempo realmente leva

A resposta honesta: para a grande maioria das pessoas, não mais do que a TTL anterior. As “24 a 48 horas” repetidas em todo lugar vêm de uma época de TTLs padrão muito mais longas e hoje estão erradas com muito mais frequência do que certas.

  • TTL 300 (5 minutos) – praticamente instantâneo. Comum em registros que mudam com frequência.
  • TTL 3600 (1 hora) – um padrão muito difundido. A maioria vê a mudança dentro da hora.
  • TTL 86400 (24 horas) – ainda é o padrão em alguns registradores, e é a origem real do conselho de esperar um dia.

Duas coisas realmente demoram mais. Trocar os servidores de nomes no registrador afeta os registros do próprio TLD, que têm TTL própria, muitas vezes de 48 horas. E alguns poucos resolvedores ignoram TTLs curtas e impõem um piso próprio – daí a minoria teimosa que fica atrás.

Como mudar um registro sem interrupção

A espera só é um problema quando você não a planejou. A sequência abaixo praticamente a elimina, ao custo de um passo extra.

Primeiro reduza a TTL e espere

Com pelo menos um período completo da TTL antiga de antecedência, mude a TTL para 300. Depois espere a TTL antiga passar. Todo mundo pula esse passo, e é o único que conta: você gasta a espera adiantado, enquanto o valor antigo ainda está correto e não incomoda ninguém.

Faça a alteração

Agora edite o valor. Como todo resolvedor está atualizando a cada cinco minutos, a resposta nova alcança o mundo mais ou menos nesse prazo.

Confirme fora da sua máquina

Verifique contra vários resolvedores públicos em vez de recarregar o navegador. O seu laptop é a testemunha menos confiável que você tem.

Restaure a TTL

Com a mudança confirmada, volte a TTL para um valor saudável – 3600 ou mais. Deixar tudo em 300 para sempre significa mais consultas, primeiros carregamentos ligeiramente mais lentos e nenhum cache para proteger você quando os seus servidores de nomes tiverem um dia ruim.

Como verificar o progresso de forma honesta

Três verificações contam quase toda a história:

  • Compare resolvedores. Pergunte o mesmo registro a Cloudflare, Google e Quad9. Respostas diferentes significam que a mudança está em andamento, não que está quebrada.
  • Leia a TTL da resposta. Um resolvedor devolve os segundos restantes da cópia que ele guarda, em contagem regressiva. Esse número é literalmente quanto tempo aquele resolvedor ainda vai servir a resposta antiga.
  • Consulte o tipo que você realmente mudou. Um MX desatualizado não aparece em uma consulta A.

As três cabem no navegador com a ferramenta de consulta DNS, trocando de resolvedor entre as buscas e lendo a TTL de cada linha.

Isso também vale para MX, TXT e CNAME?

Sim – o mecanismo é idêntico em qualquer tipo de registro, mas as consequências mudam, e vale saber disso antes de mexer neles.

  • Registros MX exigem cuidado. Enquanto um MX antigo estiver em cache, o e-mail será entregue no servidor antigo. Essa mensagem não fica numa fila esperando por você: ela chega a algum lugar que talvez você não leia mais. Reduza a TTL bem antes de uma migração de e-mail e mantenha a caixa antiga acessível até a TTL expirar por completo.
  • Registros TXT – SPF, DKIM e verificação de domínio – costumam ser os mais inofensivos, porque uma checagem que falha simplesmente é repetida depois. A exceção é o SPF: um registro SPF desatualizado pode marcar e-mail legítimo como falha nesse intervalo.
  • Registros CNAME trazem uma segunda TTL. O resolvedor guarda o seu CNAME e, separadamente, o registro do destino, cada um com a sua contagem. A sua espera real é a mais longa das duas – e é por isso que um CNAME apontando para um provedor de TTL longa pode ficar atrás do que você configurou.
  • Registros NS são o caso lento descrito acima, porque a delegação fica um nível acima, na zona do TLD.

Qualquer que seja a alteração, consulte exatamente aquele tipo em vez de adivinhar. Um MX desatualizado é invisível em uma consulta A, e a TTL que importa é a da linha que você realmente editou.

Erros comuns

  • Reduzir a TTL e trocar o valor de uma vez. O erro mais frequente, e não ajuda em nada.
  • Julgar por um único navegador. Quatro caches de profundidade é o pior lugar possível para testar.
  • Trocar os servidores de nomes quando era um registro. Muito mais lento, e fácil de fazer sem querer seguindo tutoriais genéricos.
  • Deixar a TTL em 300 para sempre depois de uma migração.
  • Assumir 24 horas e não conferir. Com uma TTL de uma hora, você normalmente terminou em uma hora.

Versão curta

A sua mudança passou a valer no instante em que você salvou. O que você está esperando é a expiração do cache de outras pessoas, e a TTL antiga diz exatamente quanto tempo isso leva. Reduza a TTL antes de uma mudança planejada, verifique contra resolvedores públicos em vez do seu navegador e restaure a TTL depois. Confira os registros atuais de um domínio e a TTL restante com a ferramenta gratuita de consulta DNS, ou confirme que um certificado chegou ao novo host com o verificador de certificados SSL.

Ferramentas e guias relacionados:

Perguntas frequentes

Quanto tempo uma mudança de DNS leva de verdade?⌄

Para a maioria das pessoas, não mais do que a TTL anterior. Se o registro antigo tinha TTL 3600, os resolvedores que o guardaram atualizam dentro da hora. As famosas 24 a 48 horas valem para troca de servidores de nomes e para domínios com TTL de 86400 segundos, não para uma alteração comum de registro.

Por que outras pessoas veem minha mudança de DNS e eu não?⌄

Porque vocês estão atrás de caches diferentes. O resolvedor delas atualizou depois da sua mudança e o seu ainda não, ou o seu navegador ou sistema operacional guarda a resposta antiga. Limpe o cache de DNS, teste uma janela anônima e consulte um resolvedor público direto em vez de confiar na sua máquina.

Reduzir a TTL acelera a mudança que já está em andamento?⌄

Não. Os resolvedores ainda obedecem à TTL da consulta anterior, então um valor menor só passa a valer na próxima atualização deles. Para que ajude, reduza a TTL pelo menos um período da TTL antiga antes de trocar o valor.

Posso forçar o DNS a atualizar na hora?⌄

Globalmente, não. Você pode limpar os caches do sistema e do navegador, e alguns resolvedores públicos oferecem uma página para apagar um nome específico, mas não é possível expirar todos os caches da internet. A TTL é o único controle real, e ele age com antecedência.

Por que trocar servidores de nomes demora mais que mudar um registro?⌄

Porque acontece um nível acima. A delegação fica na zona do TLD e tem a própria TTL, muitas vezes de 48 horas, que vale antes de as TTLs dos seus registros serem lidas.

Sobre o autor
Fundador e CEO, BuildToolForge
Siga-nos no X: @Buildtoolforge

Mais de 15 anos de experiência prática em desenvolvimento web e segurança. Foco em segurança web prática: manter sites seguros, confiáveis e fáceis de diagnosticar. O BuildToolForge existe para tornar essas verificações gratuitas, privadas e compreensíveis. As ferramentas rodam no seu navegador sempre que possível, e nada do que você digita em uma ferramenta é armazenado.

Como escrevemos nossos guias: Cada guia nasce da experiência prática, é conferido com os padrões oficiais e testado com nossas próprias ferramentas em domínios reais. Atualizamos os guias quando padrões ou ferramentas mudam. Encontrou um erro? Escreva para contact@buildtoolforge.com.

Última atualização: 2 de novembro de 2026