Web

Cómo subir una web a producción, conectar el dominio y no romper la DNS

Este artículo sobre cómo subir una web a producción y conectar el dominio resume lo importante cuando ya tienes el proyecto listo y toca publicarlo con dominio propio. El punto crítico no suele ser el código: suele ser entender quién lleva el dominio, quién lleva la DNS, quién sirve la web y quién emite el SSL.

Si quieres la versión corta: si dominio y hosting están en el mismo proveedor, muchas veces viene casi hecho. Si van separados, tienes que configurar la DNS del dominio para que apunte donde toca.

Qué piezas intervienen

Antes de tocar nada, conviene distinguir bien cada capa para no mezclar conceptos.

PiezaQué haceEjemplos
DominioEs el nombre (midominio.com)DonDominio, Nominalia, IONOS, Hostinger
DNSDecide a qué servidor apunta el dominioCloudflare, DonDominio, Nominalia, IONOS
HostingSirve la web al usuarioHostinger, IONOS, Netlify
SSLActiva HTTPS y el candadoLet’s Encrypt, Cloudflare, certificado del proveedor

Caso simple: dominio y hosting en el mismo proveedor

Cuando compras dominio y hosting juntos, normalmente el proveedor deja ya configurados los nameservers y parte de la zona DNS.

Dominio: midominio.com
DNS: mismo proveedor
Hosting: mismo proveedor
Resultado: suele bastar con asignar el dominio al hosting o a la web

Lo habitual aquí es:

  • comprar dominio y hosting en el mismo panel
  • elegir qué web responde en ese dominio
  • activar SSL
  • esperar propagación si el dominio es nuevo

Esto suele pasar en proveedores como:

  • Hostinger
  • IONOS
  • Nominalia

Aunque sea el caso fácil, no des nada por hecho: revisa siempre si el SSL está activo, si redirige a https, y si el www y el dominio raíz responden bien.

Caso habitual: dominio y hosting en proveedores distintos

Si el dominio está en un sitio y la web en otro, la configuración se hace sobre la DNS del dominio.

Dominio registrado en DonDominio
Web desplegada en Netlify
La DNS de DonDominio tiene que apuntar a Netlify

Aquí tienes dos caminos típicos:

  1. Mantener la DNS en el registrador y añadir allí los registros que te da el hosting.
  2. Cambiar los nameservers a otro gestor DNS, por ejemplo Cloudflare, y gestionar todo desde ahí.

La idea importante es esta:

  • el dominio no “encuentra” la web por magia
  • la zona DNS es la que dice a dónde va el tráfico
  • si cambias los nameservers, mueves el control DNS completo a otro sitio

Qué significa “apuntar el dominio”

Apuntar el dominio significa crear o modificar registros DNS para que el tráfico llegue al destino correcto.

Los más comunes son:

A       -> apunta un dominio a una IP
AAAA    -> apunta un dominio a una IP IPv6
CNAME   -> apunta un subdominio a otro hostname
MX      -> correo
TXT     -> verificaciones, SPF, DKIM, etc.
NS      -> nameservers autoritativos

Ejemplo típico:

midominio.com       A       76.76.21.21
www.midominio.com   CNAME   app.netlify.com

El valor exacto cambia según proveedor. Lo importante es no inventarlo: copia exactamente los registros que te da la plataforma donde vas a alojar la web.

Nameservers vs registros DNS

Esta diferencia evita muchísimos errores.

Si cambias los nameservers

Estás diciendo:

"La DNS de este dominio ya no se gestiona aquí.
La gestionará otro proveedor."

Ejemplo:

  • dominio comprado en DonDominio
  • cambias NS a Cloudflare
  • desde ese momento los registros se editan en Cloudflare, no en DonDominio

Si no cambias los nameservers

Entonces mantienes la DNS donde estaba y solo añades/modificas registros.

Ejemplo:

  • dominio en Nominalia
  • web en Netlify
  • mantienes NS en Nominalia
  • añades A/CNAME en Nominalia siguiendo la documentación de Netlify

Flujo correcto para publicar una web

Este es el orden más sensato para no romper cosas.

  1. Tener claro dónde está el dominio y dónde se va a alojar la web.
  2. Decidir quién gestionará la DNS.
  3. Añadir el dominio personalizado en el hosting o plataforma.
  4. Copiar exactamente los registros DNS que te indiquen.
  5. Esperar propagación.
  6. Activar y comprobar SSL.
  7. Verificar redirecciones entre www, no www, http y https.
  8. Comprobar que no se ha roto el correo si el dominio ya tenía email.

Lo que más se rompe: el correo

Cambiar DNS sin mirar los registros de email es uno de los errores más típicos.

Si el dominio ya usa correo profesional, antes de tocar nada revisa:

  • registros MX
  • registros TXT de SPF
  • registros DKIM
  • configuraciones DMARC si existen

Ejemplo de problema clásico:

Cambias nameservers para subir la web
pero no replicas los MX
resultado: la web funciona, pero el correo deja de entrar

Si el dominio ya está en uso real, exporta o apunta todos los registros antes de cambiar NS.

SSL: qué revisar de verdad

El SSL no es un detalle menor: afecta a confianza, SEO, formularios y seguridad básica.

