Conectar el dominio: registros DNS TXT, CNAME y la espera
Todos los alojamientos web del mundo te piden el mismo ritual, pequeño y algo misterioso, antes de que tu propio dominio funcione: entra donde registraste el dominio, busca una pantalla llamada algo así como gestión de DNS o DNS avanzado y pega un par de registros que nadie te ha explicado del todo. Haz clic en guardar. Haz clic en verificar. Te dicen que todavía no está listo. Espera. Vuelve a intentarlo.
Los dos registros y por qué existe cada uno
Un nombre de dominio es en realidad una entrada en un archivo de zona, y un registro DNS es una línea en él: un nombre, un tipo, un valor. Conectar un dominio a un nuevo host normalmente significa añadir dos.
El registro de propiedad (TXT) — un valor de texto corto que genera tu host, publicado en tu dominio únicamente para que el host pueda consultarlo y saber que controlas el DNS. Los visitantes nunca lo ven, y no enruta nada.
El registro de enrutamiento (CNAME) — dirige el tráfico del dominio hacia el edge del host. Una vez que resuelve, las peticiones a tu dominio llegan a servidores que saben qué sitio servir para él.
Por qué aún no ha funcionado
Que «Verificar» falle al primer clic es normal. Las respuestas DNS se almacenan en caché de forma agresiva — esa caché es lo que hace rápido al resto de la web — así que un resolutor que respondió por tu dominio hace cinco minutos puede seguir sirviendo la respuesta antigua y vacía durante unos minutos o, con un TTL largo, casi un día entero. No hay nada roto. No hay nada que arreglar salvo paciencia y volver a comprobarlo.
El detalle del dominio raíz (un dominio sin «www»)
Conectar un dominio desnudo —
tunegocio.com, sin www — choca con una regla real de DNS, no una rareza de ningún host: un CNAME no puede coexistir con los registros SOA y NS que tienen que vivir en la raíz de un dominio, así que muchos registradores directamente se niegan a crear uno ahí. Las salidas habituales son un registro ALIAS/ANAME donde el registrador ofrezca uno, o conectar un subdominio y redirigir el ápice hacia él.Conectar un dominio, paso a paso
1
Encuentra tus ajustes de DNS
Inicia sesión donde gestiones el DNS del dominio: eso es tu registrador, salvo que hayas apuntado los servidores de nombres del dominio a otro sitio, en cuyo caso es quien los aloje.
2
Añade el registro de propiedad
Pega el registro TXT exactamente como se muestra, valor incluido. Guárdalo antes de continuar: algunos paneles requieren un paso aparte y explícito para publicar de verdad un cambio pendiente.
3
Añade el registro de enrutamiento
Añade el registro CNAME o, en un dominio raíz que no lo admita, un registro ALIAS/ANAME, o bien una redirección a un subdominio que conectes en su lugar.
4
Verifica y, si hace falta, espera
Haz clic en verificar. Un resultado de «todavía no» al primer intento es normal: vuelve a comprobarlo pasados unos minutos, y otra vez más tarde si tu configuración DNS anterior usaba un TTL largo.
Cómo lo resuelve Olmira
Añadir un dominio en los ajustes del sitio de Olmira genera ambos registros por ti, literalmente — el TXT en un nombre que empieza por _aether-verify (un resto del nombre en clave interno de la plataforma; solo el valor importa) y el CNAME apuntando a edge.olmira.app. Verificar ejecuta una comprobación DNS real, en vivo, con un tiempo de espera corto, así que «aún no verificado» casi siempre significa propagación, no un error — espera unos minutos y vuelve a comprobarlo, en vez de abrir un ticket de soporte.
Un ápice desnudo cuyo enrutamiento no resuelve recurre automáticamente a redirigir a un subdominio verificado del mismo sitio — o, si no lo hay, a tu dirección gratuita — en vez de servir un error. Una vez que la verificación pasa, el HTTPS llega por sí solo: sin certificado que comprar ni instalar. Lo que incluye cada plan: dominios personalizados.
Lecturas relacionadas
Certificado HTTPS automático: por qué nunca más vas a tener que comprar uno — qué es lo que ocurre realmente en el momento en que tu dominio se verifica.
Configuración de SPF, DKIM y DMARC: correo que llega a la bandeja de entrada — los otros registros de tu dominio: los que deciden si tu correo de empresa llega a una bandeja de entrada.
Cuánto tiempo, en segundos, se puede guardar en caché una respuesta DNS antes de que alguien tenga que volver a preguntar. Un TTL bajo (por ejemplo, 300 segundos) hace que los cambios se vean rápido; uno alto (86.400 segundos, un día entero) hace que tarden más, porque los resolvers siguen sirviendo con total confianza la respuesta antigua.
No, si solo tocas lo que se te pide. Conectar un dominio a un alojamiento web nunca necesita más que un TXT y un CNAME (o un registro ALIAS/A en el dominio raíz): tus registros MX, que controlan a dónde va el correo, son independientes y quedan intactos salvo que los edites tú.
Sí, y esquiva por completo la peculiaridad del dominio raíz: shop.yourbusiness.com o www.yourbusiness.com pueden aceptar un CNAME sin ningún tratamiento especial.
Casi siempre es un TTL largo que quedó de lo que ocupara antes ese nombre: una página de dominio aparcado de tu registrador o un alojamiento anterior. La solución, la primera vez, es solo paciencia; una vez caduca el TTL antiguo, los cambios futuros en ese nombre se resuelven mucho más rápido.
No: los registros DNS no caducan por sí solos como sí lo hacen los certificados. Una vez publicados correctamente, siguen siendo correctos hasta que tú, o alguien con acceso al panel de DNS, los cambie.