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.
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.
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 structureTL;DR — La arquitectura del sitio es la red de enlaces rastreables entre las páginas, no solo las carpetas de URL. El objetivo es simple: cada página importante debería tener un enlace que apunte a ella, y las páginas relacionadas deberían enlazarse entre sí. Existen tres nombres habituales para organizar esa red — silos, hub y radios, y clústeres de temas — son etiquetas profesionales superpuestas para más o menos la misma idea, no tres sistemas separados. Nada de esto garantiza posiciones o tráfico por sí mismo — es lo que hace que las páginas sean encontrables y comprensibles. A Google le gusta una pirámide: página de inicio en la cima, páginas de categoría amplias en el medio, artículos específicos en la base.
Qué es la arquitectura del sitio
La arquitectura del sitio es la red de enlaces rastreables que conecta las páginas —
los caminos que los motores de búsqueda (y los lectores) usan para descubrir y moverse entre ellas —
más puntos de entrada de apoyo como un sitemap.xml. No es lo mismo que las
carpetas de URL: la ruta de una página (/blog/category/post/) no establece por sí sola
dónde se encuentra esa página en la arquitectura. Es la diferencia entre una biblioteca
ordenada donde cada libro tiene un estante y un letrero que apunta a él, y un montón de
libros en el suelo.
Importa para la búsqueda por dos razones:
- Descubrimiento. Los motores de búsqueda encuentran páginas principalmente siguiendo enlaces estándar
<a href>desde páginas que ya conocen. Si nada enlaza a una página, es difícil que Google la encuentre en absoluto. - Contexto. Cuando una página enlaza a otra con palabras relevantes alrededor del enlace, ayuda a Google a entender de qué trata la página enlazada.
El descubrimiento no es la meta final, sin embargo — que una página esté enlazada y sea rastreable no garantiza que se indexe o que obtenga posiciones. La arquitectura hace que una página sea localizable y comprensible; no promete un resultado más allá de eso.
Los tres modelos más habituales
- Estructura de silos — el contenido se divide en “silos” temáticos y las páginas de cada silo se enlazan principalmente entre sí. La versión antigua y estricta indica que nunca deben enlazarse silos distintos.
- Hub y radios — una página de visión general amplia (el hub) enlaza a un conjunto de páginas detalladas (los radios), y cada radio enlaza de vuelta al hub.
- Clústeres de temas — una página “pilar” cubre un tema amplio, y las páginas del clúster cubren los subtemas más pequeños, todas interconectadas.
Aquí está la parte que la mayoría de las guías ocultan: hub y radios y clústeres de temas describen la misma estructura subyacente. Un nombre surgió en el ámbito de la bibliotecología y la arquitectura de la información; el otro fue popularizado por HubSpot en 2017 como una idea de marketing de contenidos. Ninguno de estos tres modelos es una categoría documentada por Google: son etiquetas profesionales con implementaciones superpuestas, no una taxonomía oficial. La perspectiva Avanzado lo explica con más detalle.
Lo que realmente importa
No es necesario elegir un nombre de marca. Se necesita:
- Una jerarquía clara: página de inicio → páginas de categoría/hub → páginas específicas.
- Cada página importante enlazada desde al menos otra página (sin “huérfanas”) — la propia documentación de Google lo dice claramente: cada página importante debería tener un enlace desde al menos otra página del sitio.
- Enlaces reales
<a href>, no navegación solo con clic que Google no puede seguir de manera confiable. - Páginas relacionadas enlazándose entre sí con texto de enlace descriptivo.
- Nada importante enterrado tan profundo que los rastreadores tengan dificultades para alcanzarlo.
Nada de esto es una garantía de rastreo, indexación o posicionamiento — es lo que hace que una página sea alcanzable y legible en primer lugar.
Lo que la mayoría de la gente entiende mal
No es necesario evitar los enlaces entre secciones. Ninguna fuente de Google exige prohibir enlaces entre áreas temáticas. La regla estricta de silo — “nunca enlazar entre silos” — sacrifica enlaces que realmente ayudarían a los lectores a navegar y ayudarían a Google a entender la página de destino, por el bien de una regla que no está documentada en ningún sitio. Los enlaces cruzados deben evaluarse según su relevancia y utilidad para quien lee, no según si cruzan un límite de silo. La idea valiosa de los silos es agrupar contenido relacionado, no aislarlo.
La perspectiva Avanzado profundiza en el flujo de la equidad de enlaces, las jerarquías planas frente a las profundas y los casos de uso de cada modelo.
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 structureTL;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.
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:
- 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.
- 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.
- 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í.
Resumen de IA
Una versión condensada de la versión avanzada:
- La arquitectura del sitio = el grafo de enlaces rastreable, no las carpetas de URL. Da forma al descubrimiento y a la claridad con la que Google entiende el contexto de cada página — no garantiza el rastreo, la indexación, el posicionamiento ni las citas de IA por sí sola.
- Tres etiquetas de profesionales, una estructura superpuesta. Silo, hub y radios, y clústeres de temas no son categorías documentadas por Google; convergen en una jerarquía piramidal / de arriba hacia abajo, que Mueller ha descrito favorablemente: la estructura piramidal “helps us a lot more to understand the context of individual pages.” (traducción) «nos ayuda mucho más a entender el contexto de las páginas individuales».
- Hub y radios y clústeres de temas se superponen en su mayoría. Mismo patrón subyacente, diferentes comunidades — término de arquitectura de la información frente al cambio de marca de marketing de contenidos de HubSpot en 2017. “Página pilar” es solo el término de marketing para el hub.
- Deben abandonarse los silos estrictos. Lo valioso es la concentración temática de los enlaces; ninguna fuente de Google requiere la regla de “nunca enlazar entre silos”, y perjudica la UX.
- Enlaces internos > estructura de URL. Google deduce la jerarquía de los enlaces, no de los segmentos de ruta; Mueller ha dicho que algunos profesionales del SEO se centran demasiado en la estructura de URL.
- La estructura debe mantenerse poco profunda, sin perseguir un número fijo. Google no ha publicado un umbral de profundidad de clics; demasiada profundidad perjudica el rastreo y el flujo de señales, demasiado plano diluye la señal temática.
- No hay un número mágico de clústeres. Deben cubrirse los subtemas con demanda real; Wikipedia es el modelo.
- La búsqueda con IA necesita SEO normal (Illyes) — la cobertura organizada e interconectada es una hipótesis razonable para ayudar con la expansión de consultas, no una garantía documentada.
- La arquitectura es infraestructura, no un atajo de posicionamiento — no puede rescatar contenido superficial.
Documentación oficial
Orientación de fuentes primarias de los motores de búsqueda sobre estructura, enlaces y jerarquía.
- Guía detallada sobre cómo funciona la Búsqueda de Google — descubrimiento de URLs mediante enlaces y el uso propio de Google del lenguaje de “página central” / “página de categoría”.
- Enlaces rastreables: haz que tus enlaces sean rastreables — cada página importante debería estar enlazada desde al menos otra página; los enlaces deben ser
<a href>; texto de anclaje y contexto circundante para comprender las páginas enlazadas. - Importancia de la arquitectura de enlaces (2008) — la guía de larga data de Google de que la estructura de enlaces internos da forma al flujo de PageRank y a la importancia percibida de la página.
Bing / Microsoft
- Directrices para webmasters de Bing — una estructura clara, plana y rastreable; enlaces internos razonables; jerarquía de encabezados (H1/H2/H3); envío de mapas del sitio.
Citas de la fuente
Declaraciones registradas de Google. Cuando la página de origen lo permite, cada enlace es un enlace profundo que salta al pasaje citado.
John Mueller, Google — sobre jerarquía / estructura piramidal
- “The top-down approach or pyramid structure helps us a lot more to understand the context of individual pages within the site.” (traducción) «El enfoque de arriba hacia abajo o la estructura piramidal nos ayuda mucho más a entender el contexto de las páginas individuales dentro del sitio.» — John Mueller, sobre la estructura del sitio. Cobertura (Search Engine Journal) · Cobertura (Search Engine Roundtable)
John Mueller, Google — sobre la estructura de URLs frente a los enlaces internos
- Mueller ha advertido que algunos especialistas en SEO se centran demasiado en la estructura de URL/carpetas; Google se basa en los enlaces internos para entender la jerarquía, no en los segmentos de la ruta de la URL. Cobertura (Search Engine Roundtable)
John Mueller, Google — sobre la profundidad de rastreo
- “I don’t think it would always have a negative effect. I do think if you make it too deep, then that makes it harder for us to crawl and harder for us to pass the signals around.” (traducción) «No creo que siempre tenga un efecto negativo. Sí creo que, si la estructura es demasiado profunda, eso nos dificulta rastrear y transmitir las señales.» — John Mueller, sobre jerarquías de páginas profundas.
Documentación de Google Search Central — sobre el descubrimiento mediante páginas centrales
- “Other pages are discovered when Google extracts a link from a known page to a new page: for example, a hub page, such as a category page, links to a new blog post.” (traducción) «Otras páginas se descubren cuando Google extrae un enlace de una página conocida a una página nueva: por ejemplo, una página central, como una página de categoría, enlaza a una nueva entrada de blog.» Ir a la cita
Documentación de Google Search Central — sobre la capacidad de enlazado
- “Every page you care about should have a link from at least one other page on your site.” (traducción) «Cada página importante debería tener un enlace desde al menos otra página del sitio.» Ir a la cita
Gary Illyes, Google — sobre la rastreabilidad y la búsqueda con IA
- “MAKE THAT DAMN SITE CRAWLABLE.” (traducción) «ESE MALDITO SITIO DEBE SER RASTREABLE.» — Gary Illyes (AMA de Reddit), subrayando que el descubrimiento mediante enlaces es la prioridad por encima de cualquier marca específica de arquitectura.
- Illyes ha dicho que la optimización para la búsqueda con IA solo requiere SEO normal — contenido bien estructurado, rastreable y de alta calidad — sin necesidad de cambios especiales de arquitectura.
Lista de verificación de arquitectura del sitio
Una revisión para confirmar que la estructura facilita el rastreo, el contexto y el flujo de enlaces:
- Jerarquía clara de arriba hacia abajo: página de inicio → páginas de hub/categoría → páginas específicas.
- Cada página importante está enlazada desde al menos otra página (sin huérfanas).
- Las páginas importantes no están enterradas innecesariamente en profundidad (sin regla fija de clics — se deben revisar los datos de rastreo para detectar páginas que se rastrean menos a medida que aumenta la profundidad).
- Cada área temática tiene una página hub/pilar que enlaza a sus páginas de subtemas.
- Las páginas de subtemas enlazan de vuelta a su hub y a páginas hermanas relevantes.
- Existen enlaces entre clústeres donde los temas están genuinamente relacionados (sin muros de silo estrictos).
- Los enlaces internos usan texto de anclaje descriptivo con contexto circundante relevante.
- Ninguna página importante depende solo de la navegación por clics — los enlaces son
<a href>reales. - La estructura de URL es lógica para las personas, pero no se depende de carpetas para señalar la arquitectura (los enlaces lo hacen).
- Se revisaron los datos de rastreo para detectar páginas demasiado profundas, huérfanas y brechas de enlaces internos.
Los modelos mentales
1. El grafo de enlaces ES la arquitectura. Las carpetas de URL son para las personas y el mantenimiento. Google deduce la jerarquía y el contexto a partir de cómo las páginas se enlazan entre sí. Se debe auditar y diseñar el grafo de enlaces, no el árbol de carpetas.
2. Tres nombres, una estructura. Silo, hub y radios, clústeres de temas → todos convergen en una pirámide agrupada, jerárquica e internamente enlazada una vez que se permiten enlaces cruzados sensatos. No es necesario buscar el modelo “correcto”; lo importante es construir el clúster y enlazarlo bien.
3. Conservar el núcleo y eliminar el muro. De los silos conviene conservar la concentración temática (enlaces densos dentro de un tema) y eliminar la regla de aislamiento (nunca enlazar entre silos) — ninguna fuente de Google la exige, y perjudica a los usuarios.
4. El dial de profundidad. Demasiado plano diluye la señal temática; demasiado profundo priva a las páginas de rastreo y autoridad de enlaces. Google no ha publicado un número de profundidad de clics, por lo que conviene apuntar a una estructura poco profunda con enlaces sólidos, evaluada con los datos de rastreo del propio sitio y agrupada en hubs, en lugar de un objetivo fijo.
5. La arquitectura es un multiplicador, no una fuente. Una buena estructura multiplica el valor del buen contenido al hacerlo descubrible y contextualmente claro. Si se multiplica por cero (contenido superficial), el resultado sigue siendo cero.
Referencia del modelo de arquitectura
| Modelo | Idea útil | Error a evitar | Implementación práctica |
|---|---|---|---|
| Pirámide | Las páginas amplias conducen a páginas cada vez más específicas | Enterrar páginas importantes demasiado profundo | Inicio → hub/categoría → página de detalle |
| Hub y radios | Una visión general central organiza subtemas relacionados | Enlazar solo hacia afuera desde el hub | Hub ↔ radios, más enlaces de radios relevantes |
| Clúster de temas | La cobertura de contenido se planifica en torno a un tema | Tratar la etiqueta como un modelo de arquitectura diferente | Usar el mismo grafo de hub y radios |
| Silo | Las páginas relacionadas reciben enlaces temáticos concentrados | Prohibir todo enlace entre temas | Mantener la agrupación temática; permitir enlaces cruzados útiles |
Qué debería hacer cada capa
| Capa | Trabajo principal | Pregunta de auditoría |
|---|---|---|
| Inicio | Enrutar a usuarios y rastreadores hacia las áreas principales | ¿Están representadas las prioridades reales del sitio? |
| Hub o categoría | Explicar el grupo y enlazar a sus miembros | ¿Se puede llegar a cada radio importante? |
| Página de detalle | Satisfacer una intención específica y reforzar su contexto | ¿Enlaza de vuelta y a páginas genuinamente relacionadas? |
| Enlace cruzado | Conectar necesidades relacionadas entre grupos | ¿Un lector lo seguiría de forma natural? |
Prueba de conocimientos: arquitectura del sitio
Cinco preguntas rápidas sobre silos, hubs, clústeres y lo que Google realmente recomienda. Se debe elegir una respuesta para cada una y comprobar el resultado.
Recursos útiles
Artículos relacionados
- La guía para principiantes del SEO técnico — dónde encajan la arquitectura del sitio y los enlaces internos en el panorama general.
- Enlaces internos para SEO: una guía práctica — cómo los enlaces internos transmiten señales y dan forma al grafo de enlaces que constituye la arquitectura.
- Estructura de silos SEO: por qué no tiene sentido — la postura contraria de Ahrefs sobre los silos estrictos (el argumento para derribar el muro).
- Cómo crear un clúster de temas — la construcción práctica de un modelo de hub y radios o clúster, paso a paso.
Ponencias relacionadas
- Cómo funciona la búsqueda (SlideShare) — un recorrido por el rastreo, el renderizado, la indexación y el posicionamiento, el flujo de trabajo al que debe servir la arquitectura. (Se aplica la exención de responsabilidad habitual: “This is my understanding of systems… not going to be 100% complete or accurate.”) (traducción) «Esta es mi comprensión de los sistemas… no va a ser 100 % completa ni precisa.»
De la industria
- Detén la locura de los silos: arquitectura de sitio efectiva para SEO y encontrabilidad (Shari Thurow, Search Engine Land) — el argumento definitivo contra los silos estrictos.
- Arquitectura de sitio para SEO: estructura que posiciona y escala (Search Engine Land) — una guía de estructura exhaustiva.
- Guía completa de clústeres de temas (Search Engine Land) — el modelo de clúster en profundidad.
- Clústeres de temas: la próxima evolución del SEO (HubSpot) — el origen en 2017 de la terminología “clúster de temas”.
- Estrategias de contenido SEO: el modelo hub and spoke (Botify) — la misma estructura bajo su nombre de arquitectura de la información.
- John Mueller recomienda la estructura de sitio en pirámide (Search Engine Journal) — la fuente de la cita sobre pirámide/contexto.
Registro de cambios
Actualizado el 13 ago 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.
Actualizado el 18 jul 2026.
Resumen editorial y detalles registrados del cambio.Detalles del cambio
-
Los detalles del cambio están disponibles actualmente en inglés.
-
Los detalles del cambio están disponibles actualmente en inglés.
-
Los detalles del cambio están disponibles actualmente en inglés.
La comparación completa no está disponible: no se archivó una instantánea anterior para esta revisión.