La pregunta que casi todo sitio enfrenta en algún momento
Estás a punto de lanzar un blog, centro de ayuda o tienda. ¿Debería vivir en blog.example.com (subdominio) o en example.com/blog (subdirectorio)? Ambos funcionan. Ambos posicionan. Pero la elección afecta la herencia de autoridad, la complejidad técnica y el flujo de trabajo del equipo.
Lo que Google dice realmente
La posición oficial de Google: tanto los subdominios como los subdirectorios pueden posicionar bien, y la elección es una cuestión de preferencia arquitectónica, no de ventaja SEO. En la práctica, el panorama es más matizado.
Los subdirectorios heredan la autoridad del dominio más directamente. Un nuevo blog en example.com/blog arranca con la relevancia temática y el link equity ya acumulados en el apex. Un nuevo blog.example.com es tratado como un sitio separado que necesita construir sus propias señales — aunque Google sí transfiere algo de autoridad entre subdominios.
Cuándo los subdirectorios son la elección correcta
- La nueva sección está estrechamente relacionada con el tema de tu sitio principal.
- Quieres que se beneficie inmediatamente de la autoridad existente de tu dominio.
- Técnicamente puedes alojarlo como parte del mismo sitio (mismo CMS, misma plantilla, mismo hostname).
- No necesitarás escalarlo de forma independiente ni ejecutarlo en un stack diferente.
Esto cubre la mayoría de blogs, centros de ayuda, sitios de documentación y esfuerzos de marketing de contenidos.
Cuándo los subdominios son la elección correcta
- Stack técnico diferente requerido. Tu sitio principal está en Webflow pero la documentación necesita Mintlify o GitBook — esas herramientas no pueden vivir fácilmente en /docs.
- Equipo o empresa diferente lo gestiona. Un foro comunitario gestionado por usuarios, el contenido de una empresa adquirida mantenido separado, etc.
- Audiencia y tema diferentes. El sitio de relaciones con inversores de una SaaS en investors.example.com, donde mezclarlo con el sitio principal diluiría ambos.
- Geo-targeting. Algunos sitios usan ccTLDs como subdominios (uk.example.com) cuando la propiedad del ccTLD es compleja.
Patrón de migración habitual
Muchos sitios que comenzaron con subdominios terminan migrando a subdirectorios — especialmente blogs y centros de ayuda — porque el beneficio SEO es real y el coste técnico (proxy inverso, enrutamiento CDN) ha bajado con los años. La migración inversa (subdirectorio a subdominio) es rara.
Si migras, hazlo una vez y con cuidado:
- Redirige con 301 cada URL antigua a la nueva — no sólo la página de inicio.
- Actualiza los enlaces internos a la nueva estructura.
- Vuelve a enviar tu sitemap en Search Console.
- Espera una caída de 2–6 semanas en el posicionamiento mientras Google reprocesa el grafo de URLs.
El link equity en la práctica
Si tu sitio apex tiene 500 dominios referentes y tu blog en blog.example.com tiene 50, el blog posiciona aproximadamente como un sitio con 50 dominios referentes más una bonificación parcial del apex. Si el blog estuviera en example.com/blog, posicionaría más cerca de un sitio con toda la autoridad del apex.
El multiplicador exacto varía, pero para contenido que debería beneficiarse de la fuerza de tu marca existente, los subdirectorios casi siempre ganan.
La regla de decisión
Usa subdirectorios como opción por defecto. Pásate a subdominios sólo cuando tengas una razón técnica u organizativa concreta que supere la ventaja SEO. "Se ve más limpio" no es una razón — es preferencia, y tu yo futuro gestionando un único sitemap te lo agradecerá.