Guías

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

PiezaQué esQuién la proporciona
Nombre de dominioEl nombre que alquilas cada año, como ejemplo.comUn registrador
DNSLa consulta pública que convierte nombres en direcciones de servidorTu proveedor de DNS (a menudo el propio registrador)
RegistrosEntradas DNS individuales: « www apunta a… »Los añades tú
AlojamientoEl servicio que ejecuta tu appTu alojamiento o creador de apps
CertificadoLo que hace que https:// funcioneNormalmente 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.
  • .com es 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.comejemplo.com
Tipo de registroCNAME al alojamientoRegistro A/AAAA, o ALIAS/ANAME/CNAME aplanado
Dificultad de configuraciónFácil en todas partesDepende de tu proveedor de DNS
AspectoAlgo más largoMá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:

TipoNombre / HostValor / DestinoPara qué sirve
CNAMEwwwtusitio.hostname.comApuntar un subdominio a un nombre de host
A@192.0.2.10Apuntar la raíz a una dirección IPv4
AAAA@2001:db8::10Apuntar la raíz a una dirección IPv6
TXT_verify o @una cadena de códigoDemostrar 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, no www.ejemplo.com. Algunos proveedores añaden el dominio automáticamente, y si escribes el nombre completo creas www.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.com carga tu web con el candado
  • La otra forma (raíz o www) redirige a tu dirección principal
  • http:// redirige a https://
  • 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íntomaCausa probableSolución
La verificación falla una y otra vezErrata en el destino, tipo de registro equivocado o nombre escrito como dominio completoCompara 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 cambioEspera 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 bloqueanEspera 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ízAñade un registro ALIAS/aplanado, o redirige la raíz a www
El correo dejó de funcionarRegistros MX cambiados o perdidos al mover los servidores de nombresRestaura los registros MX con las instrucciones de tu proveedor de correo
Sigue apareciendo la web antiguaUn registro A antiguo sigue junto al nuevoElimina 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.

Mythex · Pricing · Crea lo que quieras con IA · Plantillas de sitios web y apps · Mythex comparado · Glosario de creación de apps con IA · Herramientas gratuitas para crear apps con IA · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)