Qué son los subdominios con ejemplos es una de esas búsquedas que parece sencilla pero esconde una decisión técnica con consecuencias reales: si estructuras mal tu sitio ahora, reorganizarlo después implica redireccionamientos, pérdida de autoridad acumulada y meses de trabajo correctivo. Un subdominio es el prefijo que aparece antes del dominio principal en una URL, como blog.tuempresa.com o tienda.tuempresa.com. No es solo un detalle de nomenclatura: define cómo Google rastrea tu contenido, cómo distribuyes la autoridad de tu dominio y cómo experimenta la navegación quien te visita.
Para entender qué es un subdominio necesitas ver primero cómo se lee una dirección web. Tomemos tienda.miempresa.com: el TLD (top-level domain) es .com, el dominio raíz es miempresa, y tienda es el subdominio. El orden en la URL va de derecha a izquierda en términos de jerarquía, aunque lo leas al revés.
El subdominio más común es www. Durante décadas, www.tudominio.com ha sido la convención estándar, aunque técnicamente es un subdominio como cualquier otro. Hoy muchos sitios funcionan sin él, redirigiendo directamente desde el dominio raíz.
Piensa en el dominio raíz como el edificio y en el subdominio como una planta independiente con entrada propia. Pueden compartir fachada o tener aspecto completamente distinto, pero el sistema de acceso es separado.
Lo que distingue al subdominio de una carpeta o subdirectorio es que el servidor lo puede tratar como un entorno completamente separado: base de datos distinta, CMS diferente, configuración de servidor propia. Eso es poder y complejidad al mismo tiempo.
Los subdominios aparecen en sitios que conoces y usas a diario. Reconocerlos en contexto es la forma más rápida de entender su lógica.
Imagina una empresa de software que tiene su web corporativa en tuempresa.com, pero la aplicación que venden funciona en app.tuempresa.com. El motivo es técnico: la app necesita autenticación, sesiones de usuario y lógica de servidor que no tienen sentido en la web de marketing. Mezclarlos en el mismo dominio raíz complicaría la arquitectura sin ningún beneficio.
Otros ejemplos habituales en este grupo: mail.dominio.com para el cliente de correo web, api.dominio.com para exponer una API pública, o status.dominio.com para mostrar el estado de los servidores en tiempo real. En todos estos casos la separación es funcional, no cosmética.
El error habitual aquí es crear un subdominio funcional y olvidarse de bloquearlo para el rastreo. Si api.tuempresa.com devuelve respuestas JSON que Google puede indexar, estás añadiendo ruido al índice sin ningún valor para el usuario. Añade un archivo robots.txt en el subdominio con Disallow: / si no quieres que se indexe.
El caso más conocido es blog.dominio.com. Muchas empresas lo usan cuando el blog tiene un volumen de contenido tan grande, o un propósito tan diferente al del sitio principal, que gestionarlo como una carpeta resulta incómodo operativamente. Imagina una tienda online de equipamiento deportivo que lanza una revista editorial con cientos de artículos: puede tener sentido que esa revista viva en revista.tiendadeportiva.com con su propio diseño y redacción independiente.
También se usan para comunidades o foros: comunidad.dominio.com, para bases de conocimiento y soporte: ayuda.dominio.com, y para portales de clientes o socios: clientes.dominio.com. En estos casos el subdominio actúa como puerta de entrada a un entorno diferente, aunque bajo el paraguas de la misma marca.
Una empresa que opera en varios países a veces usa es.dominio.com, fr.dominio.com o de.dominio.com para servir contenido localizado. Este enfoque permite configurar el atributo hreflang de forma limpia y aislar el rendimiento de cada mercado en herramientas como Google Search Console.
La alternativa son los subdirectorios (dominio.com/es/, dominio.com/fr/) o los dominios locales (dominio.es, dominio.fr). Cuál elegir depende de factores técnicos, de presupuesto de mantenimiento y de la estrategia de marca. La recomendación actual de Google es que los tres formatos son compatibles con el SEO internacional si se implementan correctamente, pero los subdirectorios y dominios locales suelen ser más fáciles de gestionar para equipos pequeños.
Esta es la pregunta que más aparece cuando alguien empieza a estructurar un sitio, y la respuesta honesta es que depende de varios factores concretos. No hay una opción universalmente mejor.
La elección entre subdominio y subdirectorio no es un debate de SEO: es una decisión de arquitectura que el SEO debe respetar, no liderar.
Desde el punto de vista del posicionamiento, Google ha declarado en múltiples ocasiones que puede rastrear e indexar tanto subdominios como subdirectorios. La diferencia documentada es que, por defecto, Google puede tratar un subdominio como un sitio independiente, lo que implica que la autoridad acumulada por el dominio raíz no fluye automáticamente hacia él. Con un subdirectorio, esa autoridad se transfiere de forma más directa. Esto no es una penalización; es simplemente cómo funciona la arquitectura del sistema.
La comunidad SEO ha contrastado por prueba y error que mover un blog de blog.dominio.com a dominio.com/blog/ puede mejorar el rendimiento orgánico en sitios donde el blog era la principal fuente de tráfico, precisamente porque consolida la autoridad en un único origen. Pero si tu blog está en un subdominio bien establecido con años de historia y autoridad propia, migrarlo tiene un coste de transición que puede superar el beneficio.
Opta por un subdominio cuando la sección que vas a crear requiera una tecnología diferente al resto del sitio (por ejemplo, una app web frente a un CMS de contenidos), cuando quieras gestionar los permisos de acceso y analítica de forma completamente independiente, o cuando el equipo que gestiona esa parte sea distinto al que gestiona el sitio principal. También cuando el volumen de contenido o tráfico justifique tratarlo como una propiedad diferente en Search Console.
Si tu objetivo principal es acumular autoridad en un solo dominio y el contenido que vas a publicar comparte temática con tu sitio principal, el subdirectorio es más seguro. Un ejemplo ilustrativo: una consultoría de marketing que publica artículos sobre SEO, SEM y analítica lo tiene más fácil con consultoria.com/blog/ que con blog.consultoria.com, porque todo el peso de los enlaces que reciban esos artículos refuerza el dominio raíz directamente.
Crear un subdominio es una operación técnica que se realiza en dos lugares: el panel de control de tu dominio (donde gestionas el DNS) y el servidor o hosting donde vive tu web. El proceso varía según el proveedor, pero la lógica es siempre la misma.
El error más frecuente en este proceso es olvidar el SSL. Un subdominio sin HTTPS genera advertencias de seguridad en el navegador y Google no lo posicionará con garantías. Compruébalo desde PageSpeed Insights o simplemente abriendo la URL en modo incógnito y observando el candado en la barra de dirección.
Si ya tienes uno o varios subdominios activos, aquí está el procedimiento para saber si están funcionando bien o si están lastrando tu presencia orgánica.
Abre GSC y comprueba si tienes el subdominio añadido como propiedad. Si no lo tienes, agrégalo como "Prefijo de URL" con la URL exacta del subdominio. Una vez verificado, revisa el informe de Cobertura: busca páginas excluidas por noindex o por error de rastreo. Si ves un volumen alto de URLs excluidas que sí deberían indexarse, es señal de que algo en la configuración del subdominio está bloqueando el rastreo.
Introduce la URL del subdominio en el explorador de sitios de Ahrefs o Semrush. Observa el Domain Rating o Authority Score del subdominio frente al del dominio raíz. Si la diferencia es muy grande y el subdominio aloja contenido que quieres posicionar, estás ante un problema de autoridad fragmentada. La decisión que tomar con ese dato es evaluar si merece la pena migrar ese contenido al subdirectorio equivalente o trabajar activamente el enlazado interno desde el dominio raíz hacia el subdominio.
Uno de los riesgos reales de los subdominios es el contenido duplicado. Si el subdominio y el dominio raíz sirven el mismo contenido, Google puede no saber cuál priorizar. Usa Screaming Frog para rastrear ambos y compara las URLs resultantes. Si encuentras páginas idénticas o casi idénticas en ambos, necesitas canonical tags que apunten a la versión que quieres indexar, o redirecciones 301 si una de las dos versiones no debería existir.
Crear un subdominio sin estrategia previa es fácil. Lo que cuesta es corregirlo después sin perder tráfico en el proceso.
El primer error es multiplicar subdominios sin un motivo técnico o de negocio claro. Cada subdominio adicional es un sitio que necesita mantenimiento, SSL, monitorización en Search Console y una estrategia de contenido o de acceso. Si puedes resolver la misma necesidad con una carpeta, hazlo así.
El segundo error es no implementar hreflang cuando usas subdominios por idioma o por región. Sin esa etiqueta, Google puede mostrar la versión incorrecta a usuarios de un mercado equivocado, lo que dispara la tasa de rebote y manda señales negativas de comportamiento.
El tercer error es dejar subdominios de prueba o de desarrollo accesibles e indexables. Un subdominio como staging.tuempresa.com que Google puede rastrear libre y duplica el contenido del sitio principal puede provocar confusión en el índice. Protégelo con contraseña o bloquéalo en robots.txt desde el primer día.
Un subdominio mal configurado no te penaliza por existir, pero sí puede diluir el trabajo SEO que llevas meses construyendo.
Si detectas alguno de estos problemas, el orden de actuación es: primero bloquear o corregir el problema de rastreo, después revisar el canonical o las redirecciones, y finalmente solicitar una nueva inspección de las URLs afectadas en Search Console. No al revés.
Google puede tratarlo como un sitio independiente, lo que significa que no hereda automáticamente la autoridad del dominio raíz. Esto no es una penalización, pero sí implica que el subdominio parte prácticamente de cero en términos de posicionamiento salvo que reciba enlaces propios o enlazado interno sólido desde el dominio principal.
Por sí solo, no. El riesgo aparece cuando el subdominio duplica contenido del dominio raíz sin canonical, cuando está desindexado por error y arrastra páginas importantes, o cuando fragmenta la autoridad en un sitio donde la concentración en un único dominio sería más rentable. Detectarlo requiere revisar GSC y el perfil de enlazado de ambas propiedades.
Es una solución habitual cuando la tienda usa una plataforma diferente al CMS del blog (por ejemplo, WooCommerce frente a un generador estático). Funciona, pero debes trabajar el enlazado interno entre ambas propiedades y ser consciente de que la tienda en el subdominio construirá su autoridad de forma separada.
Técnicamente no hay límite estricto. El límite real es operativo: cada subdominio necesita mantenimiento, SSL, monitorización y, si quieres indexación, su propia propiedad en Search Console. Crear subdominios sin una razón funcional o de contenido clara solo añade complejidad sin beneficio.
La forma más directa es añadirlo como propiedad en Google Search Console y revisar el informe de Cobertura. También puedes buscar en Google con el operador site:subdominio.tudominio.com para ver qué páginas están en el índice. Si no aparece ninguna y esperabas indexación, revisa el robots.txt y la etiqueta noindex del subdominio.
Depende del tipo de certificado que tengas. Un certificado wildcard cubre automáticamente todos los subdominios de tu dominio. Si tu certificado es estándar y solo cubre el dominio raíz y el www, necesitarás emitir uno adicional para cada nuevo subdominio que crees.
Sí, pero requiere una migración planificada: redirecciones 301 de cada URL del subdominio a su equivalente en el subdirectorio, actualización del canonical, revisión en Search Console y monitorización del tráfico durante varias semanas. Si el subdominio tiene mucha autoridad propia, el beneficio puede tardar en materializarse.