Cómo apuntar un dominio a tu hosting

Compraste un dominio, tienes un sitio, una API o un panel en línea y quieres que misitio.com abra tu aplicación en lugar de una dirección técnica. Lo que une ambos extremos es el DNS: en un panel indicas a dónde debe apuntar cada nombre.

El proceso es igual en cualquier hosting: el hosting te da un destino (un nombre o una IP) y tú creas el registro correspondiente en la zona DNS del dominio. Esa zona la controla tu registrador o el proveedor de DNS que elijas, no el hosting.

¿Dónde están los registros DNS de mi dominio?#

Los registros están en los servidores de nombres (nameservers) del dominio. Si nunca cambiaste nada, son los de tu registrador (GoDaddy, Namecheap, Porkbun y otros). Si delegaste el DNS a un proveedor como Cloudflare, editas allí, y el panel DNS del registrador ya no cuenta.

Para saber quién controla la zona, ejecuta:

dig NS misitio.com +short

Los nombres que aparecen (por ejemplo ns1.ejemplo-dns.com) indican qué panel usar. Si solo tienes nslookup:

nslookup -type=NS misitio.com

Para saber qué hace cada tipo, mira qué son los registros DNS.

Registro A, AAAA o CNAME: ¿cuál uso?#

• A: apunta un nombre a una dirección IPv4 (203.0.113.10).
• AAAA: el equivalente para IPv6.
• CNAME: apunta un nombre a otro nombre (app.hosting.ejemplo). Quien resuelve sigue el nombre hasta encontrar la IP.

Regla práctica: si el hosting te dio un nombre, usa CNAME; si te dio una IP, usa A. CNAME es mejor cuando la IP puede cambiar, porque el hosting cambia la IP sin que toques el DNS.

La restricción que más confunde: según la RFC 1034, cuando existe un CNAME en un nombre, no debe haber otros datos en él. El dominio raíz (misitio.com, sin prefijo) siempre tiene registros NS y SOA, así que no admite CNAME. Para la raíz usa A, o un proveedor con CNAME flattening (o un registro equivalente que algunos proveedores llaman ALIAS o ANAME), que resuelve el nombre de destino por ti y devuelve IPs.

¿Cómo apunto un dominio, paso a paso?#

1. Obtén el destino en el panel del hosting: un nombre para CNAME o una IP para A.

2. Abre la zona DNS en el registrador (o en el proveedor de DNS, si delegaste).

3. Crea el registro. Ejemplo para el subdominio app:

   Tipo	Nombre (host)	Valor	TTL
   CNAME	app	destino-del-hosting.ejemplo	300

   Y para la raíz y www:

   Tipo	Nombre (host)	Valor	TTL
   A	@	203.0.113.10	300
   CNAME	www	misitio.com.	300

4. Elimina conflictos: un registro A o AAAA antiguo en el mismo nombre impide el CNAME, y el panel suele rechazarlo.

5. Guarda y espera la propagación.

Algunos paneles piden el nombre completo (app.misitio.com) y otros solo el prefijo (app). Si el panel añade el dominio por su cuenta y tú escribes el nombre completo, queda app.misitio.com.misitio.com, un error clásico. Los valores 203.0.113.10 y destino-del-hosting.ejemplo son ficticios: usa los que muestre tu hosting.

¿Cómo compruebo que el dominio apunta bien?#

Consulta el registro directamente, sin depender de la caché del navegador:

dig app.misitio.com CNAME +short
dig misitio.com A +short

Para ver lo que ve un resolvedor público, consulta un servidor concreto:

dig @1.1.1.1 app.misitio.com +short

Si la respuesta coincide con el destino que configuraste, el DNS está bien. Luego prueba en el navegador, mejor en una ventana privada, y con curl -I https://app.misitio.com para ver el estado HTTP. El certificado HTTPS es otro paso: en general, el hosting solo puede emitir el TLS cuando el dominio ya resuelve hacia él.

¿Cuánto tarda en aplicarse?#

El DNS usa caché. Cada resolvedor guarda la respuesta antigua durante el TTL del registro (en segundos). Si el registro antiguo tenía un TTL de 3600, algunos usuarios seguirán viendo el destino anterior hasta una hora. Un nombre nuevo suele funcionar en minutos, salvo que alguien lo haya consultado antes de que existiera: en ese caso, el resolvedor guarda la respuesta "no existe" durante un tiempo definido en el SOA de la zona.

Antes de una migración, baja el TTL del registro actual a 300, espera a que expire el TTL antiguo, haz el cambio y solo después súbelo de nuevo.

¿Cuáles son los errores más comunes?#

• CNAME en la raíz: el panel lo rechaza o el sitio desaparece. Usa A o ALIAS.
• Nombre duplicado: app.misitio.com.misitio.com, por escribir el dominio donde el panel ya lo completa.
• Registro en conflicto: un A antiguo en el mismo nombre que el CNAME.
• Nameservers equivocados: editas en el registrador, pero el dominio está delegado a otro proveedor. Revisa con dig NS.
• Olvidar www: misitio.com abre y www.misitio.com da error, o al revés. Crea ambos.
• Errores de dominio inexistente: mira DNS_PROBE_FINISHED_NXDOMAIN para diagnosticar.

Para los conceptos de fondo, lee qué es el DNS y cómo usar un dominio personalizado.

Cómo hacerlo en Square Cloud#

En Square Cloud, el destino que recibes siempre es un nombre, no una IP: al agregar el dominio, el panel pide un CNAME a cname.squareweb.app y un TXT de validación. Es la regla práctica de esta guía (si recibiste un nombre, crea un CNAME), y tiene un motivo: la plataforma no ofrece IP fija, así que un registro A quedaría desactualizado.

Para el dominio raíz, tu proveedor de DNS tiene que aceptar CNAME en la raíz (flattening o ALIAS). Para www, lo recomendado es redirigirlo al dominio principal. Después de crear los registros en tu registrador, sigue la validación en el panel en tiempo real. Con el dominio validado, el TLS se emite automáticamente, sin que generes ningún certificado. Se admiten dominios con acentos (Punycode) y hay purga de caché.

El dominio sigue registrado a tu nombre, y la zona queda en tu registrador o proveedor de DNS. El dominio personalizado está disponible desde el plan Standard (desde R$44,99 al mes). En todos los planes, cada aplicación web ya tiene un subdominio *.squareweb.app con HTTPS, útil para probar antes de apuntar el dominio. Consulta los detalles en dominios personalizados y, si varias apps van a atender el mismo dominio, en load balancing.