Los dominios personalizados asustan a la gente sin motivo. Solo hay unos pocos registros que importan, un orden sensato para añadirlos y una trampa del ápice que pilla a todo el mundo la primera vez. Apréndelo una vez y no volverás a pensar en ello.
La forma del asunto
Todos los hosts modernos —Cloudflare Pages, Vercel, Netlify— funcionan igual: añade el dominio en el panel (muestra “pendiente”), apunta un registro DNS al destino del host y el host provisiona el certificado TLS por ti, automáticamente. Sin nginx, sin certbot, sin andar copiando archivos de certificado.
El destino del host es simplemente un nombre de host al que apuntas:
| Host | Apunta tu registro a |
|---|---|
| Cloudflare Pages | your-project.pages.dev |
| Vercel | cname.vercel-dns.com |
| Netlify | your-site.netlify.app |
El orden que funciona
- Añade el dominio primero en el panel del host, para que sepa que debe esperarlo.
wwwes fácil — añade unCNAMEdewwwal destino del host de arriba.- El ápice es la trampa. No puedes poner un
CNAMEdirecto sobre el dominio desnudo (example.com) — va en contra de la especificación de DNS. Usa el aplanamiento de CNAME de tu proveedor de DNS (Cloudflare lo hace automáticamente) o un registro ALIAS / ANAME en su lugar. - Elige un canónico — redirige
www→ ápice o ápice →www, no ambos activos. Un hogar, una URL. - Espera la validación y luego confirma que resuelve por HTTPS antes de celebrar. El certificado suele llegar en cuestión de minutos.
Las dos cosas que la gente olvida
- Ápice vs
www— configura ambos y luego redirige uno al otro. Saltarse esto es por lo queexample.comfunciona perowww.example.comlanza un error de certificado (o al revés). - El email comparte el dominio — tu app en
example.comy el email en el mismo dominio conviven sin problema; solo no borres los registrosMXmientras estés por ahí.
En resumen
Es un trabajo de 10 minutos, no un proyecto de DevOps: añade el dominio, un CNAME para
www, aplanamiento/ALIAS para el ápice, elige un canónico, confirma HTTPS. El certificado
es ahora problema del host, que es exactamente como debería ser. ¿Tienes la app pero
todavía no el dominio? Ese es el recorrido completo de
despliegue.