Comprueba estas cuatro cosas:

  • si el certificado está incluido en tu plan
  • si se renueva automáticamente
  • si cubre dominio raíz y www
  • si el sitio redirige de http a https

Ejemplo deseable:

http://midominio.com      -> 301 -> https://midominio.com
http://www.midominio.com  -> 301 -> https://midominio.com

No des por hecho que todo proveedor lo hace igual. Hay planes baratos donde:

  • el SSL va aparte
  • el dominio extra cuesta aparte
  • el certificado se instala manualmente
  • el DNS externo o ciertas configuraciones avanzadas no son cómodas

Por eso conviene leer bien la letra del plan antes de comprar.

Qué mirar antes de contratar

No compres solo por el precio del primer año. Mira todo lo que puede afectarte al publicar.

  • precio de renovación del dominio
  • precio de renovación del hosting
  • si incluye SSL o no
  • si deja usar dominio externo sin fricción
  • si puedes cambiar DNS o nameservers sin problemas
  • si incluye email o lo cobra aparte
  • si el soporte entiende DNS, no solo “hosting”
  • si puedes conectar CDN o proxy como Cloudflare

La contratación mala no suele doler el día 1. Duele cuando quieres mover la web, activar HTTPS, migrar correo o conectar un dominio externo.

Ejemplos típicos por proveedor

Cada proveedor resuelve esto de forma distinta, aunque la lógica general sea la misma.

Hostinger

Hostinger suele encajar bien cuando compras dominio y hosting juntos y quieres un flujo bastante guiado.

  • cómodo para caso simple
  • revisa qué incluye exactamente tu plan
  • confirma si el SSL viene activado o hay que forzarlo

IONOS

IONOS también suele orientar bastante el flujo cuando todo está dentro de su ecosistema.

  • útil si quieres centralizar dominio y hosting
  • revisa panel, DNS, redirecciones y certificados
  • mira bien extras y renovaciones

Netlify

Netlify es habitual cuando la web es estática o JAMstack y el despliegue viene de Git.

  • añades el dominio en Netlify
  • Netlify te dice qué registros crear
  • luego configuras la DNS donde toque
  • el SSL suele depender de que la configuración del dominio quede bien validada

Cloudflare

Cloudflare puede actuar como gestor DNS, proxy y capa de SSL/CDN.

  • muy útil si quieres controlar DNS y rendimiento
  • si cambias los NS a Cloudflare, la DNS ya se gestiona allí
  • entiende bien si usas modo proxy o solo DNS

Nominalia

Nominalia aparece mucho como registrador o como proveedor mixto.

  • si el dominio está allí, quizá la DNS también
  • si alojas fuera, tendrás que crear registros o mover NS
  • revisa el panel antes de tocar nada

DonDominio

DonDominio se usa mucho como registrador y gestión DNS.

  • buen caso típico para tener dominio en un sitio y web en otro
  • puedes mantener la DNS allí o moverla
  • ideal si sabes exactamente qué registros te pide tu hosting

Otro caso común: Namecheap

Muchos proyectos tienen el dominio en Namecheap y la web en otra plataforma.

  • mismo patrón: o mantienes DNS allí o cambias nameservers
  • comprueba que el www y el apex domain apuntan ambos bien

Ejemplos de escenarios reales

Estos escenarios resumen bastante bien cómo pensar cada caso.

Dominio en DonDominio + web en Netlify

1. Añades midominio.com en Netlify
2. Netlify te da registros DNS
3. En DonDominio creas esos registros
4. Esperas propagación
5. Compruebas SSL y redirecciones

Dominio y hosting en Hostinger

1. Asignas el dominio al sitio
2. Revisas DNS por si viene ya configurada
3. Activas SSL
4. Compruebas https, www y no-www

Dominio en Nominalia + DNS en Cloudflare + hosting en IONOS

1. Cambias nameservers del dominio a Cloudflare
2. Replicas o revisas registros importantes
3. Apuntas desde Cloudflare al hosting de IONOS
4. Verificas correo, SSL y resolución final

Checklist final antes de darlo por publicado

Esta comprobación rápida evita la mayoría de disgustos.

  • el dominio carga
  • https carga
  • www y no www redirigen como esperas
  • el certificado SSL es válido
  • no hay contenido mixto por recursos http
  • el correo sigue funcionando si existía
  • el dominio correcto está marcado como principal
  • no quedan registros viejos apuntando a otra web

Errores típicos

Estos son los fallos más repetidos cuando alguien sube una web por primera vez.

  • confundir registrador con hosting
  • cambiar NS sin copiar los registros importantes
  • tocar solo www y olvidarse del dominio raíz
  • asumir que el SSL “ya estará”
  • no mirar si el proveedor cobra extras clave
  • dejar registros viejos de una migración anterior
  • no esperar propagación y pensar que todo está roto

Conclusión

Subir una web a producción no es solo “hacer deploy”: es coordinar dominio, DNS, hosting y SSL sin romper la resolución ni el correo. Si dominio y hosting están juntos, suele ser más simple; si van separados, la clave está en entender bien quién gestiona la DNS y qué registros hay que tocar.

La parte técnica no es difícil cuando el mapa está claro. Lo peligroso es tocar DNS sin saber quién manda en cada capa.