¿Qué es un subdominio? | phoenixNAP Glosario de TI

Un subdominio es una parte del dominio principal de un sitio web. dominio que ayuda a organizar el contenido, los servicios o los entornos de forma más clara.

¿Qué significa un subdominio?

Un subdominio es una etiqueta adicional que se agrega al frente de un nombre de dominio registrado en el Sistema de nombres de dominio (DNS) Para crear un nombre de host único que pueda enrutar el tráfico a un destino específico. Se ubica a la izquierda del dominio principal (el dominio "ápice" o "raíz") y está separado por un punto, como api.example.com, donde example.com es el dominio registrado y api es el subdominio. Técnicamente, los subdominios pueden anidarse (v2.api.example.com), ya que cada etiqueta a la izquierda subdivide aún más el espacio de nombres bajo el dominio principal.

Un subdominio puede apuntar al mismo server y aplicación como dominio principal o a una infraestructura completamente diferente, porque Registros DNS para el subdominio puede resolverse en diferentes Direcciones IP, equilibradores de carga, o servicio endpoints. Esto hace que los subdominios sean un flexUna forma viable de segmentar sitios web y servicios, aplicar diferentes configuraciones y políticas de seguridad y administrar entornos o productos separados sin dejar de ser parte de la misma propiedad general del dominio.

Estructura del subdominio

Un subdominio se construye a partir de "etiquetas" DNS separadas por puntos, que se leen de izquierda a derecha, con la parte más específica en el extremo izquierdo y el dominio de nivel superior (TLD) en el extremo derecho. En blog.ejemplo.com, blog es la etiqueta del subdominio, por ejemplo, el dominio registrado (a menudo llamado dominio de segundo nivel) y .com es el dominio de nivel superior. El nombre de host completo es blog.example.com y DNS resuelve ese nombre de host buscando registros definidos para ese nombre específico (o reglas comodín coincidentes).

Los subdominios pueden ser de un solo nivel o de varios niveles. Por ejemplo, api.example.com es un subdominio común de un solo nivel, mientras que v2.api.example.com es un subdominio anidado, donde v2 es un subdominio bajo api.example.com. Cada etiqueta adicional restringe aún más el espacio de nombres y puede tener sus propios registros DNS y reglas de enrutamiento. El dominio "ápice" (también llamado dominio raíz) es el dominio registrado, como ejemplo.com, y se trata de forma diferente en algunas configuraciones DNS porque no puede ser un CNAME en muchas configuraciones, mientras que los subdominios generalmente sí.

Desde un punto de vista práctico, la etiqueta del subdominio es la parte que se elige para describir su función, como www, app, api, mail o dev, y el DNS determina adónde deben dirigirse las solicitudes a ese nombre de host. Aunque un subdominio forma parte del mismo dominio principal, se comporta como una dirección independiente en internet, por lo que se suele usar para dividir servicios, entornos o secciones del sitio de forma ordenada.

¿Cómo funcionan los subdominios?

Un subdominio funciona combinando registros DNS y web server Enrutamiento para que un nombre de host específico (como api.example.com) se resuelva en el sistema correcto y proporcione el contenido o servicio correcto. Incluye los siguientes pasos:

Crea el nombre de subdominio debajo de tu dominio. Tú decides una etiqueta como blog, aplicación o API, que forma un nombre de host como blog.example.com y le proporciona una dirección clara y separada a la cual enrutar el tráfico.
Agrega registros DNS para ese nombre de host. En su proveedor de DNS, usted crea registros (comúnmente A/AAAA o CNAME) para blog.example.com para que DNS sepa a qué destino debe resolverse este nombre.
El DNS recursivo busca los registros cuando alguien visita el subdominio. Cuando un usuario ingresa blog.example.com, su dispositivo solicita un solucionador recursivo (a menudo ejecutado por un proveedor de servicios Internet o servicio DNS público) para encontrar a dónde apunta ese nombre de host.
La resolución de DNS devuelve una dirección o destino para el subdominio. El solucionador recupera el registro relevante y devuelve una dirección IP (de A/AAAA) o un objetivo canónico que luego se resuelve en una IP (de CNAME), que le indica al cada navegador Dónde conectarse.
El navegador se conecta al destino. server y comienza una solicitud. Usando la IP resuelta, el navegador abre una conexión y envía una solicitud HTTP(S) que incluye el encabezado de Host configurado en blog.example.com, que identifica qué nombre de host solicitó el usuario.
TLS y la web server/proxy seleccione el sitio o servicio correcto. Para HTTPS, el server presenta un certificado que cubre el subdominio (o un comodín como *.example.com), y el server or proxy inverso utiliza el nombre de host para enrutar la solicitud al host virtual, aplicación o backend.
La aplicación responde con el contenido previsto del subdominio. El servicio enrutado genera la respuesta, como una blog, un API, o un portal de administración, por lo que el subdominio se comporta como su propio punto final aunque sea parte del mismo dominio principal.

