Cómo funcionan los dominios y el DNS: guía para no desarrolladores

Un dominio es el nombre que la gente escribe para llegar a tu web, como example.com, y el DNS (Domain Name System) es el directorio de internet que traduce ese nombre al lugar donde vive realmente tu web. Alquilas el dominio a un registrador y después añades registros DNS que dicen «la web está allí» y «el correo va por aquí». Conectar un dominio propio a una app consiste sobre todo en añadir el registro adecuado en el lugar adecuado y esperar a que surta efecto.

Por qué importa cuando creas con IA

Un creador de apps con IA puede escribir y alojar tu app, pero tu dominio vive fuera de ella, a menudo con otra empresa, en un panel de control lleno de tipos de registro desconocidos. Aquí es donde muchos lanzamientos se atascan: la app está lista, pero el dominio muestra un error, o el correo deja de funcionar misteriosamente tras un cambio de DNS.

Un poco de comprensión ayuda mucho. Sabrás qué registro pide tu host, por qué todavía no funciona y cómo evitar romper lo que ya depende de tu dominio, como el correo.

Una analogía cotidiana

Piensa en la lista de contactos de tu móvil.

No recuerdas el número de tu amigo; tocas su nombre y el teléfono lo busca. El DNS hace lo mismo en internet: escribes example.com y el DNS busca el número (la dirección IP) del servidor al que conectarse.

• El dominio es el nombre del contacto.
• El registrador es la empresa que registra oficialmente que ese nombre es tuyo.
• Los registros DNS son los datos guardados bajo ese nombre: número de teléfono, correo, dirección.
• Los servidores de nombres son la agenda oficial de ese nombre.
• La caché es el móvil que recuerda un número durante un tiempo. Si tu amigo cambia de número, algunos móviles seguirán llamando al antiguo hasta que se actualice la copia guardada; eso es la «propagación» del DNS.

Las partes de un nombre de dominio

Tomemos app.example.com:

No compras un dominio en propiedad; lo registras por un periodo (normalmente un año o más) y lo renuevas. Si lo dejas caducar, otra persona puede registrarlo.

Cómo funciona una búsqueda DNS

Cuando alguien escribe app.example.com:

1. El navegador pregunta a un resolutor DNS —normalmente gestionado por su proveedor de internet o por un servicio público— por la dirección.
2. Si el resolutor tiene una respuesta reciente en caché, responde al instante.
3. Si no, baja por la jerarquía: los servidores raíz le indican los servidores de .com, que le indican los servidores de nombres de tu dominio.
4. Tus servidores de nombres devuelven el registro que has configurado, como un CNAME hacia tu host o un registro A con una dirección IP.
5. El resolutor guarda la respuesta durante el TTL (tiempo de vida) del registro y se la entrega al navegador, que se conecta al servidor.

Todo esto suele ocurrir en milisegundos.

Tipos de registro DNS que de verdad usarás

Algunas reglas que conviene conocer:

• Un CNAME no puede compartir nombre con otros registros. Por eso un CNAME estándar no puede ir en el dominio raíz, que siempre tiene registros NS y otros. Muchos proveedores de DNS ofrecen soluciones alternativas llamadas ALIAS, ANAME o aplanamiento de CNAME.
• Los registros TXT hacen mucho trabajo de correo. SPF indica quién puede enviar correo por tu dominio; DKIM publica una clave para verificar firmas; DMARC indica a los receptores qué hacer con el correo que falla esas comprobaciones.
• Un número MX menor significa mayor prioridad. El correo prueba primero el más bajo.

Propagación y TTL

«Propagación» hace pensar que los cambios se extienden lentamente por internet. Lo que pasa en realidad es la caché: los resolutores guardan una copia de cada respuesta durante su TTL y solo vuelven a preguntar cuando caduca. Así que:

• Un registro nuevo que nunca se ha consultado suele funcionar en minutos.
• Cambiar un registro existente tarda hasta su TTL antiguo en verse en todas partes.
• Cambiar los servidores de nombres puede tardar uno o dos días, porque esos registros se guardan más tiempo en caché a nivel de TLD.

