Propagación DNS: ¿cuánto tarda de verdad?
La “propagación DNS” es sobre todo caché, no una actualización global mágica.

Puntos clave
- El principal control es el TTL (time-to-live), pero existen cachés en muchas capas.
- Diferentes ubicaciones y resolutores pueden ver respuestas distintas temporalmente.
- Verifica cambios de DNS consultando varios resolutores y redes.

Qué se entiende por “propagación”
Cuando actualizas registros DNS, estás cambiando la “fuente de verdad” autoritativa. Pero los resolutores almacenan respuestas en caché, así que los datos “nuevos” se vuelven visibles a medida que caducan las cachés.
TTL explicado (por qué varía el tiempo)
El TTL indica cuánto tiempo pueden los resolutores conservar una respuesta antes de volver a consultar. Rangos típicos de TTL: - Configuraciones que cambian rápido: 60–300 segundos - Sitios estables: 3600 segundos (1 hora) o más
Un TTL más bajo puede acelerar cambios, pero puede aumentar la carga de consultas DNS.
Dónde se almacena en caché el DNS
Incluso con un TTL bajo, puede haber caché en: - Caché del navegador - Caché del resolutor del sistema operativo - Caché del router (en algunos modelos) - Caché del resolutor del ISP - Caché de resolutores públicos
Cómo verificar correctamente cambios de DNS
1) Confirma los registros autoritativos en el panel de tu proveedor DNS (A/AAAA/CNAME/TXT). 2) Comprueba con distintos resolutores (DNS del ISP + un DNS público). 3) Comprueba desde otra red (datos móviles vs Wi-Fi) para descartar caché local.
Por qué algunas regiones actualizan más rápido o más lento
- Diferencias entre resolutores y su comportamiento de caché
- Cachés locales (navegador/OS/router)
- Enrutamiento anycast e infraestructura del resolutor
Plazos típicos para cambios comunes
Son experiencias típicas, no garantías: - Cambios A/AAAA: minutos a unas horas - Cambios CNAME: minutos a unas horas - Verificación TXT: suele ser rápida, pero la caché aplica - Cambios de servidores de nombres (NS): pueden parecer incoherentes por más tiempo
Solución de problemas: “A mí me funciona, a otros no”
- Confirma que actualizaste tanto la raíz (
example.com) comowwwsi corresponde - Pide a otros qué IP resuelven y compara
- Mantén la infraestructura antigua activa durante transiciones
Buenas prácticas para cambios DNS planificados
- Baja el TTL 24–48 horas antes del cambio
- Si es posible, cambia una cosa a la vez
- Guarda notas de rollback (valores antiguos)
Implicaciones prácticas en sistemas reales
Después de un cambio DNS, usa IPVerdict para confirmar que la nueva IP de destino pertenece a la organización/ASN esperado y parece la infraestructura correcta.
Malentendidos comunes
P1: ¿Bajar el TTL acelera la propagación al instante? No: las cachés existentes aún deben caducar.
P2: ¿Por qué mi teléfono ve el sitio nuevo y mi portátil no? Diferentes ajustes DNS o cachés.
P3: ¿Tengo que vaciar cachés cada vez? No siempre, pero ayuda durante la depuración.
P4: ¿Puedo hacer cambios DNS globales al instante? No del todo: hay cachés por toda la internet.
P5: ¿Los verificadores de propagación siempre son precisos? Útiles, pero solo muestran lo que ven sus sondas.
Limitaciones
- Algunos resolutores no se comportan de forma idéntica, incluso con el mismo TTL.
- Los CDNs pueden devolver IPs distintas por región.
Aviso legal
La información de esta guía se proporciona con fines educativos y de diagnóstico. El comportamiento de la red puede variar según el entorno, la configuración y las fuentes de datos, por lo que los resultados deben tratarse como señales informativas y no como una prueba definitiva.
Conclusión
Comprender estos fundamentos te ayuda a interpretar las señales de red con más confianza y a solucionar problemas con menos suposiciones erróneas.