Añadir un subdominio a mi DNS
Subdominio DNS
Entender los subdominios
DNSDHCPInternet
Un subdominio DNS no es automáticamente una carpeta creada en tu alojamiento. Se trata de un nombre lógico, por ejemplo «blog.ejemplo.es», que puede apuntar a varios destinos según su arquitectura. Puede llevar a una carpeta precisa, a un sitio web autónomo, a una aplicación interna o a un servicio alojado en una plataforma externa.
El servidor DNS asegura esta asociación entre el nombre solicitado y el destino técnico. No se debe confundir esta función con el DHCP, que asigna direcciones de red a dispositivos en una red local. En este caso, se trata de publicar un nombre en Internet y vincularlo a un recurso accesible.
Gestionar un subdominio DNS consiste, por tanto, en asociar una dirección legible a un punto de destino único o a un recurso independiente. Este recurso puede compartir el mismo alojamiento que el dominio principal, o funcionar en una infraestructura separada. Esta flexibilidad explica por qué los subdominios se utilizan tanto para sitios web públicos como para servicios técnicos.
Gestionar un subdominio DNS consiste, por tanto, en asociar una dirección legible a un punto de destino único o a un recurso independiente. Este recurso puede compartir el mismo alojamiento que el dominio principal, o funcionar en una infraestructura separada. Esta flexibilidad explica por qué los subdominios se utilizan tanto para sitios web públicos como para servicios técnicos.
¿Por qué estructurar tus servicios con subdominios?
Ventajas de utilizar subdominios
Un subdominio permite separar distintos usos sin tener que crear nuevos dominios para cada servicio.
Zona DNS bien organizada
Una zona DNS clara permite identificar cada función, reducir los errores y realizar una delegación específica.
Estrategia SEO y CDN
Puede ser útil para el SEO o el CDN, siempre que la configuración, el contenido y la interpretación de Google estén alineados.
Configurar un subdominio en una zona DNS
IPv4IPv6TTL
Para que un subdominio DNS pueda utilizarse, debes crear el registro DNS adecuado en la zona correspondiente. Un registro de dirección vincula el nombre a una dirección IPv4 o IPv6, en cambio, un alias permite que el subdominio apunte a otro nombre ya resuelto. La elección depende del destino y del funcionamiento esperado en la web.
El Time to Live (TTL) indica durante cuánto tiempo los «resolvers» pueden conservar una respuesta antes de solicitar información más reciente. Un valor bajo puede ser útil durante una fase de cambios, mientras que un valor más alto reduce las consultas repetidas cuando la configuración es estable.
En una configuración multisitio, añades el subdominio al espacio de alojamiento y, a continuación, lo asocias al entorno correspondiente: sitio público, aplicación, carpeta de destino o instancia dedicada. Esta misma lógica puede aparecer en un archivo de zona, con una línea por cada nombre. Algunos términos pueden aparecer en inglés en las interfaces técnicas, pero la regla sigue siendo sencilla: cada entrada debe corresponder a un destino concreto y bajo control.
En una configuración multisitio, añades el subdominio al espacio de alojamiento y, a continuación, lo asocias al entorno correspondiente: sitio público, aplicación, carpeta de destino o instancia dedicada. Esta misma lógica puede aparecer en un archivo de zona, con una línea por cada nombre. Algunos términos pueden aparecer en inglés en las interfaces técnicas, pero la regla sigue siendo sencilla: cada entrada debe corresponder a un destino concreto y bajo control.
Qué ocurre durante la resolución DNS
TLDServidor DNSRaíz
Cuando una persona introduce la dirección de un subdominio, su navegador o su sistema inicia una resolución DNS. La solicitud suele dirigirse a un servidor recursivo, proporcionado normalmente por el proveedor de acceso a Internet o configurado por el equipo de IT. Si este servidor aún no conoce la respuesta, busca la información siguiendo la jerarquía del DNS.
La consulta puede remontarse hasta la raíz, para luego ser orientada hacia los servidores del TLD correspondiente. Después llega a los servidores autoritativos del dominio. El servidor primario contiene los datos de zona que indican qué respuesta debe darse para el nombre solicitado. Esta cadena explica por qué crear un subdominio no se limita a rellenar un campo en una interfaz. Un servicio de alojamiento puede simplificar el proceso mediante formularios y controles, pero la lógica técnica sigue siendo la misma. El subdominio pasa a estar disponible cuando los servidores autoritativos publican la información correcta y los «resolvers» la recuperan.
La consulta puede remontarse hasta la raíz, para luego ser orientada hacia los servidores del TLD correspondiente. Después llega a los servidores autoritativos del dominio. El servidor primario contiene los datos de zona que indican qué respuesta debe darse para el nombre solicitado. Esta cadena explica por qué crear un subdominio no se limita a rellenar un campo en una interfaz. Un servicio de alojamiento puede simplificar el proceso mediante formularios y controles, pero la lógica técnica sigue siendo la misma. El subdominio pasa a estar disponible cuando los servidores autoritativos publican la información correcta y los «resolvers» la recuperan.
Un subdominio puede aislar un espacio editorial, como una revista, una documentación o un centro de ayuda. El contenido sigue asociado al dominio principal, pero cuenta con una organización independiente para las páginas, las plantillas y las redirecciones.
Según la arquitectura web, este subdominio puede apuntar a una dirección IP dedicada, a un sistema de gestión de contenidos o a un directorio específico que contenga los archivos publicados. Esta separación permite al equipo editorial trabajar sin modificar el sitio web institucional.
Una tienda online puede funcionar en un subdominio para separar el proceso de compra del resto del sitio. Este enfoque resulta adecuado cuando la parte comercial se basa en una aplicación diferente, con sus propias reglas de seguridad, pago y publicación.
El subdominio puede dirigir a los clientes a un servidor de aplicaciones, a una dirección IP propia o a un servicio de comercio electrónico especializado. De este modo, mantienes una dirección clara y, al mismo tiempo, gestionas un entorno técnico independiente del sitio corporativo.
Las aplicaciones empresariales suelen utilizar nombres como «app», «admin» o «portal». El nombre indica inmediatamente la función del servicio, lo que facilita su comprensión tanto para los equipos como para las personas usuarias.
Desde el punto de vista del DNS, la entrada dirige las consultas al entorno correspondiente. Este puede estar alojado por separado del sitio público, con sus propios ciclos de actualización, reglas de acceso, registros y controles de supervisión.
El servicio de correo electrónico se basa en registros específicos para el envío, la recepción y la validación de mensajes. Algunos subdominios sirven para separar las notificaciones, las campañas o los flujos transaccionales con el fin de evitar interferencias entre usos.
Otros servicios técnicos pueden utilizar nombres dedicados para una API, archivos estáticos o medidas de telemetría. El subdominio se convierte así en una etiqueta funcional que facilita la gestión y el mantenimiento diarios.
Un entorno de preproducción o de pruebas puede beneficiarse de un subdominio independiente, aunque siga vinculado al mismo dominio. Los equipos pueden probar una versión en una dirección fácilmente identificable, sin exponer directamente los cambios al tráfico principal.
Este nombre puede apuntar a una instancia independiente, un servidor temporal o un directorio aislado. No obstante, es importante proteger estos espacios: la autenticación, la restricción del acceso y la exclusión de la indexación ayudan a reducir el riesgo de una visibilidad no deseada en los motores de búsqueda, incluido Google.
Un subdominio puede aislar un espacio editorial, como una revista, una documentación o un centro de ayuda. El contenido sigue asociado al dominio principal, pero cuenta con una organización independiente para las páginas, las plantillas y las redirecciones.
Según la arquitectura web, este subdominio puede apuntar a una dirección IP dedicada, a un sistema de gestión de contenidos o a un directorio específico que contenga los archivos publicados. Esta separación permite al equipo editorial trabajar sin modificar el sitio web institucional.
Comprobaciones antes de pasar a producción
Antes de validar, comprueba el dominio, la delegación en el TLD, la zona DNS, los registros, la publicación, el alojamiento, el certificado y la documentación para facilitar las comprobaciones del equipo.
Verifica el dominio y su delegación
Trabaja en la zona DNS autoritativa
Revisa los registros DNS
Distingue entre DNS y alojamiento
Preguntas frecuentes sobre los subdominios DNS
¿En qué se diferencian un dominio y un subdominio?
¿En qué se diferencian un dominio y un subdominio?
Un dominio corresponde al nombre principal que registres, por ejemplo «ejemplo.es». Un subdominio añade un nivel a la izquierda de ese nombre, como «blog.ejemplo.es» o «app.ejemplo.es». Depende del dominio principal, pero puede apuntar a un recurso diferente. Esta relación permite crear varios espacios identificables sin registrar un nombre nuevo para cada uso. El dominio representa la identidad principal, mientras que el subdominio especifica una función, un servicio o un entorno.
¿Qué es un FQDN?
¿Qué es un FQDN?
Un FQDN, acrónimo de nombre de dominio plenamente cualificado, designa el nombre completo de un recurso dentro de la jerarquía DNS. En el ejemplo «www.tienda.ejemplo.es», «es» representa el TLD, «ejemplo» el dominio, «tienda» un subdominio y «www» un nivel adicional. El punto final de la raíz suele omitirse en las interfaces. Un FQDN evita ambigüedades, ya que indica la ubicación exacta del nombre dentro de la jerarquía DNS.
¿Por qué mi subdominio no aparece inmediatamente después de la modificación?
¿Por qué mi subdominio no aparece inmediatamente después de la modificación?
La caché DNS puede conservar una respuesta anterior durante un tiempo determinado por la configuración de la zona y los «resolvers» utilizados. Después de una modificación, algunos accesos pueden ver rápidamente el nuevo destino, mientras que otros siguen utilizando temporalmente la información anterior. Este comportamiento no significa necesariamente que la configuración sea errónea. Para diagnosticar la situación, comprueba la zona autoritativa y, a continuación, compara las respuestas obtenidas desde varios «resolvers» o redes.
¿Cómo añadir un subdominio desde una interfaz de gestión?
¿Cómo añadir un subdominio desde una interfaz de gestión?
Para añadir un subdominio, abre la interfaz de gestión de DNS asociada al dominio correspondiente y crea la entrada para el nombre que quieras utilizar. A continuación, elige el tipo de registro adecuado según el destino, como una dirección o un alias. Si el subdominio va a utilizarse para un sitio web, comprueba también la configuración del alojamiento para asegurarte de que el servidor reconoce este nombre. Por lo general, la validación consiste en revisar la entrada publicada y realizar una prueba de acceso.
¿Un subdominio conlleva un coste adicional?
¿Un subdominio conlleva un coste adicional?
Un subdominio generalmente no implica la compra de un nuevo dominio, ya que depende de un nombre ya registrado. El posible coste adicional procede más bien del servicio asociado: alojamiento independiente, certificado específico, aplicación, tráfico, almacenamiento u opciones avanzadas. Según el servicio utilizado, la creación del registro DNS puede estar incluida o sujeta a determinados límites. Lo importante es distinguir entre el propio nombre y la infraestructura que lo hace funcionar.
¿Cómo elaborar la lista de los subdominios utilizados?
¿Cómo elaborar la lista de los subdominios utilizados?
Puede establecer una lista a partir de la zona DNS, de la interfaz de alojamiento, de los certificados SSL/TLS, de los registros web y de la documentación interna. Cada nombre debe estar asociado a una función, una persona responsable y un destino técnico. Este proceso utiliza la información disponible para identificar las entradas activas, los servicios abandonados y los nombres que deben retirarse. Mantener actualizado el inventario reduce los olvidos durante las migraciones o las auditorías.