Un truco útil: antes de un cambio planificado, baja el TTL del registro (por ejemplo, a unos pocos minutos), espera a que pase el TTL antiguo y luego haz el cambio.

Un ejemplo práctico: conectar una app de reservas a tu dominio

Tienes tupeluqueria.com. Tu web actual y el correo de Google Workspace ya usan ese dominio. Has creado una app de reservas y quieres que esté en reservas.tupeluqueria.com.

1. Encuentra dónde se gestiona tu DNS. Puede ser tu registrador o un proveedor de DNS aparte. Tus registros NS te lo indican.
2. Añade un CNAME para reservas apuntando al destino que te dé tu host de la app.
3. Añade el registro TXT que tu host pida para demostrar la propiedad, si lo usa.
4. No toques los registros MX ni los TXT del correo. El correo seguirá funcionando porque no lo has tocado.
5. Verifica en tu host cuando el DNS se haya actualizado. El host emite entonces un certificado HTTPS para reservas.tupeluqueria.com.
6. Prueba desde el móvil usando datos móviles, que usan un resolutor y una caché distintos a tu Wi-Fi de casa.

Si quisieras la app en el dominio raíz tupeluqueria.com, necesitarías registros A o la función ALIAS/aplanamiento de tu proveedor de DNS, y estarías sustituyendo tu web actual en ese dominio. Para más pasos, mira cómo conectar un dominio propio.

Errores y malentendidos habituales

• «El dominio y el alojamiento son lo mismo». El dominio es el nombre; el alojamiento web es donde se ejecuta la app. El DNS los une.
• Usar un registro A cuando el host pide un CNAME (o al revés). Sigue exactamente las instrucciones del host.
• Erratas en el destino. Un solo carácter incorrecto en el destino de un CNAME hace que la verificación falle.
• Cambiar de servidores de nombres sin copiar los registros. Mover el DNS a un proveedor nuevo sin recrear los registros MX y TXT es una forma clásica de romper el correo.
• Usar el proxy cuando no debes. Algunos proveedores de DNS, como Cloudflare, pueden hacer de proxy del tráfico. Algunos hosts exigen que el registro esté en «solo DNS» para poder emitir certificados.
• Borrar registros TXT «desconocidos». Suelen ser de verificación o de seguridad del correo de los que depende algo.
• Dejar que el dominio caduque. Activa la renovación automática y mantén al día la tarjeta de pago.

Qué pedir a tu creador de apps con IA

El DNS vive fuera de tu código, así que se trata más de qué preguntar sobre él:

• «¿Qué registro DNS exacto necesito para app.midominio.com? Tipo, nombre y valor.»
• «¿Este cambio afectará a mi correo?»
• «Mi dominio muestra un error tras añadir el registro. ¿Qué debo revisar?»
• «Añade la URL canónica correcta y las redirecciones para que www y sin www no muestren la web por separado.»
• «Configura el envío de correo desde mi dominio: ¿qué registros SPF, DKIM y DMARC necesitaré?» Mira cómo enviar correos desde tu app.

Dominios propios en Mythex

Cada app publicada en Mythex recibe una dirección tunombre.mythex.app. En Pro puedes usar tu propio dominio: compra uno dentro de Mythex (el registro se factura aparte, y el DNS de los dominios comprados se gestiona por ti), o conecta uno que ya tengas añadiendo un CNAME desde un subdominio, como app.example.com, hacia la dirección tunombre.mythex.app de tu app, y luego haz clic en Verificar. El HTTPS se emite automáticamente. Si tu DNS está en Cloudflare, pon ese registro en «solo DNS». Se recomiendan los subdominios; los dominios raíz dependen de que tu proveedor de DNS admita ALIAS o aplanamiento. La documentación de dominios propios recorre cada paso, y los precios muestran lo que incluye Pro.

Preguntas