Arquitectura del sitio

Estructura de silo, hub and spoke y clústeres de temas comparados: qué es realmente diferente, qué recomienda Google y por qué los enlaces internos superan a las carpetas de URL.

Publicado por primera vez: 26 jun 2026 · Última actualización: 13 ago 2026 · Avanzado
Idiomas

La arquitectura del sitio es el conjunto de rutas rastreables de descubrimiento y navegación entre las páginas, más puntos de entrada complementarios como los mapas del sitio; no equivale a las carpetas de URL. Los silos, el modelo hub-and-spoke y los clústeres de temas son etiquetas profesionales que se superponen para describir esa estructura, no categorías documentadas por Google; los dos últimos comparten el mismo patrón subyacente más de lo que difieren. El mínimo documentado por Google es un enlace rastreable hacia cada página importante; esto facilita el descubrimiento, pero no garantiza el rastreo, la indexación, el posicionamiento, el tráfico, los enlaces de sitio ni las citas de IA. Ninguna fuente de Google exige prohibir enlaces entre áreas temáticas; las reglas estrictas de silos deben evaluarse según la navegación de las personas y la relevancia, no según supuestos mecanismos de autoridad. Lo importante es el enlazado interno contextual, no las carpetas de URL.

TL;DR — Silo, hub y radios y clústeres de temas son etiquetas de profesionales que se superponen, no categorías documentadas de arquitectura de Google — pero convergen en una estructura que Mueller ha descrito favorablemente: una pirámide / jerarquía de arriba hacia abajo. Hub y radios y clústeres de temas comparten el mismo patrón subyacente más de lo que realmente difieren — uno proviene de la arquitectura de la información, el otro del cambio de marca de marketing de contenidos de HubSpot de 2017. La parte del pensamiento de silo que vale la pena conservar es la concentración temática de los enlaces internos; la parte a eliminar es la regla estricta de “no enlaces entre silos” — ninguna fuente de Google lo requiere, por lo que los enlaces cruzados deben evaluarse según su relevancia y la navegación de las personas. Lo que Google utiliza es enlaces internos y contexto, no la estructura de carpetas de URL. Conviene mantener las jerarquías razonablemente planas, enlazar páginas relacionadas entre clústeres cuando sea pertinente y recordar que la arquitectura permite resultados como autoridad temática y visibilidad en búsqueda con IA — no los garantiza, y no puede rescatar contenido pobre.

Evidence for this claim Google uses links to discover pages and as a relevance signal, so crawlable internal navigation supports discovery and understanding. Scope: Current Google internal-link guidance. Confidence: high · Verified: Google Search Central: Link best practices Evidence for this claim Google recommends navigation paths from menus to categories and subcategories to products, with direct links to important pages. Scope: Current Google ecommerce site-structure guidance, broadly applicable to hierarchical sites. Confidence: high · Verified: Google Search Central: Ecommerce site structure

Por qué los profesionales de SEO discuten sobre esto

La arquitectura de sitios es uno de esos temas donde tres comunidades inventaron vocabularios superpuestos y luego pasaron quince años insistiendo en que su palabra era la verdadera. La experiencia acumulada durante más de seis años en el área de producto de Site Audit de Ahrefs permite observar cómo se ven las estructuras reales en los datos de rastreo de una enorme cantidad de sitios; la brecha entre el dogma y lo que funciona es amplia. A continuación se aclara esa confusión.

Hay tres modelos con nombre:

  • Estructura de silo — contenido agrupado en secciones temáticas aisladas. La interpretación estricta (popularizada por Bruce Clay) prohíbe enlaces internos entre silos para mantener concentrada la “equidad de enlaces” de cada silo.
  • Hub y radios — una página central de visión general enlaza a páginas detalladas de subtemas, que enlazan de vuelta. El hub a veces se llama página pilar.
  • Clústeres de temas — el marco de HubSpot de 2017: una página pilar apunta a una palabra clave amplia, las páginas del clúster apuntan a subtemas de cola larga, todo interconectado.