Ejemplos de subdominios

Los subdominios se utilizan a menudo para separar diferentes funciones, servicios o audiencias del sitio, manteniendo todo bajo un mismo dominio principal. A continuación, se muestran algunos ejemplos comunes:

www.example.com. El nombre de host tradicional para el sitio web público principal (a menudo apunta al mismo lugar que example.com).
blog.ejemplo.com. En blog alojado por separado del sitio principal, a veces en una plataforma diferente o CMS.
app.ejemplo.com. En aplicación web (panel de control, portal del cliente, SaaS UI) separada de las páginas de marketing.
api.ejemplo.comUn punto final de API enrutado a servicios backend, a menudo detrás de una puerta de enlace de API o un balanceador de carga.
soporte.ejemplo.comUn centro de ayuda o portal de tickets, generalmente alojado en un sistema de soporte de terceros.
dev.ejemplo.com. En Desarrollo o entorno de prueba utilizado para probar cambios antes Production.
correo.ejemplo.com. Un nombre de host utilizado para servicios relacionados con el correo electrónico (correo web, SMTP puertas de enlace o enrutamiento de correo).

¿Por qué utilizar subdominios?

Los subdominios se utilizan para dividir un dominio en puntos finales claros y específicos sin necesidad de un dominio independiente. Esto facilita la organización de servicios, el enrutamiento del tráfico y la gestión de configuraciones escalables. Estas son las razones por las que deberías usarlos:

Separar diferentes partes de un sitio o producto. Puede mantener páginas de marketing en www.example.com mientras ejecuta una aplicación web en app.example.com, de modo que cada una pueda evolucionar independientemente.
Dirigir el tráfico a diferentes sistemas o proveedores. Un subdominio puede apuntar a un dominio diferente server, balanceador de carga, cloud servicio o plataforma de terceros (por ejemplo, un servicio de asistencia en support.example.com) sin cambiar el dominio principal.
Aislar entornos para realizar cambios más seguros. Los equipos a menudo utilizan staging.example.com o dev.example.com para probar versiones y cambios de configuración sin afectar la producción.
Aplicar diferentes políticas de seguridad y acceso. Los subdominios pueden tener sus propios certificados TLS, WAF reglas, autenticación, límites de velocidad e incluso alcances de cookies separados, lo que ayuda a controlar el riesgo y proteger áreas sensibles como los portales de administración.
Mejorar la claridad operativa y la escalabilidad. Es más fácil monitorear, implementar y escalar servicios cuando tienen nombres de host distintos como api.example.com y cdn.example.com, cada uno con sus propios registros, comportamiento de almacenamiento en caché e infraestructura.
Admite versiones regionales o de idioma. Los subdominios como eu.example.com o fr.example.com pueden ofrecer contenido localizado o dirigir a los usuarios a una infraestructura específica de la región.

¿Cómo crear un subdominio?

La creación de un subdominio implica definirlo en DNS y asegurarse de que su server o el servicio sabe cómo gestionar las solicitudes. Si bien la interfaz exacta varía según el proveedor, el proceso general es consistente:

Elija el nombre del subdominio y el propósito. Decide qué representará el subdominio, como por ejemplo: blog, aplicación o API y confirme dónde debe enrutar el tráfico.
Accede a la gestión de DNS de tu dominio. Inicie sesión en el Proveedor de DNS o registrador de dominio que aloja su zona DNS para el dominio principal.
Agregue un registro DNS para el subdominio. Cree un registro A o AAAA que apunte el subdominio a una dirección IP, o un registro CNAME que lo apunte a otro nombre de host, dependiendo de cómo esté alojado el servicio.
Esperar Propagación de DNS. Una vez guardado, el nuevo registro necesita tiempo para propagarse a través de los solucionadores DNS, lo que puede tardar desde unos minutos hasta varias horas, según TTL .
Configura el server o servicio para aceptar el subdominio. Actualiza tu web server, proxy inverso o configuración de la aplicación para que reconozca el nuevo nombre de host y sepa qué contenido o servicio servir.
Configurar HTTPS para el subdominio. Instale o actualice un certificado TLS que cubra el subdominio (o utilice un certificado comodín) para garantizar conexiones seguras.
Pruebe el subdominio de extremo a extremo. Visite el subdominio en un navegador o cliente de prueba para confirmar que la resolución de DNS, HTTPS y el enrutamiento de aplicaciones funcionan como se espera.

