Cómo conectar un dominio personalizado a tu app o sitio web
Para conectar un dominio personalizado, compras el dominio a un registrador, añades un registro DNS que lo apunte a tu hosting (normalmente un registro CNAME para un subdominio como www o app, o un registro A (o ALIAS/aplanado) para el dominio raíz) y luego dejas que tu hosting 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 hosting.
Esta guía cubre cada paso, la decisión entre www y el dominio raíz, y cómo solucionar 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 registrador) |
| Registros | Entradas DNS individuales: «www apunta a…» | Las añades tú |
| Hosting | El servicio que ejecuta tu app | Tu hosting o creador de apps |
| Certificado | Lo que hace que funcione https:// | Normalmente lo emite el hosting automáticamente |
El registrador y el proveedor de DNS suelen ser la misma empresa, pero no tienen por qué. Lo que importa es: ¿dónde editas el DNS de este dominio? Ahí es donde añadirás los registros.
Paso 1: compra un dominio
Consejos para elegir y comprar:
- Que sea corto y fácil de deletrear en voz alta. Si tienes que explicar cómo se escribe, busca otro.
.comes la extensión que la gente supone por defecto, pero las extensiones de país y las nuevas (.io,.app,.es) 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 tumba tu sitio y tu correo, y tras un periodo de gracia otra persona puede comprarlo.
- Usa la privacidad WHOIS si se ofrece, para que tus datos personales no se publiquen.
- Cómpralo en una cuenta que controles, no en la de un freelance o una agencia.
Algunos hosting y creadores de apps te permiten comprar el dominio directamente dentro del producto, lo que además configura el DNS por ti.
Paso 2: decide la dirección
Subdominio o 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 solo sitio, elige entre www y la raíz.
www.ejemplo.com | ejemplo.com | |
|---|---|---|
| Tipo de registro | CNAME al hosting | 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 |
El estándar DNS no permite un registro CNAME en la raíz de un dominio, porque la raíz debe tener otros registros (como los de servidores de nombres). Muchos proveedores de DNS lo resuelven con un tipo de registro especial, llamado ALIAS, ANAME o CNAME aplanado según el proveedor, que se comporta como un CNAME en la raíz. Si el tuyo no lo ofrece, la opción fiable es: sirve el sitio en www y configura una redirección desde la raíz hacia www en tu proveedor de DNS o en el registrador.
Hagas lo que hagas, elige una dirección principal y redirige la otra hacia ella. Tener las dos sirviendo el mismo contenido sin redirección confunde a los usuarios y a los buscadores. Consulta SEO para sitios web creados con IA para ver por qué importa tener una única dirección canónica.
Paso 3: añade los registros DNS
Tu hosting te indicará exactamente qué añadir. Tendrá un aspecto como estos:
| 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 muestre el hosting. Un punto final es correcto 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 (la nube naranja de Cloudflare, por ejemplo), sigue las instrucciones de tu hosting. Muchos hosting necesitan «solo DNS» para poder emitir el certificado.
Deja los registros existentes tal cual salvo que el hosting te indique cambiarlos. En particular, no toques los registros MX: son los que entregan tu correo. Borrarlos o cambiarlos es la forma más habitual de romper el correo al cambiar de dominio.
Cambiar los servidores de nombres o añadir registros
Algunos hosting 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 traslada 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 solo registro tiene menos riesgo.
Paso 4: verifica y activa HTTPS
Una vez puesto el registro, vuelve a tu hosting y pulsa su botón de verificar. El hosting comprueba el DNS, solicita un certificado (normalmente a una autoridad gratuita como Let's Encrypt) y empieza a servir tu sitio por HTTPS.
- La verificación puede necesitar varios intentos mientras se propagan los cambios de DNS.
- 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 certificados pueden emitir para él), asegúrate de que permiten la autoridad de tu hosting, o la emisión del certificado fallará.
Una vez funcione HTTPS, asegúrate de que http:// redirige a https://. La mayoría de los hosting lo hacen automáticamente.
Paso 5: pruébalo
-
https://www.ejemplo.comcarga tu sitio con el icono de candado - La otra forma (raíz o
www) redirige a tu dirección principal -
http://redirige ahttps:// - El inicio de sesión, el OAuth y las redirecciones de pago funcionan en el nuevo dominio (suelen tener 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 sorprende: el inicio de sesión con Google, los webhooks de Stripe y los enlaces de restablecimiento de contraseña están configurados con URL concretas. Añade el nuevo dominio donde aparezca tu dirección antigua. Consulta cómo añadir inicio de sesión a tu app para la parte de OAuth.
Solución de problemas
| Síntoma | Causa probable | Solución |
|---|---|---|
| La verificación falla una y otra vez | Errata en el destino, tipo de registro incorrecto o nombre escrito como dominio completo | Compara el registro carácter a carácter con lo que muestra el hosting |
| Funciona para ti, no para otros (o al revés) | Caché de DNS durante un cambio | Espera a que expire el TTL; prueba desde un móvil con datos |
| 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 (por ejemplo, el proxy forzando HTTPS y el hosting haciendo 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 el sitio antiguo | Un registro A antiguo sigue junto al nuevo | Elimina los registros en conflicto para el mismo nombre |
Una herramienta gratuita 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 hosting.
Conectar un dominio personalizado en Mythex
Los dominios personalizados 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 personalizado en un proyecto activo. 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 personalizados en la documentación para los pasos completos y la solución de problemas, y Planes para ver 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 personalizado?
Suele tardar unos minutos tras 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 resolutores la información en caché). Si has cambiado los servidores de nombres (nameservers), concede más tiempo.
¿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. Muchos sitios 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 los hosting 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 reglas de 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 CNAME aplanado para lograr el mismo efecto; si no, usa www y redirige el dominio raíz.