Un subdominio es una división de un dominio principal con su propia URL — blog.example.com, app.example.com, store.example.com. Para Google, cada subdominio se trata como un sitio separado en términos de autoridad, aunque comparta el dominio raíz. Esa separación es la clave de cuándo el subdominio aporta y cuándo perjudica. La regla práctica que aplico: subdominio solo cuando hay razón técnica fuerte, sino subdirectorio.
Subdominio vs subdirectorio
La pregunta clásica al lanzar un blog en un sitio: ¿blog.example.com (subdominio) o example.com/blog/ (subdirectorio)? Por décadas de evidencia: subdirectorio rankea mejor en la mayoría de los casos. La razón es que la autoridad del dominio principal se transmite directamente al subdirectorio, mientras que el subdominio arranca como sitio separado y acumula autoridad por su cuenta.
Esto tiene matices. Google ha dicho oficialmente que ambos son iguales y que la decisión es técnica. La práctica observable contradice esa declaración — sitios que migraron de subdominio a subdirectorio típicamente ven mejoras de ranking en pocos meses. La diferencia no es teórica.
Cuándo SÍ usar subdominio
Stack técnico distinto
app.example.com como SPA en React vs example.com como sitio en WordPress. Razones de hosting/performance que justifican separación.
Multi-idioma con CMS distinto
Versión inglesa en un CMS, versión japonesa en otro. Si la integración en subdirectorio rompe técnicamente, subdominio resuelve.
SaaS con cliente-tenant
cliente1.app.com, cliente2.app.com — cada cliente con su propio subdominio. Caso de uso típico de SaaS multi-tenant.
Compliance y aislamiento
secure.example.com con seguridad reforzada para login/payment. Razones de cumplimiento que requieren separación.
Cuándo NO usar subdominio
1. Para un blog en un sitio corporativo: el blog gana de la autoridad del dominio principal y suma backlinks editoriales que también deberían acumularse en el principal. Subdirectorio gana siempre.
2. Para una sección de contenido nueva: “/recursos”, “/casos”, “/blog” funcionan mejor que recursos.example.com. La consolidación de autoridad es clara.
3. Para campañas de marketing: landing.example.com vs example.com/landing/. La landing del subdirectorio rankea mejor y aporta autoridad al sitio principal.
4. Para sitios multilingües que pueden integrarse: example.com/es/, example.com/en/ funciona mejor que es.example.com, en.example.com. Hay excepciones (ver “cuándo SÍ”).
Cómo se migra
Si heredás un sitio con blog en subdominio y querés migrarlo a subdirectorio (decisión correcta en la mayoría de los casos), el proceso es una migración SEO completa: redirect map URL por URL del subdominio al subdirectorio, monitoreo intensivo de Search Console, validación de canonical y schema en las URLs nuevas. Detalle en migración SEO.
El timeframe típico de recuperación post-migración: 3-6 meses para que la autoridad del subdominio se consolide en el subdirectorio. Durante ese período es normal ver oscilaciones en posiciones. Lo crítico es que cada URL legacy tenga su 301 directo (no chains), y que el subdirectorio nuevo tenga calidad superior o igual al subdominio que reemplaza.
Cómo se aplica en la práctica
El stack típico de decisión subdominio vs subdirectorio en proyectos enterprise: análisis de razones técnicas (¿hay obligación real de separar stacks?), evaluación de impacto SEO (¿cuánta autoridad tiene actualmente el dominio principal?), validación con stakeholders no-SEO (¿hay razones de negocio que pesen más?), y plan de migración si la decisión es consolidar. La metodología completa de auditoría está en /servicios/seo-tecnico/.