Qué significa realmente la propagación DNS
«Propagación» es la palabra equivocada, y de ahí viene casi toda la confusión. Nada se está enviando por internet. Cuando editas un registro en tu proveedor de DNS, el cambio está activo en tus servidores autoritativos de inmediato, normalmente en segundos.
Lo que tarda es lo contrario: resolutores de todo el mundo siguen conservando la respuesta antigua, porque tú les diste permiso. Cada registro lleva un TTL, un tiempo de vida, y un resolutor que lo haya consultado puede servir esa copia en caché hasta que el TTL expire. No volverá a preguntar antes, porque le dijiste que no hacía falta.
Así que la pregunta correcta nunca es «¿ya se ha propagado?». Es «¿qué caché conserva aún la respuesta antigua y cuándo caduca?». Esa pregunta tiene una respuesta exacta y puedes consultarla.
Cómo funciona realmente el TTL
El TTL es un número de segundos adjunto a cada registro. No es una sugerencia: es el contrato. Un registro con TTL 3600 le dice a cada resolutor que lo guarde: esta respuesta vale una hora, no vuelvas antes.
Hay tres detalles que suelen confundir:
- La cuenta atrás empieza cuando el resolutor guarda la respuesta, no cuando haces el cambio. Si un resolutor consultó tu registro hace 50 minutos con un TTL de 3600, se actualizará en 10 minutos. Otro que lo consultó hace 5 esperará 55. Por eso el cambio aparece para unos mucho antes que para otros.
- El TTL que importa es el antiguo. Bajar el TTL en el mismo momento en que cambias el valor no acorta la espera, porque los resolutores siguen respetando el TTL que recibieron la vez anterior. El nuevo TTL solo se aplica a partir de la siguiente consulta.
- El TTL es por registro, no por dominio. Tu registro A y tu registro MX pueden caducar con horas de diferencia.
Qué cachés conservan la respuesta antigua
Rara vez hay una sola caché entre un visitante y tu servidor de nombres. Cuando un cambio parece atascado, conviene saber a qué capa culpar.
- El resolutor recursivo: el de tu operador o uno público como Cloudflare o Google. Es la caché que gobierna el TTL y suele ser la respuesta real a «por qué lo ve mi compañero y yo no».
- El sistema operativo mantiene su propia caché pequeña. Vaciarla es el único paso que de verdad está en tu mano.
- El navegador vuelve a cachear por separado, y Chrome en particular retiene entradas bastante más allá de un TTL corto. Otro navegador, o una ventana privada, descarta esto rápido.
- Tu propio router puede ejecutar un resolutor de reenvío que cachea encima de todo lo demás.
Probar desde una sola máquina, por tanto, no dice casi nada. Consulta varios resolutores públicos y compara: para eso está una herramienta de consulta DNS.
Cuánto tarda de verdad
La respuesta honesta: no más que el TTL anterior, para la gran mayoría de usuarios. La cifra de «24 a 48 horas» que se repite por toda la web viene de una época de TTL mucho más largos y hoy es falsa muchas más veces de las que acierta.
- TTL 300 (5 minutos): prácticamente inmediato. Habitual en registros que cambian a menudo.
- TTL 3600 (1 hora): un valor por defecto muy común. La mayoría lo ve en esa hora.
- TTL 86400 (24 horas): todavía por defecto en algunos registradores, y el origen real del consejo de «espera un día».
Dos cosas sí pueden tardar más. Un cambio de servidores de nombres en el registrador afecta a los registros del propio TLD, que tienen su propio TTL, a menudo de 48 horas. Y unos pocos resolutores ignoran los TTL cortos e imponen un mínimo propio, por lo que una minoría tozuda puede ir por detrás.
Cómo cambiar un registro sin caídas
La espera solo es un problema si no la planificas. Esta secuencia la elimina casi por completo y cuesta un paso extra.
Baja el TTL primero y espera
Al menos un periodo completo del TTL antiguo antes del cambio, baja el TTL del registro a 300. Luego espera a que pase el TTL antiguo. Este es el paso que todo el mundo se salta y el único que importa: estás gastando la espera por adelantado, mientras el valor antiguo sigue siendo correcto y nadie se ve afectado.
Haz el cambio
Ahora edita el valor. Como cada resolutor se actualiza cada cinco minutos, la nueva respuesta llega al mundo en aproximadamente ese tiempo.
Verifica fuera de tu propia máquina
Comprueba contra varios resolutores públicos en lugar de recargar tu navegador. Tu portátil es el testigo menos fiable que tienes.
Devuelve el TTL a su sitio
Confirmado el cambio, sube el TTL a algo razonable: 3600 o más. Dejarlo todo en 300 para siempre significa más consultas, primeras cargas algo más lentas y ninguna caché que te proteja si tus servidores de nombres tienen un mal día.
Cómo comprobar el avance con honestidad
Tres comprobaciones lo dicen casi todo:
- Compara resolutores. Consulta el mismo registro en Cloudflare, Google y Quad9. Respuestas distintas significan que el cambio está en curso, no roto.
- Lee el TTL de la respuesta. Un resolutor devuelve los segundos restantes de su copia en caché, en cuenta atrás. Ese número es literalmente cuánto más servirá la respuesta antigua.
- Consulta el tipo de registro que cambiaste. Un MX obsoleto no aparece en una consulta de registro A.
Puedes hacer las tres en el navegador con la herramienta DNS Lookup, cambiando de resolutor entre consultas y leyendo el TTL de cada fila.
¿Vale esto también para MX, TXT y CNAME?
Sí: el mecanismo es idéntico para cada tipo de registro, pero las consecuencias cambian, y conviene saberlo antes de tocarlos.
- Los registros MX son los delicados. Mientras un MX antiguo siga en caché, el correo se entrega al servidor antiguo. Ese correo no queda en cola esperándote: llega a un sitio que quizá ya no lees. Baja el TTL con mucha antelación en una migración de correo y mantén accesible el buzón antiguo hasta que el TTL haya expirado del todo.
- Los registros TXT (SPF, DKIM y verificación de dominio) suelen ser los menos dolorosos, porque una verificación fallida simplemente se reintenta. La excepción es SPF: un SPF obsoleto puede marcar como fallo correo legítimo mientras dure.
- Los registros CNAME añaden un segundo TTL. El resolutor cachea tu CNAME y luego cachea aparte el registro del destino, cada uno con su cuenta atrás. Tu espera efectiva es la que caduque más tarde, y por eso un CNAME que apunta a un proveedor con TTL largo puede ir por detrás de tu propia configuración.
- Los registros NS son el caso lento descrito arriba, porque la delegación vive un nivel por encima, en la zona del TLD.
Cambies lo que cambies, consulta ese tipo concreto en lugar de suponer. Un MX obsoleto es invisible en una consulta de registro A, y el TTL que debes vigilar es el de la fila que realmente editaste.
Errores habituales
- Bajar el TTL y cambiar el valor en la misma edición. El error más común, y no aporta nada.
- Juzgarlo desde un solo navegador. Cuatro cachés de profundidad es el peor sitio para probar.
- Cambiar los servidores de nombres cuando querías cambiar un registro. Mucho más lento, y fácil de hacer sin querer siguiendo instrucciones genéricas.
- Dejar el TTL en 300 de forma permanente tras una migración.
- Dar por hecho que son 24 horas y no comprobar. Con un TTL de una hora, normalmente has terminado en una hora.
La versión corta
Tu cambio estuvo activo en cuanto lo guardaste. Lo que esperas es que caduquen las cachés de otras personas, y el TTL antiguo te dice exactamente cuánto falta. Baja el TTL antes de un cambio previsto, verifica contra resolutores públicos en vez de tu navegador y vuelve a subirlo después. Consulta los registros actuales de cualquier dominio y su TTL restante con la herramienta DNS Lookup gratuita, o confirma que un certificado llegó al nuevo servidor con el verificador de certificados SSL.
Herramientas y guías relacionadas:
- Búsqueda de DNS: Consulta registros A, AAAA, MX, TXT, NS y más, con valores y TTL, además de DNS inverso.
- Verificador de certificados SSL: Comprueba el certificado SSL de cualquier dominio: emisor, fecha de caducidad y días restantes.
- Búsqueda de DNS: guía completa para consultar registros de dominio: Aprende a usar una herramienta de búsqueda de DNS para consultar registros A
Preguntas frecuentes
¿Cuánto tarda realmente un cambio de DNS?⌄
No más que el TTL anterior para la mayoría. Si el registro antiguo tenía un TTL de 3600, los resolutores que lo cachearon se actualizarán dentro de esa hora. Las 24 o 48 horas que tanto se repiten valen para cambios de servidores de nombres y para dominios con TTL de 86400, no para una edición normal de un registro.
¿Por qué otros ven mi cambio de DNS y yo no?⌄
Porque estáis detrás de cachés distintas. Su resolutor se actualizó después de tu edición y el tuyo aún no, o tu navegador o tu sistema operativo siguen con la respuesta antigua. Vacía la caché DNS, prueba en una ventana privada y consulta directamente un resolutor público en lugar de fiarte de tu equipo.
¿Bajar el TTL acelera el cambio que estoy haciendo ahora?⌄
No. Los resolutores siguen respetando el TTL que recibieron en la consulta anterior, así que un valor menor solo surte efecto a partir de su siguiente actualización. Para aprovecharlo, baja el TTL al menos un periodo de TTL antiguo antes de cambiar el valor.
¿Puedo forzar que el DNS se actualice al instante?⌄
No de forma global. Puedes vaciar las cachés de tu sistema y tu navegador, y algunos resolutores públicos ofrecen una página para purgar un nombre concreto, pero no hay manera de caducar todas las cachés de internet. El TTL es el único control real, y funciona por adelantado.
¿Por qué un cambio de servidores de nombres tarda más que uno de registro?⌄
Porque ocurre un nivel por encima. La delegación vive en la zona del TLD y tiene su propio TTL, a menudo de 48 horas, y eso se aplica antes de consultar siquiera los TTL de tus registros.
Más de 15 años de experiencia práctica en desarrollo web y seguridad. Centrado en la seguridad web práctica: mantener los sitios seguros, fiables y fáciles de diagnosticar. BuildToolForge existe para que estas comprobaciones sean gratuitas, privadas y comprensibles. Las herramientas se ejecutan en tu navegador siempre que es posible, y nada de lo que introduces en una herramienta se guarda.
Cómo escribimos nuestras guías: Cada guía nace de la experiencia práctica, se contrasta con los estándares oficiales y se prueba con nuestras propias herramientas en dominios reales. Actualizamos las guías cuando cambian los estándares o las herramientas. ¿Has visto un error? Escríbenos a contact@buildtoolforge.com.