Propagação de DNS: quanto tempo leva e como conferir
O que realmente demora depois de mudar o DNS: o cache e o TTL. Aprenda a conferir com dig, limpar o seu cache e distinguir espera de erro no registro.
Por Redação Eleven Host · @robson.direitodigital · 27 de outubro de 2026 · 8 min de leitura

Capa da Redação Eleven Host para o guia: Propagação de DNS: quanto tempo leva e como conferir Arte: Eleven Host
A propagação de DNS é o tempo que as redes levam para deixar de usar a resposta antiga de um domínio. Na prática, o prazo é de até 24 horas, às vezes mais, e quem espera são os caches, não o servidor onde você mudou o registro.
Você trocou o IP do site ou os servidores de nome e, no seu computador, ainda aparece a página velha. Este guia explica o que acontece, como conferir o estado real e como limpar o cache do seu lado. Se o seu objetivo é criar o registro que leva o domínio até a VPS, o passo a passo está em Apontar domínio para VPS: passo a passo com registro A; aqui o assunto é a espera depois da mudança.
O que é a propagação de DNS, de verdade
"Propagação" é o nome popular, e ele dá a ideia de que a internet está copiando a sua mudança de servidor em servidor. Não é bem isso. A mudança vale no servidor DNS autoritativo, aquele que responde pelo domínio, no momento em que você a salva.
O que demora são os caches. O resolvedor do seu provedor de internet, o roteador, o sistema do seu computador e o navegador guardaram a resposta antiga e continuam a usá-la até o prazo de validade vencer.
Esse prazo se chama TTL. Segundo a RFC 1035, o TTL é um número em segundos que diz por quanto tempo um registro pode ficar em cache antes de a fonte ser consultada de novo. Um TTL 0 significa não guardar em cache. Na conta simples: 300 segundos são 5 minutos, 3600 são 1 hora e 86400 são 24 horas.
Depois de mudar o DNS, você não precisa esperar a internet inteira "atualizar". Cada cache espera o TTL que ele mesmo recebeu vencer.
Quanto tempo leva
O prazo é de até 24 horas, às vezes mais. Não dá para prometer um prazo menor, porque ele depende do TTL do registro antigo e do cache de cada rede.
A troca de nameservers, ou seja, dos servidores DNS do domínio, tende a demorar mais que a troca de um registro A dentro da mesma zona. A troca de nameservers passa pelo registro do domínio e pelo cache dos servidores de nome, enquanto o registro A depende do TTL dele.
Enquanto os caches não vencem, duas pessoas podem ver resultados diferentes: uma já enxerga o site novo e a outra ainda enxerga o antigo.
Como conferir se a mudança já valeu
Antes de limpar qualquer coisa, pergunte ao DNS o que ele responde. Troque seudominio.com.br pelo seu domínio. Os comandos abaixo funcionam no terminal do Linux e do Mac; no Windows, o nslookup também está disponível.
dig +short seudominio.com.br Amostra a resposta do resolvedor que o seu computador usa.dig +short seudominio.com.br A @8.8.8.8edig +short seudominio.com.br A @1.1.1.1perguntam a resolvedores públicos. Se eles já devolvem o IP novo e o seu resolvedor não, o mais provável é que seja o cache da sua rede.dig +short NS seudominio.com.brmostra quem responde pelo domínio.nslookup seudominio.com.brfaz a consulta no Windows, no Mac e no Linux.
Para ver o TTL que sobra, rode dig seudominio.com.br A e olhe o número na linha da resposta, dentro da seção ANSWER SECTION. Como o cache conta o TTL de forma regressiva, repetir o comando mostra o número diminuindo. Quando ele chega a zero, o resolvedor consulta a fonte de novo.
DNS gerenciado grátis na rede da Cloudflare para domínios registrados na Eleven Host, com painel na área do cliente. Registrar um domínio
Como limpar o cache do seu lado
Limpar o cache local ajuda a separar um problema do seu computador de um problema do DNS. Ele limpa só o cache que está com você. O cache do provedor de internet e o de outras redes continuam como estão, e por isso limpar o seu não garante que a página nova vai aparecer.
- Windows: rode
ipconfig /flushdnsno Prompt de Comando. Segundo a Microsoft, o comando libera e redefine o conteúdo do cache de resolvedor do cliente DNS, inclusive as entradas de cache negativas. Para ver o que está guardado, useipconfig /displaydns. - Linux com systemd-resolved: rode
resolvectl flush-caches, que esvazia os caches de registros DNS mantidos localmente pelo serviço. - Navegador: ele também guarda respostas. Teste em uma janela anônima ou em outro navegador para separar o cache local de uma mudança que ainda não valeu.
- Celular: desligue e ligue o Wi-Fi ou os dados móveis, ou teste em outra rede. Isso pode ajudar, mas não há como prometer que resolve.
O resolvedor público do Google também tem uma ferramenta para pedir a limpeza do cache dele. A documentação orienta limpar primeiro o domínio principal e depois os subdomínios.
Como encurtar a espera na próxima mudança
Se a mudança é planejada, dá para se preparar. Se o seu painel de DNS deixar editar o TTL, siga esta ordem:
- Baixe o TTL do registro que será alterado, por exemplo para 300 segundos.
- Espere o TTL antigo vencer. Se o valor anterior era 3600, a espera é de 1 hora, porque os caches que guardaram a resposta ainda seguem o número antigo.
- Faça a mudança do registro.
- Depois que tudo estiver funcionando, volte o TTL para um valor maior.
O passo 2 é o que dá resultado: baixar o TTL e mudar o registro no mesmo minuto não adianta, porque os caches já estão com a contagem do valor antigo.
Não é propagação: erros que parecem
Se o prazo de 24 horas já passou, ou se um resolvedor público já mostra a resposta errada, vale parar de esperar e procurar o erro. Comece por dig +short NS seudominio.com.br: se os nameservers não apontam para o lugar onde você está editando, a alteração não chega ao domínio.
- Registro errado: IP digitado errado, nome errado ou registro duplicado no painel.
- Nameservers em outro lugar: você edita a zona em um painel, mas o domínio responde por outro.
- Cache negativo: se alguém consultou o nome antes de o registro existir, a resposta "não existe" também fica guardada por um tempo. Por isso, não teste um subdomínio antes de criá-lo. O guia O que é subdomínio: exemplos e como criar o seu mostra como criá-lo.
- Domínio vencido ou suspenso: confira a situação do domínio no registro.
Se o DNS está certo e o site continua fora do ar, o problema pode estar no servidor. O guia Site fora do ar: o que fazer, passo a passo cobre esse caminho.
E o e-mail?
A mudança de MX, o registro que diz para onde vai o e-mail do domínio, também passa por cache. Ao trocar de provedor de e-mail, deixe o antigo funcionando até a troca valer.
Checklist depois de mudar o DNS
- Confirmei com
dig +short NS seudominio.com.brque edito a zona certa. - Conferi o IP ou o valor do registro, letra por letra.
- Perguntei a
@8.8.8.8e a@1.1.1.1e comparei com o meu resolvedor. - Olhei o TTL que sobra com
dig seudominio.com.br A. - Limpei o cache local e testei em janela anônima ou em outra rede.
- Não testei subdomínios antes de criá-los.
- Mantive o provedor de e-mail antigo até o MX novo valer.
- Se o prazo passou e nada mudou, procurei erro no registro em vez de só esperar.
Fechando
A espera da propagação é, na verdade, a espera dos caches. Conferir com dig, limpar o seu cache e baixar o TTL antes da próxima mudança ajuda a saber o que está acontecendo. Quando o prazo passou e nada mudou, o caminho é revisar o registro.
VPS a partir de R$ 17,00/mês no Plano Bronze; confira na loja o que cada plano inclui. Ver planos de VPS
Perguntas frequentes
Quanto tempo demora a propagação de DNS?
Até 24 horas, às vezes mais. O tempo depende do TTL do registro antigo e do cache de cada rede. A troca de nameservers tende a demorar mais que a de um registro A.
Limpar o cache DNS do meu computador acelera o site para todo mundo?
Não. Ele limpa só o cache que está no seu computador. O cache do provedor de internet e o de outras redes continuam até o TTL vencer.
Como sei se é propagação ou erro no registro?
Use dig +short NS seudominio.com.br para ver quem responde pelo domínio e pergunte a um resolvedor público com @8.8.8.8. Se o registro está errado, ou o NS aponta para outro lugar, esperar não resolve.
O que é TTL?
É o número, em segundos, que diz por quanto tempo um registro pode ficar em cache antes de ser consultado de novo. Segundo a RFC 1035, TTL 0 significa não guardar em cache.