Academia › Publicar › Dominio y correo
El mapa que ya no vuelves a improvisar
Al terminar tienes escrito, línea por línea, para qué sirve cada registro del DNS, así no vuelves a tocarlo a ciegas.
Por Yodai · Publicado el 6 de septiembre de 2026 · Actualizado el 13 de octubre de 2026
Han pasado meses. Tu web funciona, la tienda vive en su propio subdominio, el número de WhatsApp ya quedó verificado, el botón de cobro cobra sin errores y hasta tienes la versión en inglés. Un día vuelves a la zona DNS de tu dominio, en la cuenta donde lo compraste, para renovar algo, para cambiar de proveedor de correo o para verificar el dominio en otro servicio, y ahí están: doce o quince líneas, cada una con un nombre raro y un valor todavía más raro. No recuerdas para qué sirve la mitad.
Ese momento es el peligro real. Alguien mira esa lista, no reconoce tres o cuatro líneas, y decide que sobran. Las borra para "dejarlo limpio". Dos días después el correo del negocio deja de llegar, o Google deja de encontrar la prueba de que el dominio es tuyo y avisa de que tu acceso a Search Console va a caducar, o el botón de cobro empieza a fallar justo en el pago. Nadie tocó la web. Tocaron el DNS, y el DNS no avisa. Los servidores que consultan tu dominio pueden guardar una copia de cada línea durante el tiempo que marca su TTL, según la norma del DNS (RFC 1035), así que un cambio no llega a todos a la vez. Google, por ejemplo, avisa en su ayuda para configurar los registros MX de que un registro MX nuevo puede tardar hasta 72 horas en reconocerse. El fallo aparece en silencio, horas o días después, cuando ya nadie se acuerda de qué se tocó.
La solución no es técnica. Es de disciplina: la primera vez que entiendes para qué sirve una línea, la escribes. No en la cabeza, en un documento. Esta lección es esa hoja.
Por qué esa pantalla se llena sin que nadie decida llenarla
Cada sí que dijiste en estas semanas dejó una huella ahí. El subdominio para la tienda, que no heredaba nada de la web principal. La prueba ante Google, para Search Console, de que el dominio es tuyo. El botón de cobro, con su propia prueba distinta: si la página de pago va en un subdominio tuyo, Stripe te pide un TXT para comprobar que el dominio es tuyo y poder emitir su certificado de seguridad, según su documentación sobre dominios propios. La decisión de si el mercado nuevo iba en el mismo dominio o se abría uno propio. Cada una de esas decisiones añadió una línea al DNS, y esa línea nació con sentido. El problema es que el sentido vivía solo en la cabeza de quien la creó, tú o quien te ayudó, y esa persona no siempre es quien la mira seis meses después.
Un CNAME dice "este subdominio vive en tal sitio": es el que usaste para la tienda, para la versión en inglés, quizá para una marca hermana. Un MX dice por dónde entra el correo del negocio, y normalmente lo tenías desde el primer día, antes incluso de tener web. Un TXT casi nunca mueve nada: guarda un texto que un tercero lee para comprobar algo. Por ejemplo, que el dominio es tuyo: un TXT es una de las formas que Google admite en su ayuda para verificar la propiedad de un sitio en Search Console, y pide no quitarlo ni después de verificado, porque lo comprueba periódicamente. O que el correo que sale de tu dominio lo mandas tú y no alguien haciéndose pasar por ti: para eso están el SPF y el DKIM, según las directrices de Gmail para remitentes. El SPF, de hecho, solo puede publicarse como TXT, según su norma (RFC 7208). Tres tipos, tres funciones, y sin embargo todos aparecen mezclados en la misma lista, con el mismo tamaño de letra, sin ninguna pista de cuál pesa más que otra.
Es un ejemplo de web montada por piezas: si tu web, tu tienda y tu cobro los lleva una sola plataforma, puede que en tu DNS solo estén las líneas de la web y el correo.
- 1Abre la zona DNS de tu dominio
Está en la cuenta donde compraste el dominio o donde lo lleves ahora, con un nombre como «Zona DNS» o «Registros DNS». Ahí están todas las líneas, aunque no las hayas tocado tú. Anota cuántas hay, sin juzgar todavía cuáles sobran. - 2Identifica cada una antes de opinar sobre ella
Por cada línea, pregúntate a qué servicio sirve: web, tienda, correo, verificación de Google, cobro, idioma. Si no lo sabes, no la borres: la marcas como pendiente de identificar y sigues con la siguiente. - 3Escribe el mes en que se activó
No hace falta el día exacto. Basta con "marzo de 2026, cuando activamos el cobro". La fecha te dice, más adelante, si un cambio reciente coincide con un fallo reciente. - 4Guarda el documento donde lo encuentres en seis meses
No en un post-it, no en la memoria de quien lo montó. En la misma carpeta donde guardas las facturas del negocio, o en el gestor de notas que uses todos los días.
Antes de tocar nada, mira el tipo
- El documento con cada línea del DNS, su tipo y para qué sirve, escrito y guardado en un sitio fijo.
- La fecha en que se activó cada una, para poder relacionar un cambio con un fallo si aparece.
- La norma de no borrar ni tocar nada que no esté identificado en ese documento.
- El criterio para mirar el tipo antes de actuar: MX es correo, CNAME o A es web o subdominio, TXT es una prueba.
Ponte a prueba
Responde antes de abrir cada una. Si alguna se te resiste, vuelve al apartado que la explica.
1. Cambias de pasarela de cobro y el soporte técnico nuevo te pide borrar el TXT de verificación antiguo. ¿Qué compruebas antes de borrarlo?
Que en tu mapa ese TXT esté etiquetado como de la pasarela anterior y no coincida con el que usa el correo o la verificación de Google; a veces dos servicios comparten prefijo parecido y se borra el que no toca.
2. Vas a mover el correo del negocio a otro proveedor, que ya te ha dado su MX nuevo. ¿Cuándo borras el MX viejo?
Al poner el nuevo, si el proveedor nuevo lo pide: Google, por ejemplo, en su ayuda para configurar los registros MX, pide quitar los demás MX porque conservar los antiguos puede hacer que el correo no funcione bien. Lo que no cierras todavía es el buzón viejo: un MX nuevo puede tardar hasta 72 horas en reconocerse y, mientras tanto, parte del correo aún puede llegar al proveedor anterior.
3. Contratas a alguien para que lleve el dominio a partir de ahora. Es su primer día. ¿Qué le entregas antes de darle acceso a la cuenta del dominio?
El mapa escrito de cada línea, no solo la contraseña; así identifica cada registro antes de tocar nada, en vez de aprender a base de romper algo y ver qué deja de funcionar.
Fuentes
- RFC 1035: Domain Names - Implementation and Specification. IETF, 1987 (consultado en octubre de 2026).
- RFC 7208: Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1. IETF, 2014 (consultado en octubre de 2026).
- Directrices para remitentes de correos. Ayuda de Gmail, Google (consultado en octubre de 2026).
- Configura los registros MX para Google Workspace. Ayuda de Google Workspace, Google, actualizado en octubre de 2026.
- Verificar que eres el propietario de un sitio web. Ayuda de Search Console, Google (consultado en octubre de 2026).
- Use your custom domain. Documentación de Stripe (consultado en octubre de 2026).
En Yodai conectas a tu web el dominio que ya tienes y sigue registrado donde está, a tu nombre. Mira cómo va el dominio propio para tu página web.
SiguienteLa cuenta con la que entras no puede ser la tuya de siempre