El DNS (Domain Name System) es el sistema que traduce un nombre de dominio, como zds.es, en los datos que un navegador necesita para conectarse, sobre todo la dirección IP del servidor. Su base son los RFC 1034 y 1035, publicados en noviembre de 1987.
El DNS traduce nombres de dominio en direcciones IP. Dónde toca el SEO: verificar Search Console, migrar un sitio, el TTFB y los CDN.
Qué significa DNS
Las personas recuerdan nombres; las máquinas se conectan a direcciones IP. El DNS une ambas cosas. El RFC 1034 lo describe como un espacio de nombres en forma de árbol: cada punto de un dominio marca un nivel, y cada nivel puede delegar en servidores de nombres distintos. Así, los datos están repartidos entre muchos servidores, cada uno responsable de su parte.
La información se guarda en registros. Un registro A apunta un nombre a una dirección IP. Un CNAME convierte un nombre en alias de otro. Un registro TXT guarda texto, y el RFC 1035 deja abierto su significado: depende del dominio donde se encuentra. Los registros NS indican qué servidores responden por una zona, y el SOA guarda los datos de gestión de esa zona.
Cada registro lleva además un TTL (time to live). Según el RFC 1035, es el tiempo durante el que se puede guardar en caché antes de volver a consultar la fuente. Ese número explica qué pasa cuando se cambia un registro.
El dominio es el nombre que se registra, la dirección IP es el destino y el servidor es la máquina que entrega la web. El DNS une las tres cosas, y lo aloja el registrador o un proveedor de DNS.
Cómo funciona
Cuando alguien escribe un dominio en el navegador, el equipo pregunta a un resolvedor, normalmente el de su proveedor de internet o uno público. Si el resolvedor tiene la respuesta en caché y el TTL no ha vencido, contesta al momento. Si no, consulta a los servidores de nombres siguiendo el árbol hasta llegar al servidor autoritativo del dominio, que da la respuesta definitiva. El resolvedor la guarda durante el TTL y la reutiliza para las consultas siguientes.
De ese mecanismo sale la llamada «propagación». Un cambio de DNS es inmediato en el servidor autoritativo, pero los resolvedores que ya tenían la respuesta antigua la siguen sirviendo hasta que vence su TTL. Con un TTL de 24 horas, parte de los visitantes puede seguir llegando al servidor antiguo hasta un día después.
El CNAME tiene una regla propia. El RFC 1034 establece que, si un nombre tiene un CNAME, no debe tener otros datos. Es la forma habitual de conectar un CDN: el nombre www del sitio pasa a ser alias de un nombre del proveedor, y el proveedor decide desde qué servidor se entrega cada visita. El nombre raíz del dominio lleva siempre los registros NS y SOA de la zona, así que, según esa misma regla, no debería ser a la vez un CNAME.
Por qué importa
Para el SEO, el DNS aparece en momentos concretos y documentados.
El primero es la Search Console. Una propiedad de dominio, que agrupa los datos de http, https y todos los subdominios, solo se puede verificar por DNS, con un registro TXT o CNAME que da la propia herramienta. Según la ayuda de Google, el proveedor puede tardar hasta dos o tres días en empezar a servir un registro añadido a mano. La verificación dura mientras Google encuentre el registro: la Search Console lo comprueba de forma periódica, avisa si desaparece y, pasado un plazo de gracia, retira los permisos.
El segundo es el cambio de hosting sin cambiar las URL. En la guía de Google, actualizada el 10 de diciembre de 2025, el traslado en sí consiste en cambiar los registros DNS para que apunten a la nueva infraestructura. Google recomienda bajar el TTL a un valor bajo y prudente, por ejemplo unas horas, al menos una semana antes. También pide comprobar que el cortafuegos o la protección contra ataques no impidan a Googlebot llegar al DNS ni a los servidores, y apagar el hosting antiguo solo cuando su tráfico haya llegado a cero.
El tercero es el cambio de dominio. Google recomienda redirecciones permanentes del dominio antiguo al nuevo y mantenerlas, por lo general, al menos un año. Una redirección solo funciona si el dominio antiguo sigue resolviendo, así que sus registros DNS y su registro como dominio tienen que seguir activos durante todo ese tiempo.
El cuarto es la velocidad. Según el artículo de web.dev sobre TTFB, actualizado el 18 de noviembre de 2025, el tiempo hasta el primer byte suma las redirecciones, el arranque del service worker, la consulta DNS, la conexión con TLS y la petición. web.dev considera bueno un TTFB de 0,8 segundos o menos. El TTFB no es una Core Web Vital, pero precede al resto de métricas de carga.
Recorrido de una consultaDónde entra el SEO
Consulta DNS · una de las fases que suma el TTFB
1NavegadorAlguien escribe un dominio y el equipo pregunta a un resolvedor.
2ResolvedorSi tiene la respuesta en caché y el TTL no ha vencido, contesta al momento. Si no, guarda la nueva respuesta durante el TTL.
Cambio de hostingBajar el TTL a unas horas al menos una semana antes. Los resolvedores siguen sirviendo la respuesta antigua hasta que vence su TTL.
3Servidores de nombresEl resolvedor los consulta siguiendo el árbol.
Cambio de hostingComprobar que el cortafuegos no impida a Googlebot llegar al DNS.
4Servidor autoritativoDa la respuesta definitiva con los registros del dominio: A para la dirección IP, CNAME para un alias, TXT para texto.
Search ConsoleEl registro TXT o CNAME de verificación tiene que quedarse: la Search Console lo comprueba de forma periódica.Cambio de dominioUna redirección solo funciona si el dominio antiguo sigue resolviendo. Google recomienda mantenerlas, por lo general, al menos un año.
5ServidorEntrega la web en la dirección IP de la respuesta.
CDNSe conecta con un CNAME, normalmente en www y no en el dominio raíz.Cambio de hostingApagar el servidor antiguo solo cuando su tráfico haya llegado a cero.
Cinco pasos de una consulta y en cuáles entra el SEO.
Buenas prácticas
Bajar el TTL de los registros a unas horas al menos una semana antes de cambiar de hosting.
Mantener el registro TXT de verificación de la Search Console mientras se use la propiedad.
Tras un cambio de dominio, conservar el dominio antiguo y sus registros mientras duren las redirecciones.
Comprobar con varias herramientas públicas de DNS que resolvedores de distintos países ya ven los registros nuevos.
Revisar que el cortafuegos no bloquee a Googlebot en el DNS ni en los servidores.
Documentar en qué proveedor está el DNS y quién tiene acceso.
Errores frecuentes
Borrar el registro TXT de la Search Console al limpiar la zona DNS.
Cambiar los registros sin bajar antes el TTL y esperar que el cambio llegue a todos al instante.
Apagar el servidor antiguo en cuanto se cambia el DNS, cuando aún le llega tráfico.
Dejar caducar el dominio antiguo mientras sus redirecciones todavía trasladan señales al nuevo.
Poner un CNAME en un nombre que ya tiene otros registros, como el dominio raíz.
Atribuir un TTFB alto solo al servidor sin mirar cuánto tarda la consulta DNS.
Manuel Riveiro RodriguezCEO & Digital Strategist
Una auditoría técnica revisa esto y el resto en un solo paso.
De forma indirecta, en puntos que Google documenta. La consulta DNS forma parte del TTFB. Un cambio de DNS es el paso que traslada un sitio a otro hosting. Si el cortafuegos impide a Googlebot llegar al DNS, no puede rastrear. Y una propiedad de dominio de la Search Console solo se verifica con un registro DNS.
¿Por qué la Search Console pide un registro TXT?
Porque es la forma de demostrar que controlas el dominio entero. La propiedad de dominio reúne http, https y todos los subdominios, y Google solo la verifica por DNS, con un registro TXT o CNAME. El registro debe quedarse: la Search Console lo comprueba de forma periódica y retira los permisos si desaparece.
¿Qué TTL conviene antes de una migración?
Para un cambio de hosting, Google recomienda bajar el TTL a un valor prudente, por ejemplo unas horas, al menos una semana antes del traslado. Así, cuando se cambie el registro, los resolvedores dejarán de usar la respuesta antigua en pocas horas y no en uno o dos días. Después del traslado se puede volver a subir.
¿Cuánto tarda en propagarse un cambio de DNS?
Depende sobre todo del TTL que tenía el registro antiguo, porque los resolvedores siguen usando la respuesta guardada hasta que vence. Un registro nuevo, como el de verificación de la Search Console, puede tardar hasta dos o tres días en empezar a servirse, según la ayuda de Google. Varias herramientas públicas de DNS permiten comprobarlo.
¿Qué tiene que ver el DNS con un CDN?
Un CDN suele conectarse con un registro CNAME: el nombre del sitio pasa a ser alias de un nombre del proveedor, que decide desde qué servidor se entrega cada visita. Según el RFC 1034, un nombre con CNAME no debe tener otros registros, por eso esta conexión se hace normalmente en www y no en el dominio raíz.