¿Cuáles son las ventajas y desventajas de los subdominios?

Examinemos las ventajas y desventajas de los subdominios:

Aspecto	Ventajas de los subdominios	Desventajas de los subdominios
Organización	Separa las áreas del sitio de forma limpia (por ejemplo, blog, aplicación, API) para que la arquitectura y la propiedad sean más claras.	Puede crear fragmentación si existen demasiados subdominios sin una estructura y gobernanza consistentes.
Infraestructura y enrutamiento	Le permite enrutar diferentes nombres de host a diferentes servers, clouds, CDN o plataformas de terceros sin cambiar el dominio principal.	Agrega más registros DNS, certificados y reglas de enrutamiento para realizar mantenimiento y solucionar problemas.
Despliegue y entornos	Facilita la ejecución de entornos separados como staging.example.com y dev.example.com junto con la producción.	Aumenta la cantidad de superficies para proteger, monitorear y mantener consistentes en todos los entornos.
Límites de seguridad	Permite diferentes controles de seguridad por subdominio (reglas WAF, límites de velocidad, autenticación, políticas de encabezado) y puede reducir el radio de explosión.	El riesgo de mala configuración aumenta (CORS, cookies, redirecciones, devoluciones de llamadas de autenticación) y cada subdominio es otro objetivo de toma de control si no se mantiene el DNS/la aplicación.
Rendimiento y almacenamiento en caché	Permite diferentes comportamientos de almacenamiento en caché y CDN por subdominio (por ejemplo, cdn.example.com optimizado para activos estáticos).	Requiere un ajuste cuidadoso para evitar la duplicación. el almacenamiento en caché capas o comportamiento inconsistente entre nombres de host.
SEO y estrategia de contenidos	Útil para propiedades claramente diferenciadas (documentación, soporte, comunidad) que pueden necesitar diferentes plataformas y navegación.	Los motores de búsqueda pueden tratar los subdominios como propiedades separadas, por lo que la autoridad de SEO y el análisis pueden dividirse y ser más difíciles de consolidar.
Analítica y seguimiento	Puede segmentar análisis de forma limpia por nombre de host (por ejemplo, producto vs. marketing vs. documentación).	El seguimiento y la atribución entre subdominios pueden ser más complicados (alcance de las cookies, configuración de medición entre dominios).
Marca y experiencia de usuario	Mantiene una marca consistente bajo un dominio al mismo tiempo que señala un propósito (support.example.com se siente oficial).	Puede confundir a los usuarios si el flujo de navegación e inicio de sesión difiere entre subdominios, especialmente con SSO y manejo de sesiones.
Certificados y HTTPS	Funciona bien con certificados por subdominio o un certificado comodín (*.example.com).	La gestión de certificados puede convertirse en una carga a gran escala (renovaciones, límites de SAN, restricciones de comodines, certificados emitidos incorrectamente).
Uso operativo/de correo electrónico	Común para puntos finales de correo y servicio (correo, SMTP, estado) que deben ser distintos del sitio web.	Más puntos finales para documentar, monitorear y brindar soporte; las interrupciones pueden ser más difíciles de clasificar en múltiples nombres de host.

Preguntas frecuentes sobre subdominios

Aquí encontrará las respuestas a las preguntas más frecuentes sobre los subdominios.

¿Cómo afectan los subdominios al SEO?

Los subdominios pueden afectar el SEO principalmente porque los motores de búsqueda pueden tratar cada subdominio (como blog.example.com o shop.example.com) como una sección distinta que necesita ganar visibilidad y autoridad a través de su propia calidad de contenido, enlaces internos y backlinks, en lugar de heredar automáticamente toda la fuerza de clasificación del dominio raíz.

Google ha afirmado que puede gestionar subdominios y subdirectorios de forma similar, pero en la práctica, un subdominio suele comportarse como una "propiedad" independiente (por ejemplo, en Search Console), lo que permite dividir las señales, los informes y la optimización entre varios nombres de host. Esto significa que los subdominios pueden ser útiles cuando el contenido es realmente diferente (una aplicación, documentación, una comunidad o un sitio web localizado), pero también pueden dificultar el SEO si se aísla el contenido accidentalmente, se debilitan los enlaces internos o se crean configuraciones técnicas incoherentes entre los nombres de host (códigos canónicos, hreflang, redirecciones, mapas del sitio, etc.).

Subdominios vs. Subdirectorios

Comparemos subdominios y subdirectorios para conocer sus características únicas:

Aspecto	Subdominios	Subdirectorios
Estructura	Aparecer como un nombre de host independiente (por ejemplo, blog.ejemplo.com).	Aparecer como una ruta bajo el dominio principal (por ejemplo, ejemplo.com/blog).
DNS y alojamiento	Requiere registros DNS y puede apuntar a diferentes servers o plataformas.	No requiere cambios de DNS; alojado bajo la misma infraestructura de dominio.
Infraestructura flexibilidad	Alta flexbilidad; cada subdominio puede utilizar diferentes pilas, proveedores o regiones.	Más Bajo flexbilidad; normalmente vinculada a la misma pila y entorno de alojamiento.
Seguridad y configuración	Puede tener certificados TLS, reglas WAF, autenticación y cookies independientes.	Comparte la mayor parte de la seguridad y configuración con el sitio principal.
Tratamiento SEO	A menudo se trata como una propiedad separada, por lo que la autoridad y las señales pueden dividirse.	Heredar la autoridad del dominio de forma más directa, lo que hace que la consolidación SEO sea más fácil.
Analítica y seguimiento	Requiere la configuración de seguimiento entre subdominios para unificar sesiones y usuarios.	Análisis más sencillo ya que todo reside bajo un único dominio.
Separación de contenido	Ideal para funciones claramente diferenciadas (aplicaciones, API, portales de soporte).	Ideal para contenido estrechamente relacionado (blogs, documentos, páginas de marketing).
Implementación y propiedad	Permite ciclos de lanzamiento independientes y propiedad del equipo por subdominio.	Mayor acoplamiento entre equipos y versiones.
La experiencia del usuario	Indica un área o producto distinto, pero puede parecer un sitio separado.	Se siente como una parte continua del mismo sitio web.
Gastos generales de mantenimiento	Superior; más registros DNS, certificados, monitoreo y políticas para administrar.	Más bajo; menos partes móviles y operaciones más sencillas.

¿Cuántos subdominios puede tener un dominio?

En DNS, no existe un límite fijo y universal para la cantidad de subdominios que puede tener un dominio. En su lugar, puede crear tantos como su proveedor de DNS y su configuración operativa puedan gestionar razonablemente. Las limitaciones prácticas provienen de los límites del DNS y del proveedor: cada "etiqueta" de un nombre (como "api" en api.example.com) puede tener hasta 63 caracteres, y el nombre de dominio completo puede tener hasta 253 caracteres, por lo que los nombres con anidamiento profundo tienen un límite de longitud estricto.

Más allá de eso, los límites reales son cosas como la cantidad de registros DNS que permite su proveedor, qué tan grande se vuelve su zona y cuánta complejidad está dispuesto a mantener (certificados, enrutamiento, monitoreo y políticas de seguridad) a medida que crece el número de subdominios.

¿Son seguros los subdominios?

Los subdominios pueden ser seguros, pero no lo son por defecto. Cada subdominio es, en realidad, un punto de entrada independiente con sus propios registros DNS, configuración TLS, pila de aplicaciones y ajustes de seguridad, por lo que la seguridad general depende de la consistencia con la que se configuren y mantengan. Un subdominio bien administrado puede mejorar la seguridad aislando funciones (por ejemplo, separando api.example.com de www.example.com) y aplicando controles personalizados como autenticación estricta, limitación de velocidad y reglas WAF.

Los principales riesgos provienen de una configuración incorrecta y la proliferación. Entre los problemas más comunes se incluyen la falta de HTTPS o la configuración TLS débil, encabezados de seguridad inconsistentes, CORS excesivamente permisivo, fugas de cookies y sesiones entre subdominios, y la "toma de control de subdominios" cuando un registro DNS apunta a un servicio de terceros que ya no se reclama.

En la práctica, los subdominios son seguros cuando se tratan como superficies de producción independientes: DNS bloqueado, TLS fuerte, protección reforzada. server/configuración de la aplicación y monitoreo continuo tal como lo haría para el dominio principal.

¿Son gratuitos los subdominios?

Los subdominios suelen ser gratuitos, ya que los proveedores de DNS no cobran extra por subdominio. En cambio, una vez que tienes un dominio, normalmente puedes crear... blog.example.com, api.example.com y muchos otros sin costo adicional.

Los costos, si los hay, dependen de a qué apunta el subdominio: alojamiento, balanceadores de carga, uso de CDN, certificados TLS (a menudo gratuitos con Let's Encrypt, pero los certificados administrados pueden tener un costo) y el tiempo y las herramientas necesarias para operar y proteger otro punto final. Algunas plataformas administradas también pueden limitar los subdominios o cobrar por funciones vinculadas a nombres de host personalizados, pero la creación de un subdominio por parte del DNS no suele ser un complemento de pago.