Cómo conectar un dominio propio a tu app o web
Para conectar un dominio propio, compras el dominio a un registrador, añades un registro DNS que lo apunte a tu alojamiento —normalmente un registro CNAME para un subdominio como www o app, o un registro A (o un registro ALIAS/aplanado) para el dominio raíz— y después dejas que tu alojamiento verifique el dominio y emita un certificado HTTPS. Suele tardar minutos, a veces más. La mayoría de los problemas vienen de una errata en el registro, del tipo de registro equivocado o de un proxy delante del alojamiento.
Esta guía cubre cada paso, la decisión entre www y el dominio raíz, y cómo resolver problemas. Para los conceptos detrás de los dominios, consulta cómo funcionan los dominios y el DNS.
Las piezas implicadas
| Pieza | Qué es | Quién la proporciona |
|---|---|---|
| Nombre de dominio | El nombre que alquilas cada año, como ejemplo.com | Un registrador |
| DNS | La consulta pública que convierte nombres en direcciones de servidor | Tu proveedor de DNS (a menudo el propio registrador) |
| Registros | Entradas DNS individuales: « www apunta a… » | Los añades tú |
| Alojamiento | El servicio que ejecuta tu app | Tu alojamiento o creador de apps |
| Certificado | Lo que hace que https:// funcione | Normalmente lo emite automáticamente el alojamiento |
El registrador y el proveedor de DNS suelen ser la misma empresa, pero no tiene por qué. Lo importante es: ¿dónde editas el DNS de este dominio? Ahí es donde añadirás los registros.
Paso 1: Compra un dominio
Consejos para elegirlo y comprarlo:
- Que sea corto y fácil de deletrear en voz alta. Si tienes que explicar cómo se escribe, elige otro.
.comes la extensión que la gente adivina por defecto, pero las extensiones de país y las más nuevas (.io,.app,.co.uk) están bien si encajan con tu público.- Revisa el precio de renovación, no solo el del primer año. Los descuentos de introducción son habituales y las renovaciones pueden costar más.
- Activa la renovación automática y mantén la tarjeta de pago al día. Un dominio caducado tira tu web y tu email, y tras un periodo de gracia otra persona puede comprarlo.
- Usa la privacidad WHOIS si la ofrecen, para que tus datos personales no aparezcan publicados.
- Cómpralo en una cuenta que controles tú, no en la de un freelance o una agencia.
Algunos alojamientos y creadores de apps te dejan comprar el dominio directamente dentro del producto, lo que también configura el DNS por ti.
Paso 2: Decide la dirección
Subdominio frente a dominio raíz
- Dominio raíz (apex):
ejemplo.com - Subdominio:
www.ejemplo.com,app.ejemplo.com
Una configuración habitual es una web de marketing en ejemplo.com o www.ejemplo.com y el producto en app.ejemplo.com. Para un único sitio, elige entre www y la raíz.
www.ejemplo.com | ejemplo.com | |
|---|---|---|
| Tipo de registro | CNAME al alojamiento | Registro A/AAAA, o ALIAS/ANAME/CNAME aplanado |
| Dificultad de configuración | Fácil en todas partes | Depende de tu proveedor de DNS |
| Aspecto | Algo más largo | Más corto |
La norma del DNS no permite un registro CNAME en la raíz de un dominio, porque la raíz debe contener otros registros (como los de servidores de nombres). Muchos proveedores de DNS lo resuelven con un tipo de registro especial —llamado ALIAS, ANAME o aplanado de CNAME según el proveedor— que se comporta como un CNAME en la raíz. Si el tuyo no lo ofrece, el enfoque fiable es: sirve la web en www y configura una redirección desde la raíz hacia www en tu proveedor de DNS o en el registrador.
Sea cual sea tu elección, elige una dirección principal y redirige la otra hacia ella. Tener dos direcciones que sirvan el mismo contenido sin redirección confunde a los usuarios y a los buscadores. Consulta SEO para webs creadas con IA para ver por qué importa una única dirección canónica.
Paso 3: Añade los registros DNS
Tu alojamiento te indica exactamente qué añadir. Tendrá este aspecto:
| Tipo | Nombre / Host | Valor / Destino | Para qué sirve |
|---|---|---|---|
CNAME | www | tusitio.hostname.com | Apuntar un subdominio a un nombre de host |
A | @ | 192.0.2.10 | Apuntar la raíz a una dirección IPv4 |
AAAA | @ | 2001:db8::10 | Apuntar la raíz a una dirección IPv6 |
TXT | _verify o @ | una cadena de código | Demostrar que eres dueño del dominio |
Cómo rellenar el formulario en la mayoría de proveedores de DNS:
- Nombre / Host: solo la parte del subdominio:
www, nowww.ejemplo.com. Algunos proveedores añaden el dominio automáticamente, y si escribes el nombre completo creaswww.ejemplo.com.ejemplo.com. Usa@para la raíz si tu proveedor usa esa convención. - Valor / Destino: pega exactamente lo que muestra tu alojamiento. Un punto final no pasa nada si tu proveedor lo añade.
- TTL: el valor por defecto está bien. Un TTL más bajo (como 5 minutos) hace que los cambios futuros surtan efecto antes.
- Proxy: si tu proveedor de DNS puede hacer de proxy (como la nube naranja de Cloudflare), sigue las instrucciones de tu alojamiento. Muchos necesitan « solo DNS » para poder emitir el certificado.
No toques los registros existentes a menos que tu alojamiento te diga lo contrario. En particular, no modifiques los registros MX: son los que entregan tu correo. Borrarlos o cambiarlos es la forma más habitual de romper el email al cambiar de dominio.
Cambiar los servidores de nombres o añadir registros
Algunos alojamientos ofrecen dos opciones: añadir un registro o trasladar todo el DNS de tu dominio a ellos cambiando los servidores de nombres en el registrador. Cambiar los servidores de nombres mueve todos los registros, incluido el correo. Hazlo solo si estás listo para recrear todos los registros existentes en el nuevo proveedor. Añadir un único registro conlleva menos riesgo.
Paso 4: Verifica y activa HTTPS
Una vez colocado el registro, vuelve a tu alojamiento y pulsa su botón de verificar. El alojamiento comprueba el DNS, solicita un certificado —normalmente a una autoridad gratuita como Let's Encrypt— y empieza a servir tu web por HTTPS.
- La verificación puede necesitar varios intentos mientras los cambios de DNS se propagan.
- Los certificados se renuevan automáticamente mientras el registro DNS siga en su sitio.
- Si tu dominio tiene registros CAA (que limitan qué autoridades de certificación pueden emitir para él), asegúrate de que permiten la autoridad de tu alojamiento; si no, la emisión del certificado falla.
Cuando HTTPS funcione, asegúrate de que http:// redirige a https://. La mayoría de alojamientos lo hacen automáticamente.
Paso 5: Pruébalo
-
https://www.ejemplo.comcarga tu web con el candado - La otra forma (raíz o
www) redirige a tu dirección principal -
http://redirige ahttps:// - El inicio de sesión, el acceso con OAuth y las redirecciones de pago funcionan en el nuevo dominio (a menudo tienen listas de URL permitidas que todavía apuntan a la dirección antigua)
- El correo de tu dominio sigue llegando
- Los enlaces de los emails que envía tu app usan el nuevo dominio
El cuarto punto es el que más despista: el inicio de sesión con Google, los webhooks de Stripe y los enlaces para restablecer la contraseña están configurados con URL concretas. Añade el nuevo dominio en todos los sitios donde aparezca tu dirección antigua. Consulta cómo añadir inicio de sesión a tu app para la parte de OAuth.
Resolución de problemas
| Síntoma | Causa probable | Solución |
|---|---|---|
| La verificación falla una y otra vez | Errata en el destino, tipo de registro equivocado o nombre escrito como dominio completo | Compara el registro carácter a carácter con lo que muestra el alojamiento |
| Funciona para ti y no para otros (o al revés) | Caché de DNS durante un cambio | Espera a que expire el TTL; prueba desde el móvil con datos móviles |
| Error de certificado o « no seguro » | Certificado aún no emitido, proxy delante o registros CAA que lo bloquean | Espera unos minutos y vuelve a verificar; pon el proxy en « solo DNS »; revisa los CAA |
| « Demasiadas redirecciones » | Dos capas redirigiendo (p. ej., el proxy fuerza HTTPS y el alojamiento hace lo mismo) | Desactiva una de las redirecciones o usa « solo DNS » |
El dominio raíz no funciona, www sí | No hay registro ni redirección para la raíz | Añade un registro ALIAS/aplanado, o redirige la raíz a www |
| El correo dejó de funcionar | Registros MX cambiados o perdidos al mover los servidores de nombres | Restaura los registros MX con las instrucciones de tu proveedor de correo |
| Sigue apareciendo la web antigua | Un registro A antiguo sigue junto al nuevo | Elimina los registros en conflicto para el mismo nombre |
Una herramienta de consulta DNS en línea, o dig www.ejemplo.com en una terminal, muestra lo que ve el mundo en este momento para tu registro: útil para comprobar si el problema es el DNS o el alojamiento.
Conectar un dominio propio en Mythex
Los dominios propios son una función del plan Pro de Mythex. Los planes gratuitos publican en una dirección tunombre.mythex.app. En Pro puedes:
- Comprar un dominio dentro de Mythex desde Dominios en la configuración, o desde Publicar → Dominio propio en un proyecto en directo. Mythex lo registra y configura el DNS; el registro se factura aparte del plan Pro, y la renovación automática está activada por defecto.
- Conectar un dominio que ya tengas. Publica el proyecto, elige Conectar, introduce el nombre de host (por ejemplo
app.ejemplo.com) y añade un CNAME en tu proveedor de DNS que apunte al destino que muestra Mythex (tuslug.mythex.ai). Pulsa Verificar. HTTPS se emite automáticamente.
Si tu DNS está en Cloudflare, pon ese CNAME en solo DNS (nube gris), no con proxy. Para un dominio raíz, la documentación recomienda usar www o app y redirigir la raíz en tu proveedor de DNS si no admite ALIAS o aplanado.
Consulta Dominios propios en la documentación para ver los pasos completos y la resolución de problemas, y Planes para saber qué incluye Pro. Antes de apuntar un dominio a una app, merece la pena repasar cómo llevar un prototipo de IA a producción.
Preguntas
¿Cuánto tarda en funcionar un dominio propio?
Suele tardar unos minutos después de añadir el registro DNS, pero puede tardar más según tu proveedor de DNS y el TTL del registro (cuánto tiempo guardan los resolvedores la caché). Si has cambiado los servidores de nombres, espera más.
¿Debo usar www o el dominio raíz?
Cualquiera de los dos funciona para los visitantes. Un subdominio como www o app suele ser más fácil de conectar porque puede usar un registro CNAME. Muchas webs sirven www y redirigen el dominio raíz hacia él, o al revés: elige uno como dirección principal.
¿Necesito comprar un certificado SSL?
Normalmente no. La mayoría de alojamientos modernos, incluidos los creadores de apps, emiten certificados HTTPS gratuitos automáticamente en cuanto tu DNS apunta a ellos. Solo necesitas comprar uno en casos especiales, como algunos certificados validados por organización.
¿Por qué no puedo añadir un registro CNAME para mi dominio raíz?
Las normas del DNS no permiten un CNAME en la raíz (apex) de un dominio, porque allí deben existir otros registros obligatorios. Algunos proveedores de DNS ofrecen ALIAS, ANAME o aplanamiento de CNAME para conseguir el mismo efecto; si no, usa www y redirige el dominio raíz.