Cuando una empresa pone en marcha una página web, es habitual contratar el dominio, el alojamiento, el correo electrónico, el certificado SSL y el mantenimiento dentro de un mismo servicio.
Esto resulta cómodo, pero también puede generar una confusión importante: todos estos elementos están relacionados, aunque no son lo mismo ni tienen por qué estar gestionados por la misma empresa.
El dominio es el nombre que identifica el proyecto en Internet. El DNS indica a qué servicios debe dirigirse ese nombre. El hosting es la infraestructura en la que se encuentran la web, sus archivos y sus bases de datos. El mantenimiento se ocupa de que todo ese sistema siga funcionando correctamente.
Comprender estas diferencias es especialmente importante cuando:
- se lanza una nueva página web,
- se cambia de alojamiento,
- se migra un dominio,
- se modifica el correo corporativo,
- se implementan redirecciones,
- se produce una caída del sitio,
- o se cambia de agencia o equipo técnico.
En esta guía explicamos qué función cumple cada capa, dónde se gestiona y qué puede ocurrir cuando se realiza un cambio incorrectamente.
Resumen rápido: dominio, DNS y hosting no son lo mismo
| Elemento | Qué función cumple | Ejemplo | Qué ocurre si falla |
|---|---|---|---|
| Dominio | Es el nombre registrado que identifica el proyecto en Internet. | empresa.com | La web, el correo y otros servicios pueden dejar de ser accesibles. |
| Nameservers | Indican qué servidores contienen la configuración DNS oficial del dominio. | ns1.ejemplo.net | El dominio puede dejar de resolver correctamente si apuntan a una zona DNS incompleta. |
| DNS | Conecta el dominio con la web, el correo y otros servicios. | empresa.com → 192.0.2.20 | La web puede apuntar a un servidor equivocado o el correo puede dejar de funcionar. |
| Hosting | Aloja los archivos, bases de datos y aplicaciones de la web. | Servidor WordPress | La web puede mostrar errores, responder lentamente o quedar fuera de servicio. |
| Mantenimiento | Mantiene la web actualizada, segura, monitorizada y optimizada. | Actualizaciones, copias de seguridad y revisiones | La web puede quedar desactualizada, vulnerable o degradarse con el tiempo. |
| Correo electrónico | Gestiona las cuentas y el envío y recepción de mensajes. | [email protected] | Los correos pueden dejar de enviarse o recibirse aunque la web continúe funcionando. |
Una analogía sencilla: dirección, mapa y edificio
Podemos imaginar la infraestructura digital de una empresa como un negocio físico:
- El dominio es la dirección postal.
- El DNS es el sistema que indica cómo llegar a cada dependencia.
- El hosting es el edificio donde se encuentra el negocio.
- La web es lo que hay dentro del edificio.
- El mantenimiento se ocupa de que las instalaciones sigan funcionando.
Una empresa puede conservar la misma dirección y trasladarse a otro edificio. Del mismo modo, puede mantener su dominio y cambiar de hosting.
También puede conservar el mismo alojamiento y cambiar únicamente la empresa que gestiona el dominio. E incluso puede tener la web en un servidor, el correo en otro servicio y el DNS gestionado desde una tercera infraestructura.
La analogía no es perfecta, pero ayuda a entender una idea fundamental:
tener acceso al dominio no significa necesariamente tener acceso al hosting, y tener acceso al hosting no significa controlar el dominio.
Qué es un dominio
Un dominio es un nombre único registrado dentro del sistema global de nombres de Internet.
Por ejemplo:
- empresa.com
- empresa.es
- tienda.empresa.com
En sentido estricto, los dos primeros son dominios registrados. El tercero es un subdominio creado dentro de la configuración DNS de empresa.com.
Registrar un dominio no significa comprarlo para siempre. Lo que se obtiene es el derecho a utilizarlo durante un periodo determinado, normalmente renovable.
Quién es el titular del dominio
El titular o registrante es la persona o entidad que figura como responsable del dominio.
En un proyecto empresarial, lo recomendable es que:
- el titular sea la propia empresa,
- el correo de recuperación esté controlado por la empresa,
- los datos administrativos estén actualizados,
- la renovación automática esté correctamente configurada,
- y exista más de una persona autorizada que conozca dónde se gestiona.
La agencia o el equipo técnico puede gestionar el dominio, pero la empresa debería conservar la titularidad y poder recuperar el acceso.
Qué se gestiona desde el registro del dominio
Desde el panel en el que está registrado el dominio suelen poder gestionarse:
- los datos del titular,
- la fecha de renovación,
- el bloqueo o desbloqueo para transferencias,
- el código de autorización de transferencia,
- los contactos administrativos y técnicos,
- y los nameservers asignados.
En algunos casos, el mismo panel también permite editar registros DNS, configurar redirecciones o contratar correo y hosting. Sin embargo, que estas funciones aparezcan juntas en un panel no significa que técnicamente sean el mismo servicio.
Qué ocurre si caduca el dominio
Cuando un dominio caduca, puede dejar de resolver correctamente. Como consecuencia:
- la web puede dejar de ser accesible,
- el correo corporativo puede dejar de funcionar,
- los subdominios pueden desaparecer,
- y las verificaciones asociadas al dominio pueden fallar.
El hosting podría seguir activo y conservar todos los archivos. El problema sería que el nombre utilizado para llegar hasta él ya no estaría funcionando correctamente.
Qué es el DNS
DNS son las siglas de Domain Name System o Sistema de Nombres de Dominio.
Su función principal es traducir nombres comprensibles para las personas, como empresa.com, en direcciones y destinos que los sistemas informáticos puedan utilizar.
Cuando alguien escribe empresa.com en el navegador, el DNS ayuda a determinar a qué servidor debe conectarse.
Pero el DNS no sirve únicamente para la web. También puede indicar:
- dónde se gestiona el correo electrónico,
- qué subdominios existen,
- qué sistemas pueden enviar correo en nombre del dominio,
- cómo validar la propiedad del dominio,
- o qué servicios externos están conectados.
Qué son los nameservers
Los nameservers o servidores de nombres indican dónde se encuentra la zona DNS autoritativa de un dominio.
Dicho de una forma sencilla:
el dominio está registrado en un lugar, pero sus nameservers indican dónde debe consultarse su configuración DNS.
Por ejemplo, el dominio empresa.com podría tener asignados estos nameservers:
- ns1.infraestructura-dns.com
- ns2.infraestructura-dns.com
Esto significa que los registros DNS oficiales de empresa.com se gestionan desde la infraestructura asociada a esos servidores.
Por qué cambiar los nameservers es una operación delicada
Modificar los nameservers no equivale simplemente a cambiar la dirección de la página web.
Al cambiar los nameservers, se sustituye la zona DNS desde la que se responden las consultas del dominio. Por tanto, la nueva zona debe contener todos los registros necesarios:
- los registros de la web,
- los registros del correo,
- los subdominios,
- las verificaciones,
- las políticas de seguridad del correo,
- y cualquier integración externa.
Si solo se replica el registro de la web y se olvidan los registros de correo, la página puede funcionar mientras los emails dejan de recibirse.
Por esta razón, antes de cambiar los nameservers debe copiarse y verificarse toda la zona DNS actual.
Los principales tipos de registros DNS
| Registro | Función habitual | Ejemplo simplificado |
|---|---|---|
| A | Relaciona un nombre con una dirección IPv4. | empresa.com → 192.0.2.20 |
| AAAA | Relaciona un nombre con una dirección IPv6. | empresa.com → dirección IPv6 |
| CNAME | Hace que un nombre funcione como alias de otro. | www.empresa.com → empresa.com |
| MX | Indica qué servidores reciben el correo del dominio. | empresa.com → servidor de correo |
| TXT | Publica información de verificación, seguridad o configuración. | SPF, DKIM, DMARC o verificaciones |
| NS | Identifica los servidores de nombres autoritativos. | empresa.com → ns1 y ns2 |
| CAA | Permite indicar qué autoridades pueden emitir certificados para el dominio. | Autoridad de certificación autorizada |
Un ejemplo práctico
Una empresa puede tener esta configuración:
- empresa.com apunta al servidor de la web mediante un registro A,
- www.empresa.com apunta al dominio principal mediante un CNAME,
- los registros MX apuntan al servicio de correo,
- un TXT verifica el dominio en una plataforma de analítica,
- otro TXT contiene la política SPF,
- y tienda.empresa.com apunta a una plataforma de ecommerce diferente.
Todos estos servicios utilizan el mismo dominio, pero no tienen por qué encontrarse en el mismo servidor.
Qué significa realmente la propagación DNS
Después de modificar un registro DNS, es habitual escuchar que el cambio “tiene que propagarse”.
Esta expresión es útil, pero puede dar la impresión de que existe un proceso central que va enviando la nueva configuración de servidor en servidor.
En realidad, muchos resolutores y sistemas guardan temporalmente las respuestas DNS en una caché. Cada registro tiene un valor denominado TTL, que determina cuánto tiempo puede conservarse esa respuesta antes de volver a consultar la fuente autoritativa.
Por eso, después de un cambio:
- algunos usuarios pueden recibir inmediatamente la nueva respuesta,
- otros pueden seguir utilizando durante un tiempo la respuesta anterior,
- y diferentes redes pueden mostrar resultados distintos temporalmente.
Reducir el TTL antes de una migración puede ayudar a acortar este periodo, pero debe hacerse con antelación suficiente para que la configuración anterior también expire.
Qué es el hosting o alojamiento web
El hosting es la infraestructura en la que se ejecuta o almacena una página web.
Dependiendo del proyecto, puede incluir:
- archivos HTML, CSS y JavaScript,
- imágenes y documentos,
- una instalación de WordPress u otro gestor de contenidos,
- bases de datos,
- aplicaciones y procesos del servidor,
- registros de actividad,
- copias de seguridad,
- y configuraciones de seguridad.
El servidor recibe las solicitudes de los usuarios y devuelve la página o recurso correspondiente.
Qué características determinan la capacidad de un hosting
El espacio en disco es solo una de sus características. También deben considerarse:
- CPU: capacidad para procesar operaciones.
- Memoria RAM: recursos disponibles para ejecutar procesos y aplicaciones.
- Almacenamiento: espacio y velocidad del sistema de discos.
- Transferencia: capacidad para enviar datos a los visitantes.
- Base de datos: rendimiento de las consultas y conexiones.
- Versiones de software: compatibilidad con PHP, bases de datos y otras tecnologías.
- Escalabilidad: posibilidad de aumentar recursos cuando crece el proyecto.
- Seguridad: aislamiento, protección, actualizaciones y monitorización.
- Copias de seguridad: frecuencia, retención y capacidad de restauración.
- Ubicación e infraestructura de red: latencia, disponibilidad y conectividad.
Dos alojamientos con el mismo espacio disponible pueden ofrecer rendimientos muy diferentes.
Qué ocurre si cambia el hosting
Cambiar de hosting no obliga a cambiar de dominio.
La migración habitual consiste en:
- copiar los archivos,
- migrar la base de datos,
- replicar la configuración del servidor,
- probar la web en el nuevo entorno,
- actualizar el DNS para que apunte al nuevo servidor,
- y mantener temporalmente el alojamiento anterior como medida de seguridad.
Para los usuarios, la dirección puede continuar siendo exactamente la misma.
Hosting y mantenimiento web tampoco son lo mismo
Contratar un hosting significa disponer de una infraestructura en la que alojar la web. No implica necesariamente que alguien vaya a revisar, actualizar y mantener la aplicación.
Una instalación de WordPress, por ejemplo, puede necesitar:
- actualizaciones del núcleo,
- actualizaciones de plugins y temas,
- pruebas de compatibilidad,
- revisión de vulnerabilidades,
- limpieza y optimización de la base de datos,
- monitorización de disponibilidad,
- revisión del rendimiento,
- copias de seguridad,
- restauraciones cuando se produce un problema,
- y soporte técnico.
Estas tareas pertenecen al mantenimiento web, aunque puedan estar incluidas dentro de un plan conjunto de alojamiento y mantenimiento.
Una web puede estar alojada en un servidor técnicamente operativo y, aun así:
- tener plugins desactualizados,
- presentar errores de funcionamiento,
- ser vulnerable a ataques,
- cargar lentamente,
- o acumular problemas que nadie está supervisando.
El hosting mantiene disponible la infraestructura. El mantenimiento se ocupa de la salud de la web que funciona dentro de ella.
El correo electrónico puede estar separado de la web
Otra confusión habitual consiste en pensar que el correo electrónico está necesariamente alojado en el mismo servidor que la página web.
No tiene por qué ser así.
Una empresa puede tener:
- el dominio registrado en una plataforma,
- el DNS gestionado en otra infraestructura,
- la web alojada en un servidor especializado,
- y el correo corporativo en un servicio independiente.
Los registros MX indican dónde debe entregarse el correo del dominio. Otros registros, normalmente de tipo TXT, ayudan a autenticar los mensajes y reducir la suplantación:
- SPF: identifica qué sistemas pueden enviar correo en nombre del dominio.
- DKIM: permite verificar criptográficamente la autenticidad de los mensajes.
- DMARC: define cómo tratar mensajes que no superan determinadas comprobaciones.
Un cambio de hosting web no debería afectar al correo si los registros correspondientes se mantienen correctamente.
En cambio, cambiar los nameservers sin copiar los registros MX y TXT puede provocar que el correo deje de funcionar.
Dónde encaja el certificado SSL
El certificado SSL o, más exactamente, TLS permite que una web funcione mediante HTTPS y que la comunicación entre el navegador y el servidor viaje cifrada.
El certificado no es el dominio ni el hosting, aunque está relacionado con ambos:
- se emite para uno o varios dominios o subdominios,
- requiere demostrar control sobre esos nombres,
- y debe instalarse o gestionarse en el punto que atiende la conexión HTTPS.
Ese punto puede ser:
- el propio servidor web,
- un proxy inverso,
- un balanceador,
- o una red de distribución de contenidos.
Por tanto, renovar el dominio no renueva automáticamente el certificado, y renovar el certificado no renueva el dominio.
Las redirecciones no son registros DNS
Esta es una de las distinciones técnicas más importantes.
El DNS conecta nombres con destinos técnicos, pero no interpreta páginas, rutas ni parámetros de una URL.
El DNS puede ayudar a que empresa-antigua.com llegue a una infraestructura web, pero no puede decidir por sí solo que:
- empresa-antigua.com/productos/azules
- deba enviar al usuario a empresa-nueva.com/catalogo/productos-azules.
Para hacer eso se necesita una respuesta HTTP de redirección, generada por:
- el servidor web,
- el sistema de gestión de contenidos,
- una aplicación,
- un proxy,
- un CDN,
- o un servicio específico de redirección.
Redirecciones permanentes y temporales
- 301 y 308: indican normalmente un cambio permanente.
- 302 y 307: indican normalmente un cambio temporal.
En una migración definitiva de dominio o de URL suelen utilizarse redirecciones permanentes configuradas en el servidor siempre que sea posible.
Algunos paneles de dominio ofrecen una función denominada “redirección de dominio”. Aunque se configure desde el mismo panel, técnicamente suele existir un pequeño servicio web que recibe la petición y devuelve la redirección HTTP. No es una función realizada únicamente mediante DNS.
Cinco escenarios habituales
Escenario 1: cambiamos de hosting, pero mantenemos el dominio
La empresa migra su web a un nuevo servidor.
Normalmente se modifica el registro A o CNAME correspondiente para que la web apunte a la nueva infraestructura. El dominio sigue registrado en el mismo lugar y los nameservers pueden mantenerse.
Los registros de correo no deben modificarse si el servicio de email continúa siendo el mismo.
Escenario 2: transferimos el dominio, pero no cambiamos la web
El dominio pasa de una entidad registradora a otra, pero mantiene sus nameservers actuales.
En condiciones normales, la web y el correo pueden continuar funcionando sin cambios, porque la zona DNS sigue siendo la misma.
Transferir el dominio y cambiar sus nameservers son operaciones diferentes.
Escenario 3: cambiamos los nameservers
La nueva infraestructura DNS debe reproducir todos los registros existentes antes de realizar el cambio.
No basta con copiar el registro principal de la web. También deben conservarse el correo, los subdominios, las verificaciones y las políticas de autenticación.
Escenario 4: queremos que un dominio antiguo lleve al nuevo
Primero, el dominio antiguo debe seguir registrado y resolver hacia una infraestructura capaz de responder.
Después, esa infraestructura debe devolver una redirección permanente hacia la URL equivalente del nuevo dominio.
Para una migración SEO correcta, no suele ser suficiente redirigir todas las páginas antiguas hacia la portada. Lo recomendable es establecer una correspondencia individual entre URLs antiguas y nuevas.
Escenario 5: la web funciona, pero el correo no
Si la página carga correctamente pero los mensajes no llegan, el problema probablemente no esté en el registro DNS de la web.
Deberían revisarse:
- los registros MX,
- la configuración de las cuentas,
- las políticas SPF, DKIM y DMARC,
- la renovación del servicio de correo,
- y los registros del servidor de email.
Cómo identificar dónde está el problema
| Síntoma | Posibles capas afectadas |
|---|---|
| El dominio no responde en absoluto | Caducidad del dominio, nameservers o DNS |
| La web apunta a un servidor antiguo | Registro A, AAAA o CNAME y caché DNS |
| La web devuelve un error 500 | Servidor, aplicación, PHP, base de datos o CMS |
| La web carga muy lentamente | Hosting, aplicación, base de datos, imágenes, caché o servicios externos |
| El navegador muestra un error de certificado | Certificado TLS, servidor, proxy o CDN |
| La web funciona, pero el correo no | Registros MX/TXT o servicio de correo |
| Una URL antigua no lleva a la nueva | Configuración de redirecciones HTTP |
| Solo algunos usuarios ven la web antigua | Caché DNS, TTL, CDN o caché del navegador |
Quién debería tener acceso a cada elemento
Una gestión profesional no consiste únicamente en saber dónde están los servicios. También requiere asegurar la propiedad, los accesos y la continuidad.
La empresa debería disponer de un inventario actualizado que indique:
- dónde está registrado cada dominio,
- quién figura como titular,
- cuándo se renueva,
- qué nameservers utiliza,
- dónde se gestiona la zona DNS,
- dónde está alojada la web,
- dónde se gestiona el correo,
- quién administra el certificado,
- dónde se almacenan las copias de seguridad,
- y qué personas tienen acceso administrativo.
También recomendamos:
- utilizar cuentas corporativas en lugar de correos personales de empleados,
- activar la autenticación en dos pasos,
- no compartir contraseñas por correo o mensajería sin protección,
- limitar los accesos según las responsabilidades de cada persona,
- retirar los accesos de antiguos colaboradores,
- y documentar cualquier cambio relevante.
Checklist antes de una migración o cambio técnico
- Confirmar quién es el titular del dominio.
- Verificar la fecha de renovación.
- Identificar los nameservers actuales.
- Exportar o documentar toda la zona DNS.
- Localizar los registros de web, correo y subdominios.
- Reducir con antelación el TTL cuando resulte conveniente.
- Crear una copia completa de archivos y bases de datos.
- Comprobar que la copia puede restaurarse.
- Preparar y probar el nuevo alojamiento antes del cambio.
- Configurar el certificado HTTPS.
- Verificar formularios, pagos, integraciones y correos transaccionales.
- Preparar las redirecciones si cambian URLs o dominios.
- Mantener temporalmente la infraestructura anterior.
- Monitorizar DNS, web, correo, analítica y posicionamiento después del cambio.
La importancia de gestionar el conjunto sin confundir las capas
Dominio, DNS, alojamiento, correo, certificados y mantenimiento pueden estar distribuidos entre varios sistemas.
Esto no es necesariamente negativo. Separar servicios puede aportar flexibilidad, especialización y mayor control. Sin embargo, también aumenta la necesidad de coordinación y documentación.
El problema aparece cuando:
- nadie sabe dónde se gestiona cada elemento,
- el dominio está a nombre de un antiguo proveedor,
- las renovaciones dependen de una tarjeta caducada,
- se cambian los nameservers sin revisar el correo,
- se cancela un hosting antes de completar la migración,
- o se confía en una copia de seguridad que nunca se ha probado.
Una buena gestión técnica debe combinar dos ideas:
- separar conceptualmente cada capa,
- y coordinarlas operativamente como un único sistema.
Preguntas frecuentes sobre dominios, DNS y hosting
¿Necesito un dominio para tener una página web?
Técnicamente, un servidor puede ser accesible mediante una dirección IP o una URL provisional. Sin embargo, una web pública y profesional necesita normalmente un dominio estable, reconocible y controlado por la empresa.
¿Puedo tener el dominio y el hosting en lugares diferentes?
Sí. Es una configuración completamente habitual. El DNS conecta el dominio con el servidor en el que está alojada la web.
¿Cambiar de hosting implica perder el dominio?
No. El dominio y el hosting son servicios diferentes. Puede cambiarse de alojamiento manteniendo el mismo dominio.
¿Transferir el dominio cambia automáticamente el hosting?
No. Una transferencia cambia la entidad encargada de registrar y mantener el dominio. El hosting solo cambiará si también se modifica la infraestructura web o su configuración DNS.
¿Cambiar los nameservers puede afectar al correo?
Sí. Los nameservers determinan dónde se consulta la zona DNS completa. Si la nueva zona no contiene los registros MX y TXT correctos, el correo puede dejar de funcionar.
¿Un registro DNS puede hacer una redirección 301?
No por sí solo. El DNS puede dirigir el dominio hacia un servidor o servicio, pero la respuesta 301 debe producirse en la capa HTTP.
¿Hosting y mantenimiento web son lo mismo?
No. El hosting proporciona la infraestructura. El mantenimiento incluye las tareas necesarias para conservar la web actualizada, segura, monitorizada y operativa. Ambos servicios pueden contratarse conjuntamente.
¿El certificado SSL pertenece al dominio o al hosting?
El certificado se emite para un dominio, pero debe instalarse o gestionarse en el servidor, CDN o sistema que atiende la conexión HTTPS. Por eso está relacionado con ambas capas, aunque no sea ninguna de ellas.
¿Cuánto tarda un cambio DNS?
Depende del TTL anterior, de las cachés de los resolutores y del tipo de cambio. Algunos usuarios pueden recibir la nueva configuración inmediatamente, mientras que otros pueden mantener temporalmente una respuesta anterior.
¿Quién debería ser el propietario del dominio de una empresa?
La propia empresa debería figurar como titular y disponer de acceso al dominio. La gestión técnica puede delegarse en una agencia o especialista, pero la propiedad y la capacidad de recuperación deben permanecer bajo control empresarial.
Gestionamos el alojamiento sin perder de vista el resto del sistema
En Mindset Digital ofrecemos planes de alojamiento y mantenimiento web que pueden incluir la gestión del dominio, ajustes DNS, hosting, certificados SSL, actualizaciones, copias de seguridad, optimización y soporte técnico.
El objetivo no es únicamente disponer de un servidor, sino asegurar que las diferentes capas de la presencia digital estén coordinadas, documentadas y adaptadas a las necesidades reales del proyecto.
Una web estable no depende de una única pieza. Depende de que dominio, DNS, alojamiento, seguridad, aplicación y mantenimiento funcionen correctamente como un conjunto.
