Lo que los desarrolladores deben saber antes de comprar un dominio

Comprar un dominio implica elegir tres cosas distintas: el registrador al que pagas cada año, el proveedor de DNS que responde a las consultas de ese nombre y el host que sirve el sitio. No tienen por qué ser la misma empresa.

La página de pago hace que parezca una sola compra. Muestra un único precio bajo y un solo botón, y el proyecto personal ni siquiera tiene todavía un README. Un año después llega el correo de renovación, el dominio raíz (apex) sigue sin resolver y te das cuenta de que tienes más dominios que repositorios con commits este trimestre.

Esta guía explica cómo comprar un dominio sin llevarte esas sorpresas. Describe los tres roles, las trampas de precios y transferencias que conviene revisar antes de pagar, cómo migrar el DNS a Cloudflare, los registros que necesitas para Vercel, Netlify y Cloudflare Pages, y una regla para depurar tu colección de dominios.

¿Cuál es la diferencia entre un registrador, un proveedor de DNS y un host?

El registrador mantiene tu registro y te factura. El proveedor de DNS responde a las consultas sobre tus registros. El host sirve los archivos propiamente dichos. La ICANN acredita a los registradores, y estos registran los nombres ante el registro (registry) que gestiona cada TLD. Por otro lado, los nameservers que configuras en el registrador indican al mundo qué proveedor de DNS es autoritativo para el dominio.

Puedes comprobar quién responde por cualquier dominio:

# Which nameservers are authoritative for this domain?
dig +short NS example.com

Si necesitas repasar los tipos de registro, consulta la guía de fundamentos de DNS. Todo lo que sigue da por hecho que sabes para qué sirven los registros A, CNAME y NS.

Cómo comprar un dominio sin caer en las trampas habituales

Antes de comprar, revisa cuatro cosas: el precio de renovación, cómo se fija el precio del TLD, el bloqueo de transferencia y si la privacidad WHOIS está incluida. Cada una lleva unos treinta segundos, menos de lo que dura la animación de confeti de la página de pago.

El precio de renovación, no el precio de compra. Las promociones del primer año son habituales entre los registradores, y las renovaciones suelen costar mucho más. Busca la línea de renovación en la página de precios o en el carrito antes de pagar.

Cómo se fija el precio del TLD. Los precios de .com y .net están limitados por sus acuerdos de registro, de modo que los aumentos son acotados y previsibles. Muchos gTLD más recientes, y algunos TLD de código de país populares entre desarrolladores, como .io, pueden resultar caros de renovar, y es su registro quien fija el precio. Los dominios premium del registro suelen mantener su precio premium en cada renovación. Los dominios del mercado secundario normalmente cuestan más una sola vez y luego se renuevan a la tarifa estándar. Para un proyecto personal, los nombres premium rara vez compensan.

El bloqueo de transferencia. Según la Política de Transferencias vigente de la ICANN, tu registrador puede negarse a trasladar un registro de gTLD a otro registrador durante un máximo de 60 días tras registrarlo. Los cambios a la Política de Transferencias aprobados por el Consejo de la GNSO de la ICANN en 2025 sustituirían esto por un bloqueo fijo de 30 días cuando entren en vigor. Los TLD de código de país fijan sus propias reglas. Cambiar el nombre, la organización o el correo electrónico del registrante también activa un bloqueo de 60 días según la política actual. Algunos registradores permiten renunciar a ese bloqueo, y los mismos cambios de política lo eliminarían.

Privacidad WHOIS. Muchos registradores la incluyen gratis, mientras que otros la cobran cada año. Comprueba cuál es tu caso antes de que el total del carrito te engañe.

¿Cómo se migra el DNS a Cloudflare?

Para migrar el DNS a Cloudflare, añade el dominio a Cloudflare, sustituye los nameservers en tu registrador por los dos que te asigne Cloudflare y espera. El registro se queda donde está. Solo se traslada el DNS autoritativo.

1. Añade el sitio en Cloudflare. Se te asignarán dos nameservers.
2. Revisa los registros importados. El escaneo puede pasar por alto algunos de los existentes.
3. Si DNSSEC está activado, desactívalo primero en tu registrador. Si cambias los nameservers con DNSSEC todavía activo, el dominio puede dejar de resolver.
4. Sustituye los nameservers en tu registrador.
5. Espera. Puede tardar desde unos minutos hasta muchas horas, según los TTL y las cachés de los resolvers.

Si todavía no funciona, puede que tu equipo tenga una respuesta en caché. Consulta directamente a resolvers públicos y revisa cómo borrar la caché de DNS en Chrome:

# Skip your local cache and ask public resolvers directly
dig +short NS example.com @1.1.1.1
dig +short NS example.com @8.8.8.8

Deberías ver los dos nameservers que Cloudflare asignó a tu zona.

Los desarrolladores migran el DNS a Cloudflare por tres motivos: DNS autoritativo gratuito y rápido, CNAME flattening en el apex en todos los planes y un único panel para DNS, Pages y la CDN (consulta las mejores CDN para aplicaciones web modernas para ver cómo se compara esa red).

Cloudflare Registrar vende dominios a precio de coste y gestiona tanto registros nuevos (desde el panel de Cloudflare) como transferencias entrantes. Todos los dominios registrados allí deben usar los nameservers de Cloudflare, así que si quieres otro proveedor de DNS, tendrás que transferir el dominio a otro registrador.

¿Por qué el dominio raíz (apex) no puede ser un CNAME?

www puede ser un CNAME que apunte a tu plataforma, pero el apex sin subdominio (example.com) no. Un CNAME no puede compartir nombre con ningún otro registro según el RFC 1034 §3.6.2 y el RFC 2181 §10.1, y el apex de toda zona debe contener registros NS y SOA. Por eso esta configuración no es válida:

; NOT allowed by standard DNS
example.com.   IN  NS     ns1.example-dns.net.
example.com.   IN  CNAME  <platform-target>.

Para apuntar un dominio apex a Vercel o Netlify, tienes tres opciones:

; www points at the platform with a CNAME
www.example.com.   3600  IN  CNAME  <your-project-target-from-platform-dashboard>.

; Pick ONE for the apex:
; Option A: A record to the IP your platform documents
example.com.       3600  IN  A      192.0.2.10   ; replace with the platform's documented IP

; Option B: ALIAS / ANAME (provider-specific, not a standard record type)
; example.com.     ALIAS  <platform-target>.

; Option C: On Cloudflare, create a CNAME at "@" and Cloudflare flattens it

En el caso de Vercel, su base de conocimiento indica que se use la opción A en el apex o, como alternativa, que se deleguen los nameservers del dominio a Vercel. Vercel también publica valores de DNS predeterminados, pero a muchos proyectos se les asignan valores propios, así que copia los que aparecen en la pantalla de configuración de tu dominio. La configuración de dominios de Netlify muestra sus propios destinos de la misma manera. Los registros ALIAS y ANAME permiten que un apex se comporte como un CNAME, pero solo algunos proveedores de DNS los ofrecen.

Cloudflare Pages funciona de otra forma. Para usar un dominio apex en Pages, el dominio debe ser una zona de Cloudflare en la misma cuenta que el proyecto de Pages, con sus nameservers apuntando a Cloudflare. Un registro A o ALIAS en un proveedor externo no funcionará. Un subdominio solo necesita un CNAME en tu proveedor de DNS actual.

Por último, elige el apex o www como hostname canónico y redirige el otro hacia él, para que todos los visitantes, cookies y resultados de búsqueda terminen en una única dirección. La documentación de Vercel recomienda usar www como hostname principal y redirigir el dominio sin subdominio hacia él. Para comprobar la redirección:

# Expect a 301/308 from the non-canonical host to the canonical one
curl -sI http://example.com | grep -i -E '^(HTTP|location)'

Sesenta dominios, tres proyectos

Todos los dominios se renuevan cada año, tenga o no algo desplegado, así que una colección de nombres sin usar te cuesta más cada año que la conservas. Ese nombre que compraste a la una de la madrugada para una CLI que nunca empezaste te sigue cobrando.

Establece una regla y cúmplela. Una opción: si el repositorio lleva un año sin commits, deja que el dominio caduque. Una vez al año, exporta tus dominios y sus fechas de vencimiento desde el panel del registrador y crúzalos con tus repositorios. Activa la renovación automática solo en los dominios que echarías de menos, es decir, los que tienen un proyecto en producción, correo electrónico o enlaces entrantes.

Si vas a consolidar registradores, recuerda que cada transferencia activa un nuevo bloqueo, así que no puedes pasar un dominio de un registrador a otro rápidamente. Planifica los traslados en función de las fechas de renovación.

Conclusión

Un dominio implica tres roles. El registrador te factura, los nameservers determinan quién responde al DNS y los registros DNS apuntan a tu host. Si mantienes esos roles separados, la mayoría de los problemas de configuración resultan más fáciles de entender, incluida la regla del CNAME en el apex. Antes de la próxima compra impulsiva, mira el precio de renovación. Después, abre el panel de tu registrador y desactiva la renovación automática en todos los dominios que no echarías de menos.

Preguntas frecuentes

¿Qué ocurre si un dominio caduca antes de renovarlo?

En la mayoría de los gTLD, un dominio caducado entra primero en un periodo de gracia de renovación automática, durante el cual todavía puedes renovarlo en tu registrador. Si después el registrador lo elimina, la Política de Recuperación de Registros Caducados de la ICANN exige un Periodo de Gracia de Redención de 30 días. Durante ese periodo, la resolución DNS queda desactivada y las transferencias están bloqueadas. Restaurar el dominio en ese plazo suele implicar una tarifa de redención adicional. Los gTLD patrocinados y los ccTLD siguen sus propias reglas.

¿Pierdo el tiempo de registro que me queda al transferir un dominio a otro registrador?

No. En la mayoría de los gTLD, como .com, .net y .org, una transferencia añade un año a la fecha de vencimiento actual y no reinicia el plazo. La mayoría de los registros limitan los plazos a 10 años, así que una transferencia puede rechazarse si el año adicional superase ese límite. Una transferencia realizada dentro de los 45 días posteriores a la renovación de un dominio caducado puede no añadir el año. Los TLD de código de país fijan sus propias reglas.

¿Cuál es la diferencia entre CNAME flattening y un registro ALIAS o ANAME?

Ambos resuelven el problema del apex de la misma forma. El proveedor de DNS autoritativo resuelve por sí mismo el hostname de destino y responde con registros A y AAAA, de modo que los resolvers nunca ven un CNAME. Cloudflare lo llama CNAME flattening, Route 53 lo llama registro alias y otros proveedores lo llaman ALIAS o ANAME. Como es el proveedor quien realiza la consulta, un destino con enrutamiento geográfico puede devolver direcciones elegidas según la ubicación del proveedor, no la del visitante.

¿Cambiar los nameservers activa el bloqueo de transferencia de 60 días?

No. El bloqueo por cambio de registrante de la ICANN solo se aplica cuando cambia el nombre, la organización o la dirección de correo electrónico del registrante, y los nameservers no son datos del registrante. Apuntar un dominio a Cloudflare o a cualquier otro proveedor de DNS deja intactos el registrador, el registro y la fecha de vencimiento. En los gTLD, los bloqueos de transferencia habituales se deben a un registro nuevo, una transferencia reciente o un cambio en esos campos del registrante.