Cómo conectar tu dominio a un hosting web
Compraste el dominio en una empresa y construiste la web en otra. Conectarlos requiere dos o tres registros DNS, y la plataforma te dice cuáles. Lo que no te dice es qué registros antiguos borrar, qué pasa con tu correo o por qué el certificado sigue pendiente una hora después. Esta guía cubre ambas mitades.
Dos formas de conectar
Toda plataforma ofrece al menos una de estas:
- Añadir registros donde ya está tu DNS, en el registrador o en Cloudflare. Mantienes el control del resto de la zona, correo incluido. Es la opción habitual.
- Cambiar los servidores de nombres del dominio a la plataforma (Vercel, Netlify, Wix y otras ofrecen su propio DNS). La plataforma gestiona entonces todos los registros, y todo lo que había en la zona antigua, incluidos los MX y TXT del correo, debe recrearse allí antes.
Los registros que piden casi todas las plataformas
El dominio raíz (example.com, el apex) lleva registros A con direcciones fijas, porque ahí no se permite un CNAME, o un registro ALIAS / CNAME flattening si tu proveedor DNS lo admite. www lleva un CNAME hacia un nombre que controla la plataforma.
| Plataforma | Apex (`@`) | `www` |
|---|---|---|
| Vercel | A 76.76.21.21 | CNAME cname.vercel-dns.com |
| Netlify | A 75.2.60.5 | CNAME <site>.netlify.app |
| GitHub Pages | A 185.199.108.153 … 185.199.111.153 | CNAME <user>.github.io |
| Cloudflare Pages | CNAME <project>.pages.dev | CNAME <project>.pages.dev |
| Shopify | A 23.227.38.65 | CNAME shops.myshopify.com |
| Squarespace | A 198.185.159.144 … 198.49.23.145 | CNAME ext-cust.squarespace.com |
Paso a paso
@ y www. No toques MX, SPF, DKIM ni DMARC: borrar «todo lo antiguo» es la forma más común de que una mudanza web se lleve el correo por delante.Cuando sigue apareciendo la web antigua
- Un registro AAAA olvidado. Los visitantes con IPv6 —la mayoría de redes móviles— lo siguen hasta el hosting antiguo, mientras tú, con IPv4, ves la web nueva.
- Redirección o parking del registrador. Algunos registradores aplican un servicio de «redirección web» o parking por encima de tus registros; desactívalo.
- Un registro CAA que solo menciona otra autoridad de certificación bloquea el certificado de la plataforma. Añade la CA que usa (a menudo
letsencrypt.org) o consulta registros CAA. - El proxy de Cloudflare (la nube naranja) delante de Vercel o Netlify puede bloquear la emisión del certificado. Pon esos registros en «DNS only» salvo que la guía de la plataforma diga otra cosa.
- Cachés. Tu ordenador y tu resolver pueden conservar la respuesta antigua hasta que caduque el TTL anterior; vaciar la caché DNS limpia la parte que controlas.
Comprueba antes y después
Estas cuatro consultas muestran casi todos los problemas anteriores:
dig +short example.com A
dig +short example.com AAAA # an old address here sends IPv6 visitors elsewhere
dig +short www.example.com CNAME
dig +short example.com CAA # if present, it must allow the platform's CAPreguntas frecuentes
¿Uso un registro A o un CNAME?
Registros A (o ALIAS) en el apex y un CNAME para www y otros subdominios. A, CNAME o ALIAS explica por qué.
¿Cuánto tarda en funcionar?
Normalmente minutos después de guardar los registros. Si sustituiste registros antiguos, hasta su TTL anterior; el certificado HTTPS llega cuando la plataforma ve los registros nuevos.
¿Perderé el correo si conecto mi dominio a un creador de webs?
No, si solo cambias los registros de @ y www. Si cambias los servidores de nombres a la plataforma, recrea allí tus MX y los TXT del correo antes del cambio.
¿Mi web con www o sin www?
Ambas funcionan. Elige una como dirección principal y redirige la otra, para que todos los enlaces y resultados de búsqueda lleven al mismo sitio.
Ve la teoría en la práctica: ejecuta Consulta DNS para tu propio dominio.
Actualizado el 13 de octubre de 2026