La aclaración de partida

Ninguno de “silo”, “hub y radios” o “clúster de temas” es una categoría de arquitectura documentada por Google. Son etiquetas de profesionales, y en la práctica sus implementaciones se superponen en gran medida. “Hub y radios” es el término más antiguo de arquitectura de la información: una página central de visión general que enlaza a páginas detalladas de subtemas con enlaces recíprocos. “Clústeres de temas” es el cambio de marca de marketing de contenidos de HubSpot de 2017 de esencialmente ese mismo patrón — una página pilar más contenido de clúster interconectado. “Página pilar” es solo la palabra de marketing para el hub. Llamarlos planamente idénticos es exagerar — el marco de HubSpot se apoya más en la cobertura temática planificada como estrategia de contenido, mientras que “hub y radios” es un vocabulario más antiguo y general de arquitectura de la información; sin embargo, al elegir cómo estructurar enlaces se resuelve el mismo problema en cualquier caso: una página central, páginas detalladas de subtemas y enlaces recíprocos entre ellas.

Una vez que se permiten enlaces entre silos —y nada de lo publicado por Google indica lo contrario—, un “silo” es en la práctica un clúster de tipo hub y radios. Los tres nombres convergen así en una estructura viable: agrupada, jerárquica, con enlaces internos y con enlaces cruzados sensatos. Conviene tratarlos como vocabulario superpuesto para esa estructura, no como tres sistemas en competencia.

Lo que Google recomienda realmente

La recomendación de Google es una pirámide / jerarquía de arriba hacia abajo: la página de inicio cubre el tema más amplio, las páginas de categoría/centro están en el medio y las páginas de contenido específico viven en la base. John Mueller explicó el porqué con claridad: el enfoque de arriba hacia abajo o la estructura de pirámide “nos ayuda mucho más a entender el contexto de las páginas individuales dentro del sitio”. Ese es el beneficio: la estructura no es un truco de posicionamiento, es cómo Google descubre de qué trata cada página y cómo se relacionan las páginas.

Vale la pena señalar: Google usa el término “página central” en su propia documentación — describiendo cómo “una página central, como una página de categoría, enlaza a una nueva publicación de blog” para el descubrimiento. Así que el marco de hub y radios no es una invención del SEO; es el propio lenguaje de Google.

Los enlaces internos superan a la estructura de URL

Esta es la parte más malinterpretada de la arquitectura. Muchos consejos sobre silos se centran realmente en carpetas de URL — poner páginas de /category-a/ bajo una ruta y prohibir enlaces a /category-b/. Pero Google se centra en señales de enlaces internos, no en segmentos de ruta de URL. Mueller ha señalado repetidamente que algunos profesionales del SEO se centran demasiado en la estructura de URL; Google deduce la jerarquía de cómo las páginas se enlazan entre sí, no de los nombres de las carpetas.

La implicación es grande: una página en /blog/technical-seo/site-architecture/ no señala nada a Google más allá de lo que indican su contenido y sus enlaces entrantes. Las URL lógicas son útiles para las personas y para gestionar el sitio, pero no son la arquitectura. El grafo de enlaces es la arquitectura. Esta es también la razón por la que los “silos virtuales” (concentrar enlaces por tema independientemente de la carpeta) funcionan bien, y por la que los “silos físicos” estrictos (aislamiento basado en carpetas sin enlaces cruzados) generan problemas de rastreo y experiencia de usuario sin un beneficio compensatorio.

La documentación de Google especifica qué cuenta como un enlace que puede seguirse de forma fiable: un elemento <a href> estándar con una URL resoluble. La navegación construida solo con controladores de clic en JavaScript o marcado no estándar no ofrece la misma ruta fiable de descubrimiento, por muy limpia que parezca la estructura de URL. Primero debe cumplirse el contrato de enlaces rastreables; el nombre de las carpetas es secundario.

Dónde fallan los silos estrictos

La idea legítima en el pensamiento de silos es la concentración temática — agrupar contenido relacionado y enlazar generosamente dentro de un área temática realmente ayuda a los lectores a navegar y ayuda a Google a entender de qué trata una página. El modo de fallo es la regla estricta: nunca enlazar entre silos. Ninguna fuente revisada de Google exige esa prohibición, por lo que debe evaluarse por sus propios méritos, no como una mecánica de autoridad asumida:

  • impide enlaces naturales y contextualmente relevantes de los que los lectores se beneficiarían,
  • perjudica la experiencia de usuario al dejar a los usuarios sin salida en fronteras de silo artificiales, y
  • una página puede seguir siendo relevante para más de un área temática, y un enlace que ayuda a encontrarla no debería bloquearse porque cruza una etiqueta definida internamente.

Shari Thurow lleva años defendiendo este punto (“stop the silo madness”), y la propia postura contraria de Ahrefs (el “why it makes no sense” de Joshua Hardwick) llega al mismo lugar. Conviene mantener la concentración y eliminar el muro; la decisión debe basarse en si un enlace sirve genuinamente a quien lee y a la página de destino, no en afirmaciones no verificadas sobre cuán estrictamente Google pondera el aislamiento.

Jerarquías planas vs. profundas

Dos modos de fallo en los extremos:

  • Demasiado plano — todo a un clic de la página de inicio. La equidad de enlaces y la señal temática se diluyen; la página de inicio no puede respaldar de manera significativa a cientos de hijos iguales, y se pierde la agrupación temática que ayuda al contexto.
  • Demasiado profundo — páginas importantes a muchos clics de la página de inicio. El marco de Mueller: ir demasiado profundo “dificulta que rastreemos y que transmitamos las señales de un lado a otro.” Las páginas profundas tienden a rastrearse menos y a heredar menos autoridad interna. Google no ha publicado un número específico de profundidad de clic; ningún recuento fijo debe tratarse como requisito — la profundidad adecuada depende del tamaño del sitio y de cuán distintas sean sus categorías, lo cual es un tema propio (véanse los análisis detallados sobre estructuras planas frente a profundas y sobre profundidad de rastreo en este clúster para consultar un marco de decisión más completo).

El objetivo es una jerarquía poco profunda con enlaces contextuales sólidos: las páginas importantes deben mantenerse accesibles en la menor cantidad de saltos que la escala del sitio permita razonablemente, agrupadas en centros, con enlaces cruzados donde los temas realmente se relacionen. Esta es la misma preocupación de profundidad de rastreo que aparece al auditar qué tan lejos deben desplazarse los bots para llegar a las páginas comerciales.

Qué hace realmente el enlazado interno

El trabajo real de la arquitectura es dar forma al grafo de enlaces internos. Tres cosas a acertar:

  1. Capacidad de enlazado. Cada página importante debería tener un enlace desde al menos una otra página — idealmente varias. La propia guía de Google es explícita sobre este mínimo. Las páginas sin enlaces entrantes son más difíciles de encontrar y de posicionar, pero un enlace no garantiza ninguno de los dos resultados.
  2. Contexto. Las palabras antes y después de un enlace, y el propio texto de anclaje, pueden ayudar a las personas y a Google a entender de qué trata el destino. Así es como un centro “explica” sus radios — no es una promesa de un efecto de posicionamiento específico.
  3. Concentración. Enlazar densamente dentro de un clúster temático coloca las señales de relevancia donde corresponden — el núcleo de verdad al que los silos siempre aspiraban. Si esa concentración se traduce en algo que los profesionales llaman “autoridad temática” no es algo que Google documente directamente; conviene tratarlo como una hipótesis razonable que vale la pena probar en el propio sitio, no un mecanismo garantizado.

Este sitio es un ejemplo en vivo. patrickstox.com ejecuta una jerarquía de pilar → clúster → artículo → subartículo en unos pocos cientos de páginas, usando la taxonomía pillar, cluster, clusterSelf, subcluster y subsubcluster — y deliberadamente incluye de forma cruzada artículos entre clústeres (el patrón alsoIn) en lugar de aislarlos. Eso es un modelo de hub y radios con enlazado cruzado intencional: exactamente el modelo descrito aquí, no un silo estricto.

Cuándo usar cada modelo

En la práctica, conviene construir una estructura de hub y radios o clúster temático sin centrarse en las etiquetas:

  • Elegir un tema pilar o central con amplitud real y demanda de búsqueda.
  • Identificar los subtemas que tienen su propia demanda; estos se convierten en radios.
  • Interconectar centro ↔ radios y radio ↔ radio donde sea pertinente.
  • Enlazar de forma cruzada con otros clústeres cuando el contexto esté genuinamente relacionado.

No hay un número mágico de páginas de clúster por centro. El recuento correcto es la cantidad de subtemas distintos con demanda real que existan — no un objetivo arbitrario de 5, 10, o 30. Wikipedia es el ejemplo canónico: páginas de visión general amplias que enlazan profundamente a páginas de subtemas detallados, todas densamente interconectadas, sin muros de silo en ningún lugar.

Arquitectura y búsqueda con IA

Los AI Overviews y los asistentes de IA utilizan expansión de consultas — descomponen una pregunta en múltiples subconsultas relacionadas. La hipótesis razonable, no una garantía documentada: un sitio con cobertura organizada e interconectada de los subtemas de un tema tiene más posibilidades de aparecer en más de esas subconsultas, ya que más subtemas están cubiertos por una página localizable y rastreable. No se dispone de evidencia controlada que aísle la arquitectura como la causa aquí, por lo que conviene tratarlo como algo que debe probarse en el propio contenido, no como un mecanismo establecido. La posición pública de Gary Illyes es que la optimización para búsqueda con IA necesita SEO normal — contenido bien estructurado, rastreable y de alta calidad — no una arquitectura especial. La estructura que ya sirve a la búsqueda tradicional es la misma que se construiría para la búsqueda con IA; no hay un manual separado.

Auditoría de la arquitectura

Un repaso práctico, principalmente con datos de rastreo:

  • Encontrar páginas huérfanas — páginas sin enlaces internos entrantes. Se debe rastrear el sitio (Ahrefs Site Audit, Screaming Frog) y buscar páginas con cero enlaces entrantes.
  • Encontrar páginas demasiado profundas — URL importantes enterradas a muchos clics de la página de inicio; no hay un número fijo que sea la regla, pero si los datos de rastreo muestran que se rastrean menos, conviene investigar.
  • Mapear los temas y encontrar candidatos a hub — grupos de páginas relacionadas que carecen de una visión general central.
  • Realizar un análisis de brechas de enlaces internos — páginas relacionadas que deberían enlazarse entre sí pero no lo hacen.

La advertencia honesta

La arquitectura es infraestructura, no un atajo de posicionamiento. Permite el rastreo, controla cómo fluye la equidad de enlaces y ayuda a los motores a entender el contexto — pero una hermosa estructura de hub y radios alrededor de contenido superficial y de bajo valor igualmente no posicionará. Illyes ha señalado que es raro ver dos resultados de un mismo dominio en una SERP; la estructura sirve a la calidad y relevancia del contenido, no las sustituye. La estructura debe ser correcta para que el buen contenido pueda cumplir su función; ese es el punto.

Los temas vecinos en este clúster — cómo los enlaces internos transmiten señales, cómo la profundidad de rastreo afecta el descubrimiento y la navegación facetada en sitios grandes — todos se conectan con las mismas decisiones de arquitectura cubiertas aquí.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.