Cómo construir una estructura de silo: guía práctica

TL;DR — Una estructura de silo consiste en agrupar páginas por tema y enlazarlas para que cada tema se refuerce a sí mismo: una página principal “hub” enlaza a todas las páginas detalladas bajo ella, y esas páginas enlazan de vuelta. Para construirla, se identifican los subtemas que las personas buscan realmente, se crea una página para cada uno y se enlazan entre sí. Pueden colocarse en una carpeta correspondiente, pero importan los enlaces, no la carpeta. También conviene enlazar temas relacionados de otras partes del sitio.

Qué significa realmente “construir un silo”

Un silo es simplemente un grupo de páginas sobre el mismo tema, conectadas entre sí con enlaces internos. Imagina una guía sobre “email marketing”. El hub es la página principal de visión general. Los spokes son las páginas detalladas bajo ella — “líneas de asunto de email,” “secuencias de bienvenida,” “segmentación de listas,” y así sucesivamente. Construir el silo significa:

1. Decidir qué subtemas tienen su propia página (basado en lo que la gente busca).
2. Enlazar el hub a cada spoke.
3. Enlazar cada spoke de vuelta al hub, y a los spokes hermanos relevantes.

Eso es todo. Todo el asunto consiste en agrupar contenido relacionado y enlazarlo deliberadamente en lugar de dejar páginas dispersas sin conexiones.

La parte que todo el mundo se equivoca

Dos mitos que vale la pena aclarar antes de construir nada:

• La carpeta no hace el silo. Algunas guías indican que basta con poner las páginas en /email-marketing/ para construir un silo. No es así. Google interpreta los enlaces, no los nombres de las carpetas. Una carpeta ordenada facilita el trabajo en el CMS, pero si las páginas dentro de ella no se enlazan entre sí, no hay silo. (Mi colega en el artículo de arquitectura del sitio de este clúster presenta el caso completo de por qué el grafo de enlaces es la arquitectura.)
• No es necesario aislar los temas. La versión antigua y estricta del siloing indica que nunca deben enlazarse silos distintos. Esa regla debe descartarse. Si una página del silo de correo electrónico se relaciona genuinamente con otra del silo de comercio electrónico, conviene enlazarlas. Ayuda a quienes leen y no perjudica el SEO.

Cómo saber si un subtema merece su propia página

No deben inventarse páginas para alcanzar un supuesto mínimo de cinco páginas. La prueba es simple: ¿tiene el subtema su propia demanda de búsqueda? Si la gente busca “secuencia de email de bienvenida” por separado de “email marketing,” es un spoke real. Rellenar para cumplir una cuota produce páginas de poco contenido que compiten entre sí.

La versión rápida de construir uno

• Investigar el tema y enumerar los subtemas que las personas realmente buscan.
• Crear una página hub para el tema amplio y una página para cada subtema real.
• Enlazar el hub con cada página de subtema, idealmente justo donde se menciona ese subtema.
• Enlazar cada página de subtema de vuelta al hub y con páginas hermanas estrechamente relacionadas.
• Enlazar temas relacionados en otras partes del sitio cuando sea genuinamente útil.

El proceso completo de construcción y auditoría —límites de silo basados en palabras clave, una plantilla de matriz de enlaces, reglas generales para enlaces cruzados y herramientas de verificación— se encuentra en la pestaña Avanzado.

TL;DR — Este es el cómo, no el si. Asume que la concentración temática más el enlazado cruzado sensato es el objetivo (el debate del modelo está resuelto en el artículo de arquitectura del sitio de este clúster). Orden de construcción: (1) trazar los límites de los silos a partir de datos reales de palabras clave — demanda de búsqueda distinta por subtema, no una cuota de páginas; (2) puede reflejarse el silo en carpetas para facilitar el trabajo en el CMS, pero el grafo de enlaces es la arquitectura, no la ruta; (3) conecta la matriz de enlaces internos — el hub a cada spoke, el spoke de vuelta al hub, el spoke a hermanos relevantes; (4) enlazar de forma cruzada a otros temas cuando un lector realmente seguiría el enlace, y nunca uses nofollow en un enlace entre silos; (5) evita los errores clásicos — sobre-siloing, huérfanos de contenido entre temas y límites trazados alrededor del organigrama en vez de la intención de búsqueda; (6) se audita mediante un rastreo para confirmar que los enlaces planificados realmente existen.

Primero, el debate que este artículo no está teniendo

Si la pregunta es si el siloing está obsoleto o si debe preferirse un silo frente a un clúster de temas, la respuesta completa se encuentra en otro lugar de este clúster. El artículo de arquitectura del sitio de este sitio ejecuta toda la comparación de silo vs. hub-and-spoke vs. clúster de temas y llega a esta conclusión: debe conservarse la concentración temática que buscaban los silos, descartarse la regla estricta de no enlazar entre silos y dejarse de buscar el nombre de marca correcto. Ese artículo contiene el porqué.

Una nota sobre la nomenclatura, ya que “silo” se usa de manera laxa en toda la industria: el término proviene de la metodología SEO de Bruce Clay de principios de los 2000, que describía dos variantes — un silo físico (aislamiento por carpetas de URL) y un silo virtual (el mismo aislamiento aplicado solo a través de la estructura de enlaces internos, sin mover URLs) — junto con una regla estricta de no enlazado cruzado. Marcos posteriores (los clústeres de temas de HubSpot, el lenguaje hub-and-spoke que usa este clúster) cubren terreno similar —agrupación temática y enlazado deliberado—, pero no son la misma metodología nombrada, y ninguno de ellos mantuvo la regla de aislamiento. Este artículo usa “silo” como lo hacen la mayoría de los profesionales hoy: de manera laxa, para referirse a cualquier estructura hub-and-spoke concentrada temáticamente, no al método original de Bruce Clay específicamente.

Este artículo asume como objetivo una estructura con concentración temática y enlaces cruzados sensatos, y responde cómo construirla. Todo lo siguiente es un SOP de construcción y auditoría. Cuando surja una pregunta sobre el motivo, se remite al artículo de arquitectura en vez de repetir el argumento.

Paso 1 — Trazar los límites de los silos con investigación de palabras clave

El paso más subespecificado en cada guía competidora de “cómo hacer siloing” es dónde van los límites. Las guías indican que se agrupe por tema y siguen adelante. La versión útil es más específica: un subtema se gana su propio spoke cuando tiene demanda de búsqueda demostrada y distinta — no cuando se necesita otra página para alcanzar una cuota.

Señales prácticas de que un subtema es un spoke real y no una página de relleno:

• Tiene su propio volumen de búsqueda, separado del término padre. Si “secuencia de correo de bienvenida” recibe búsquedas significativas independientes de “email marketing”, es un spoke.
• Aparece como su propio clúster de búsquedas relacionadas / People Also Ask. La mecánica de investigación de clústeres de HubSpot es reutilizable aquí aunque ellos no lo llamen siloing: empieza desde un término semilla y lee los cuadros de People Also Ask —son preguntas relacionadas que Google ya agrupa con el término semilla y cada una es un spoke candidato.
• Su SERP se ve significativamente diferente del SERP del padre — intención diferente, tipos de resultados diferentes, páginas competidoras diferentes. Si ambos SERP son casi idénticos, existe un solo tema, no dos.

Descartar las cifras de páginas mínimas por silo

Aparecen cifras concretas por todas partes: un mínimo de 5 páginas, de 4 a 8 silos por sitio, de 10 a 20 páginas de clúster o los 20 a 30 artículos de apoyo de HubSpot. Se contradicen y ninguna se basa en datos reales. Son evidencia de que no existe un estándar, no una guía. La prueba real es la demanda distinta por subtema, la misma postura de que no existe un número mágico de páginas de clúster que adopta el artículo de arquitectura de sitio. Si un subtema no puede llenar ni siquiera dos o tres páginas realmente diferentes, no es un silo y debe integrarse en el hub.

Vigilar la canibalización en el límite

Si dos spokes propuestos apuntaran razonablemente a la misma consulta, el límite estaría mal trazado. No se necesitan dos páginas competidoras: ambas deberían ser una sola. Trazar los límites a partir de una agrupación real de palabras clave —superposición de SERP, volumen e intención diferentes— evita el problema; basarlos en cómo la empresa concibe su oferta no lo evita.

Paso 2 — La estructura de URL es organización, no arquitectura

La idea esencial, desarrollada en el artículo de arquitectura de sitio, es que el grafo de enlaces es la arquitectura, no la ruta de URL. Google deduce la jerarquía por la forma en que se enlazan las páginas, no por los nombres de las carpetas. Una página en /email-marketing/welcome-sequences/ no comunica a Google más de lo que indican su contenido y sus enlaces internos entrantes.

El silo puede reflejarse en la estructura de carpetas si eso ayuda al equipo editorial a mantener el sitio organizado; es válido y habitual. El error es creer que la carpeta realiza el trabajo de SEO. La peor versión del error es evitar enlaces que cruzan una carpeta porque su límite se considera inviolable —véase el Paso 4—. Las páginas pueden ubicarse donde resulte más conveniente para el CMS; después debe realizarse el trabajo de enlazado del Paso 3.

Paso 3 — Construir la matriz de enlaces internos

Este es el paso central y el que otras guías omiten. «Enlazar páginas relacionadas» no constituye un procedimiento. El siguiente se basa directamente en la descripción de Google de una jerarquía en su documentación de comercio electrónico: “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages”. (traducción) «se añaden enlaces desde los menús a las páginas de categoría, desde las páginas de categoría a las páginas de subcategoría y, finalmente, desde las páginas de subcategoría a todas las páginas de producto». Google describe así una matriz de enlaces hub → spoke → sub-spoke, que puede adaptarse de este modo:

• Hub → cada spoke. El hub enlaza a cada spoke de su silo — idealmente en contexto, donde ese subtema se introduce en el cuerpo del hub, no solo en una lista al final. Un spoke al que el hub no enlaza está efectivamente fuera del silo.
• Spoke → hub. Cada spoke enlaza de vuelta al hub. Una línea de “parte de nuestra guía de [tema]”, un breadcrumb o un enlace de retorno contextual funcionan. En el modelo práctico de flujo de PageRank para enlazado interno, este es el enlace que se supone que ayuda al hub a reunir autoridad desde sus spokes. Google no ha publicado una fórmula que lo confirme, por lo que debe tratarse como heurística de planificación, no como efecto de posicionamiento garantizado.
• Spoke → spokes hermanos. Los spokes se enlazan entre sí cuando es genuinamente relevante para el lector — “para X, ver también Y”. No un enlace forzado a cada hermano; tampoco cero. La relevancia es el filtro.

La hoja de cálculo de la matriz de enlaces

El entregable concreto que nadie en los primeros resultados publica: una hoja de cálculo de matriz de enlaces. Filas = cada página del silo. Columnas = cada página del silo. Cada celda = una marca si la página de la fila enlaza a la página de la columna. Se ve así:

Debe completarse dos veces. Primero, para planificar el silo antes de redactar; así los huecos resultan evidentes —una fila vacía es una página sin enlaces salientes y una columna vacía es una página a la que nada apunta—. Después de publicar, debe volver a completarse con una exportación de rastreo real, no de memoria, como auditoría del Paso 6. El mismo artefacto cumple ambas funciones y es la herramienta más práctica de esta guía.

Paso 4 — Reglas prácticas razonables para enlaces cruzados

La corriente del silo estricto trata cada enlace entre temas como una fuga que hay que prevenir. Ese instinto es erróneo (de nuevo, el argumento completo está en el artículo sobre arquitectura de sitio). Aquí está el reemplazo práctico — cómo decidir cuándo enlazar fuera del silo:

• La prueba de si el enlace existiría de todos modos. Si sería un recurso útil aunque los silos no existieran, debe añadirse. Si solo se añade para conectar silos, debe omitirse; si solo se evita para proteger el silo, debe incluirse.
• La relevancia supera a la dirección. No reserves los enlaces cruzados para “enviar equidad hacia afuera”, ni los evites para “mantener la equidad dentro”. Un enlace contextualmente justificado es bueno independientemente de a qué silo apunte.
• El volumen importa. Un puñado de enlaces cruzados bien ubicados y genuinamente relevantes por página es saludable. Una página que enlaza cruzadamente de forma constante a clústeres no relacionados está diluyendo su propio enfoque temático — pero eso es un problema de enfoque de contenido, no una razón para reinstaurar muros de silo.

Nunca uses nofollow en un enlace entre silos

Este mito de implementación debe desmentirse porque es el consejo incorrecto más común en los resultados competidores. La metodología original de Bruce Clay lo recomienda literalmente: “If you absolutely had to link the creamy peanut butter page to the flavored jelly page, you would want to do it with a rel='nofollow' link attribute”. (traducción) «Si fuera imprescindible enlazar la página de mantequilla de maní cremosa con la página de jalea con sabor, se usaría un atributo de enlace rel='nofollow'». No debe hacerse.

La escultura de PageRank mediante nofollow está rota desde 2009. Antes de eso, aplicar nofollow a un enlace redistribuía su parte entre los demás enlaces de la página; Google cambió el sistema para que la equidad asignada a un enlace con nofollow ahora se evapore: no se redirige ni se conserva. Por tanto, nofollow en un enlace entre silos no protege nada, sino que destruye la equidad que habría transmitido. El artículo sobre enlaces internos de este sitio cubre la historia completa. La conclusión es enlazar normalmente cuando sea relevante, con follow incluido.

Paso 5 — Errores comunes de implementación

Las cuatro formas en que las construcciones de silos salen mal en la práctica:

• Sobre-siloización. Crear silos más numerosos y delgados de lo que el tema soporta — relleno para alcanzar un número arbitrario de páginas. El resultado son páginas delgadas y redundantes que compiten entre sí (canibalización) en lugar de agrupar autoridad. Solución: trazar los límites a partir de la demanda (Paso 1) y fusionar los subtemas que no pueden sostenerse por sí solos en el hub.
• Aislar contenido genuinamente transversal. Una pieza que legítimamente abarca dos silos — por ejemplo, “email marketing para ecommerce” — se ve forzada a un solo silo y o nunca se enlaza desde el otro, o se deja fuera de forma incómoda porque “no encaja” en el modelo de aislamiento. Solución: dejar que la página viva en un lugar pero se enlace desde ambos hubs y spokes relevantes. Eso es listado cruzado, no duplicación — este mismo sitio lo hace con un patrón alsoIn (descrito en el artículo de arquitectura de sitio), donde un artículo aparece en más de un clúster en lugar de estar encerrado en uno.
• Límites que coinciden con el organigrama, no con la intención de búsqueda. Trazar líneas de silo alrededor de cómo la empresa organiza su oferta (por línea de producto, por departamento interno) en lugar de cómo los buscadores agrupan y formulan consultas. Solución: validar cada límite contra la agrupación real de palabras clave/SERP (Paso 1), no contra una estructura interna.
• Confiar en la carpeta en lugar del grafo de enlaces. Se colocan las páginas en la carpeta /topic/, asumes que el silo está “construido” y nunca verificas si las páginas realmente se enlazan entre sí. Que la carpeta exista no significa que el trabajo de enlazado se haya hecho — que es exactamente por lo que existe el Paso 6.

Paso 6 — Auditar que la concentración de enlaces realmente ocurrió

La matriz se planificó en el Paso 3. Ahora debe verificarse su implementación. Hay tres herramientas complementarias: ninguna de ellas, por sí sola, prueba que los temas “funcionaron” para un lector o un motor de búsqueda — una visualización o una tasa de llenado de matriz es un proxy, no una puntuación. Más allá de los enlaces hub↔spoke, debe verificarse si cada spoke es realmente alcanzable siguiendo los enlaces desde el hub (no solo presente en un informe), si los bordes entre grupos hacia otros silos son los previstos y no restos dispersos; después deben recorrerse las páginas como lo haría una persona que lee: un rastreo encuentra conexiones, pero no indica si la ruta resulta comprensible. Debe hacerse un seguimiento del descubrimiento, el rastreo y el estado de indexación de las páginas del silo por separado de cualquier cambio de ranking que siga; un grafo de enlaces recableado puede mover los tres, pero eso no es evidencia de que el recableado causó un cambio de ranking o tráfico — demasiadas otras cosas se mueven a la vez en un sitio en vivo para afirmar eso.

Visualizaciones de rastreo de Screaming Frog

Debe rastrearse el sitio y abrirse el diagrama de fuerza dirigida o el grafo de árbol: una representación de nodos y líneas del grafo de enlaces real rastreado, coloreado por profundidad de rastreo. Es la forma más rápida de ver si las páginas de un tema se agrupan visualmente o están dispersas y desconectadas. Úsalo como herramienta de comunicación y detección de patrones, no como fuente de datos — Screaming Frog es explícito en que “the crawl visualisations are useful when analysing site architecture, and internal linking”, pero también advierte que “don’t provide any more data than is already available in a crawl… don’t always tell the whole story.” (traducción) «las visualizaciones de rastreo son útiles al analizar la arquitectura del sitio y el enlazado interno» (traducción) «no proporcionan más datos de los que ya están disponibles en un rastreo… no siempre cuentan toda la historia». Excelente para detectar un spoke aislado de un vistazo; no es un sustituto de las comprobaciones a nivel de datos que se indican a continuación.

Ahrefs Site Audit

Tres informes, en el mismo orden de prioridad que usa el artículo de enlaces internos de este clúster para cualquier auditoría de enlaces internos (huérfanos → enlaces rotos → oportunidades de equidad de enlaces):

1. Páginas huérfanas — páginas sin enlaces entrantes. Una construcción de silo suele dejar atrás el último radio añadido, por lo que esto detecta las páginas a las que nada en el silo apunta.
2. Problemas de enlaces internos — enlaces internos rotos dentro del silo. Un centro que enlaza a la URL antigua de un radio es un enlace que no está haciendo su trabajo.
3. Oportunidades de enlaces — “sugerencias de enlaces internos relevantes” basadas en la superposición de palabras clave entre páginas, ordenables por Page Rating para priorizar qué páginas de alta autoridad deberían estar haciendo los enlaces. He escrito sobre el uso de esto para el enlazado de silos específicamente en SEO Silo Structure: Why It Makes No Sense (And What to Do Instead) — “the Link Opportunities tool… suggests where you should add internal links.” (traducción) «la herramienta Oportunidades de enlaces sugiere dónde conviene añadir enlaces internos».

La auditoría manual de la matriz de enlaces

La hoja de cálculo del Paso 3 debe completarse con la realidad. Se rastrean las URL del silo, se exportan los enlaces salientes (la exportación de enlaces salientes de Screaming Frog, o una exportación de páginas rastreadas de Ahrefs), y y se rellena cada celda con datos reales del rastreo, no de memoria. Las filas vacías = páginas que no están haciendo su trabajo de enlazado. Las columnas vacías = páginas a las que nada en el silo apunta (un riesgo de página huérfana dentro del silo incluso si la página está enlazada desde algún otro lugar del sitio).

Cuándo volver a ejecutarla

Después de la construcción inicial y cada vez que se añada un radio a un silo existente. Las páginas nuevas son el punto de fallo más común: puede actualizarse el centro para enlazar al nuevo radio y olvidarse los enlaces cruzados entre hermanos, o puede omitirse el enlace de retorno del nuevo radio al centro. Volver a ejecutar la matriz después de cada adición detecta eso en unos cinco minutos.

Preguntas frecuentes

¿Cuántas páginas debería tener un silo? No hay un número fijo. Las guías que compiten citan 5, 8, 10–20 y 20–30 y se contradicen entre sí. Debe usarse la demanda de búsqueda distinta por subtema como la prueba, no una cuota.

¿Debería usar nofollow en los enlaces entre silos? No. La escultura de PageRank mediante nofollow está rota desde 2009: la equidad se evapora en lugar de protegerse. Conviene enlazar normalmente cuando sea relevante.

¿Mi estructura de URLs necesita coincidir con mi estructura de silo? Puede, por conveniencia organizativa, pero Google interpreta el grafo de enlaces internos, no los nombres de carpetas. El artículo sobre arquitectura de sitio de este clúster contiene el análisis completo.

¿Qué herramientas auditan una estructura de silo? Las visualizaciones de rastreo de Screaming Frog, Ahrefs Site Audit (Páginas huérfanas, Problemas de enlaces internos, Oportunidades de enlaces), o una hoja de cálculo manual de matriz de enlaces construida a partir de una exportación de rastreo.

¿Puede una página pertenecer a más de un silo? Sí — mediante la inclusión cruzada (enlazándola desde múltiples centros relevantes) en lugar de duplicarla o forzarla a un solo grupo. El patrón alsoIn de este sitio es un ejemplo práctico.

Resumen de IA

Una versión condensada de la versión avanzada:

• Esto es un SOP de construcción, no un debate. Si los silos estrictos son buenos está resuelto en el artículo de arquitectura de sitio de este clúster; aquí se asume el objetivo (concentración temática + enlazado cruzado sensato) y la pregunta es cómo construirlo. (“Silo” en sí se remonta a la metodología de aislamiento físico/virtual de Bruce Clay — este artículo usa el término de forma laxa, sin la regla de aislamiento.)
• Paso 1 — límites desde la demanda. Un subtema merece un radio cuando tiene volumen de búsqueda distinto, su propio clúster de búsquedas relacionadas/PAA y una SERP significativamente diferente de la del padre. Las cifras contradictorias «5/8/10–20/20–30 páginas» deben descartarse: demuestran que no hay un estándar. También debe vigilarse la canibalización en el límite.
• Paso 2 — las URL son organización, no arquitectura. El silo puede reflejarse en carpetas para facilitar el trabajo en el CMS, pero el grafo de enlaces es la arquitectura; la carpeta no hace el trabajo de SEO.
• Paso 3 — conecta la matriz. Hub → cada radio (en contexto), radio → hub, radio → hermanos relevantes. Debe usarse una hoja de cálculo de matriz de enlaces —filas y columnas = páginas; celda = ¿enlazada?) para planificarla y luego auditarla.
• Paso 4 — enlazado cruzado sensato. Debe añadirse el enlace si existiría de todos modos; la relevancia supera a la dirección; unos pocos por página es saludable. Nunca uses nofollow en un enlace entre silos — el esculpido murió en 2009 y la equidad se evapora.
• Paso 5 — evita los errores clásicos: sobre-siloado/relleno, contenido entre temas huérfano (arréglalo con listados cruzados, no con duplicación), límites dibujados en el organigrama en lugar de la intención de búsqueda, y confiar en la carpeta sobre el grafo de enlaces.
• Paso 6 — auditoría con un rastreo: visualizaciones de Screaming Frog para ver la agrupación, Site Audit de Ahrefs (huérfanos → enlaces rotos → oportunidades de enlace) y la matriz de enlaces manual rellenada con datos de rastreo. También deben comprobarse la accesibilidad y los bordes entre grupos, recorre las páginas como un lector y sigue el descubrimiento/rastreo/índice por separado del posicionamiento; nada de eso prueba que el nuevo enlazado causara un cambio. La auditoría debe repetirse cada vez que añadas un radio.

Documentación oficial

Orientación de fuentes primarias más relevante para la mecánica de construcción — conectar una jerarquía de temas y mantener cada página enlazada. (El debate más amplio del modelo silo-vs-clúster está documentado en los artículos de arquitectura de sitio y estructura de sitio web de este clúster; esos citan el lenguaje de pirámide/página hub de Google y el marco de profundidad de clic de Bing, así que no lo repetiré aquí.)

Google

• Ayuda a Google a entender la estructura de tu sitio de comercio electrónico — lo más parecido que Google tiene a un documento de “cómo conectar una jerarquía de temas”; describe directamente la matriz de enlaces menú → categoría → subcategoría → producto.
• Enlaces rastreables — Haz que tus enlaces sean rastreables — toda página importante debería recibir un enlace desde al menos otra página —base para evitar contenido huérfano entre temas—, además de la orientación de Google sobre texto de ancla para redactar enlaces hub→radio y radio→radio.

Bing / Microsoft

• Directrices para webmasters de Bing — una estructura jerárquica clara y rastreable de categorías/subcategorías con enlazado interno razonable. (Bing es más prescriptivo sobre la profundidad de clic que Google; el artículo de estructura de sitio web de este clúster cubre el marco de tres clics de Bing.)

Citas de la fuente

Declaraciones registradas relevantes para la construcción — y para el mito sobre aislar los silos. (Las citas de los representantes de Google/Bing sobre si los silos son buenos — la línea de la pirámide de Mueller, la línea de la estructura de carpetas — viven en el artículo de arquitectura de sitio de este clúster, ya enlazado en profundidad allí; no las duplicaré.)

Documentación de Google Search Central — conectar la jerarquía (estructura de sitio de comercio electrónico)

• “add links from menus to category pages, from category pages to sub-category pages, and finally from sub-category pages to all product pages.” (traducción) «Se añaden enlaces desde los menús a las páginas de categoría, desde las páginas de categoría a las páginas de subcategoría y, finalmente, desde las páginas de subcategoría a todas las páginas de producto». Ir a la cita

Documentación de Google Search Central: no dejes una página huérfana (enlaces rastreables)

• “Every page you care about should have a link from at least one other page on your site.” (traducción) «Toda página importante debería recibir un enlace desde al menos otra página del sitio». Ir a la cita

Bruce Clay: el consejo obsoleto de nofollow para enlaces entre silos (citado de forma crítica)

• “If you absolutely had to link the creamy peanut butter page to the flavored jelly page, you would want to do it with a rel='nofollow' link attribute.” (traducción) «Si fuera imprescindible enlazar la página de mantequilla de maní cremosa con la página de mermelada con sabor, se usaría un atributo de enlace rel='nofollow'». Leer la fuente — este es el mito que este artículo desmonta: esculpir con nofollow está muerto desde 2009, así que la equidad se evapora en lugar de protegerse.

Screaming Frog: para qué sirven (y para qué no) las visualizaciones de rastreo

• “the crawl visualisations are useful when analysing site architecture, and internal linking.” (traducción) «las visualizaciones de rastreo son útiles al analizar la arquitectura del sitio y el enlazado interno.» Leer la fuente
• “They don’t provide any more data than is already available in a crawl. They are often not the best way to diagnose issues and don’t always tell the whole story.” (traducción) «No proporcionan más datos de los que ya están disponibles en un rastreo. A menudo no son la mejor manera de diagnosticar problemas y no siempre cuentan toda la historia.» Leer la fuente

Procedimiento operativo estándar: construir un silo temático

Debe ejecutarse de principio a fin para un silo nuevo, o desde el paso 4 para adaptar un grupo existente de páginas.

1. Elegir el tema del hub. Debe ser un tema amplio, con verdadera amplitud y demanda de búsqueda, que ancle el silo y se convierta en la página hub o pilar.
2. Agrupar las palabras clave. Se extraen las búsquedas relacionadas del término semilla, la sección «People Also Ask» y las sugerencias de herramientas de palabras clave, y se agrupan por intención. Cada grupo con demanda de búsqueda distinta y un SERP distinto es un candidato a spoke.
3. Eliminar el relleno. Para cada spoke candidato, debe confirmarse una demanda separada de la del padre. Si no puede llenar 2–3 páginas genuinamente diferentes, debe integrarse en el hub en vez de crear una página de poco contenido. Todo par de candidatos que canibalice la misma consulta debe combinarse en uno.
4. Diseñar las URL —opcional y cosmético—. El silo puede reflejarse en una carpeta /topic/ si facilita la organización editorial o del CMS. No debe tratarse como el trabajo de SEO.
5. Redactar el plan de la matriz de enlaces. Debe construirse la hoja de cálculo de filas y columnas —cada página del silo en ambos ejes) y marca los enlaces que pretendes: hub → cada spoke, cada spoke → hub, spoke → cada hermano genuinamente relevante.
6. Redactar y conectar. Se producen el hub y los spokes. Los enlaces hub→spoke se colocan en contexto donde se introduce cada subtema, no en un bloque al final de la página. Se añaden los enlaces spoke→hub y spoke→hermano según la matriz.
7. Añadir enlaces cruzados sensatos. En cada página se añaden enlaces externos al silo que superen la prueba de si existirían de todos modos. Deben seguirse, nunca marcarse con nofollow.
8. Rastrear y verificar. Se rastrea el silo —Screaming Frog / Ahrefs Site Audit— y se rellena la matriz con los enlaces salientes reales del rastreo. Deben corregirse las filas vacías —páginas que no enlazan hacia fuera— y las columnas vacías —páginas a las que nada apunta—. Deben resolverse los informes de páginas huérfanas y de enlaces internos rotos.
9. Establecer un disparador de nueva auditoría. Cada vez que se añada un spoke, deben repetirse los pasos 5–8 para esa página: actualizar el hub, añadir los enlaces cruzados a los hermanos y volver a rastrear.

Lista de verificación de construcción y auditoría del silo

Trabájala de arriba a abajo; el trabajo de límites al principio evita el retrabajo de enlaces más tarde.

Límites (Paso 1)

• Cada spoke tiene demanda de búsqueda distinta separada del término del hub.
• Cada spoke tiene su propio grupo de búsquedas relacionadas / People Also Ask.
• El SERP de cada spoke se ve significativamente diferente del SERP padre.
• Ningún spoke existe solo para alcanzar un número de “páginas mínimas”.
• Ningún par de spokes apunta a la misma consulta (sin canibalización de límites).

Estructura (Pasos 2–3)

• El diseño de carpeta/URL (si se usa) se trata como conveniencia del CMS, no como el silo.
• El hub enlaza a cada spoke, en contexto, no solo una lista en el pie de página.
• Cada spoke enlaza de vuelta al hub.
• Los spokes enlazan a spokes hermanos genuinamente relevantes.
• Existe una hoja de cálculo de matriz de enlaces (filas/columnas = páginas, celdas = enlaces).

Enlaces cruzados (Paso 4)

• Existen enlaces entre silos donde un lector los seguiría genuinamente.
• Cada enlace cruzado supera la prueba de “¿existiría esto si no hubiera silos?”.
• Ningún enlace interno — entre silos o de otro tipo — está marcado como nofollow para “proteger” la autoridad de enlaces.

Errores a descartar (Paso 5)

• No hay sobre-silo (sin spokes finos, redundantes o canibalizadores).
• El contenido entre temas está enlazado de forma cruzada (enlazado desde ambos hubs), no huérfano.
• Los límites coinciden con la intención de búsqueda, no con el organigrama.
• Se verificó el grafo de enlaces real, no solo la carpeta.

Auditoría (Paso 6)

• La visualización de Screaming Frog muestra las páginas del silo agrupadas, no dispersas.
• Ahrefs Site Audit: sin páginas huérfanas en el silo.
• Ahrefs Site Audit: sin enlaces internos rotos dentro del silo.
• Matriz rellenada desde una exportación de rastreo real — sin filas vacías ni columnas vacías inesperadas.
• Re-auditoría programada para la próxima vez que se añada un spoke.

La plantilla de la matriz de enlaces

Este es el artefacto que las guías competidoras no incluyen. Las filas son la página “desde la que se enlaza”; las columnas son la página «hacia la que se enlaza»; cada celda es ✓ si ese enlace existe. Puede construirse en cualquier hoja de cálculo — una pestaña para planificar, una rellenada desde un rastreo para auditar.

Cómo leerlo

• La fila del Hub debería ser todo ✓ — el hub enlaza a cada spoke. Un hueco aquí significa un spoke que realmente no está en el silo.
• La columna del Hub debería ser todo ✓ — cada spoke enlaza de vuelta al hub. Un hueco aquí es un spoke que, en el modelo de flujo de enlaces del profesional, no está devolviendo autoridad al hub — una señal de planificación a corregir, no una puntuación medible de Google.
• La fila de un spoke vacía —además del hub— = una página que no enlaza a ningún hermano; debe identificarse uno relevante para añadir.
• La columna de un spoke escasa = pocas páginas apuntan a él; está poco enlazado y en riesgo de quedar huérfano dentro del silo.

Para convertirlo en una auditoría: se rastrean las URL del silo, se exportan los enlaces salientes —exportación de Screaming Frog o de páginas rastreadas de Ahrefs— y se rellenan las celdas con los datos reales en lugar de hacerlo de memoria. Los huecos entre la pestaña de plan y la de rastreo forman la lista de tareas pendientes.

Los enlaces cruzados viven fuera de esta matriz por diseño — la matriz es para la completitud dentro del silo. Los enlaces externos al silo deben registrarse por separado —una lista simple de «página → objetivo externo al silo → motivo»— para verificar que cada uno supera la prueba de si existiría de todos modos.

Los modelos mentales

1. Los límites siguen a la demanda, no a una cuota. Un subtema merece un spoke cuando tiene demanda de búsqueda distinta (su propio volumen, su propio clúster de PAA y su propio SERP—. «Mínimo 5 páginas» y sus variantes son mitos que se contradicen entre sí — la prueba de demanda es la única que se sostiene.

2. La carpeta es un archivador; los enlaces son la arquitectura. El silo puede reflejarse en carpetas para facilitar la organización, pero los motores de búsqueda interpretan el grafo de enlaces internos. Debe construirse y auditarse ese grafo, no el árbol de carpetas.

3. La matriz es el silo. Un silo está completo cuando el hub enlaza a cada spoke, cada spoke enlaza de vuelta, y los spokes enlazan a hermanos relevantes. Las filas y columnas en una hoja de cálculo hacen que “completo” sea comprobable — planifícalo ahí, verifícalo ahí.

4. Los enlaces cruzados son características, no fugas. La prueba es “¿añadiría este enlace si los silos no existieran?” Si es así, pertenece. El instinto de aislar los silos — especialmente nofolloweando enlaces cruzados — es exactamente la práctica obsoleta que destruye equidad en lugar de protegerla.

5. Confiar en el rastreo, no en la memoria. El rastreo muestra si todos los enlaces previstos existen. La construcción no está terminada cuando las páginas se publican — está terminada cuando una matriz rellenada por el rastreo no tiene huecos inesperados.

¿Debería este subtema tener su propio spoke — o un enlace cruzado — o nada?

Las dos decisiones más difíciles en una construcción de silo son dónde van los límites y cuándo enlazar a través de ellos. El siguiente árbol permite evaluar un subtema o enlace cruzado candidato.

Hoja de referencia para construir silos

La matriz de enlaces (dentro de un silo)

Prueba de límites — ¿es un spoke real?

• ¿Volumen de búsqueda distinto vs. el padre? ✓ necesario
• ¿Clúster propio de búsquedas relacionadas / PAA? ✓ necesario
• ¿El SERP difiere del SERP padre? ✓ necesario
• ¿Solo existe para alcanzar un número de páginas? → fusionar hacia arriba, no es un spoke
• ¿Misma consulta que otro spoke? → combinar, no competir

Los números de “páginas por silo”, descifrados

• Mínimo 5 / 4–8 silos / 10–20 páginas / 20–30 artículos → todo son mitos y todo se contradice entre sí. Debe usarse la demanda, no una cuota.

Mitos que hay que dejar atrás

• “La carpeta construye el silo.” → No; el grafo de enlaces es la arquitectura.
• «Nunca enlazar entre silos». → Debe enlazarse cuando sea relevante.
• «Usar nofollow en enlaces entre silos para proteger la autoridad». → Obsoleto desde 2009; la autoridad se evapora.
• “Un silo es un factor de posicionamiento.” → No existe un detector de silos; es un método para organizar señales ordinarias de enlaces internos.

Herramientas de auditoría

• Visualizaciones de Screaming Frog → ver si las páginas se agrupan (detección de patrones, no datos).
• Ahrefs Site Audit → Páginas huérfanas → Problemas de enlaces internos → Oportunidades de enlaces.
• Hoja de cálculo de matriz de enlaces → completada a partir de una exportación de rastreo → encontrar filas/columnas vacías.
• Re-auditar → cada vez que añadas un radio.

Anti-patrones de silos — y la solución

Sobre-silos para alcanzar un número de páginas. Síntoma: Radios de poco contenido y casi duplicados inventados para llegar a un mínimo de cinco páginas, que compiten por la misma consulta. Solución: Los límites deben trazarse a partir de demanda distinta y los subtemas que no se sostengan por sí solos deben integrarse en el centro.

Usar nofollow en enlaces entre silos. Síntoma: rel="nofollow" en enlaces internos que cruzan un límite de carpeta, añadido para mantener la autoridad en el silo. Solución: Debe eliminarse. La escultura de enlaces está rota desde 2009: la autoridad se evapora en vez de redirigirse. Debe usarse follow cuando sea relevante.

Crear la carpeta y darla por terminada. Síntoma: Las páginas están en /topic/, pero nada dentro de la carpeta se enlaza entre sí; el silo existe solo como ruta de URL. Solución: Debe completarse la matriz de enlaces —Paso 3— y verificarse mediante un rastreo —Paso 6—; la carpeta sirve para archivar, no constituye la arquitectura.

Dejar huérfano el contenido que cruza temas. Síntoma: Una pieza que abarca dos silos se fuerza a uno y nunca se enlaza desde el otro, o se descarta porque no encaja. Solución: Debe incluirse de forma cruzada y enlazarse desde ambos centros o radios relevantes —el patrón alsoIn—: una página, dos ubicaciones temáticas.

Límites de organigrama. Síntoma: Silos dibujados alrededor de líneas de producto o departamentos internos, de modo que la estructura coincide con cómo piensa la empresa, no con cómo consultan los buscadores. Solución: Reagrupa los límites a partir de datos reales de palabras clave/SERP.

Vertederos de enlaces al final de la página. Síntoma: El centro enlaza a cada radio solo mediante una lista de enlaces relacionados al final, sin enlaces en contexto. Solución: Los enlaces centro→radio deben colocarse donde se introduce cada subtema en el cuerpo; los enlaces contextuales transmiten más señal y las personas los siguen.

Configurar y olvidar tras el lanzamiento. Síntoma: Se añade un nuevo radio meses después; el centro nunca recibe el enlace y no aparecen enlaces cruzados entre hermanos. Solución: La matriz de enlaces debe repetirse para cada nuevo radio; este es el punto más común de deterioro del silo.

Revisar los límites de silo propuestos

Entrada: una lista de páginas con tema objetivo, intención y centro propuesto.

Review this proposed topic-silo map as an information architecture, not as a URL
folder exercise. Flag overlapping hubs, spokes that belong under a different hub,
missing subtopics supported by the supplied data, and cross-topic links that would
help a reader. Do not invent keywords or search volume. Return: boundary decisions,
hub-to-spoke links, spoke-to-hub links, useful cross-links, and unresolved cases.

Convertir una exportación de rastreo en una revisión de brechas de enlaces

Entrada: columnas de URL de origen, URL de destino, texto de anclaje, tema de página y profundidad de rastreo.

Compare the observed internal-link graph with the supplied hub-and-spoke plan. Find
missing hub-to-spoke and spoke-to-hub links, weak or ambiguous anchor text, isolated
spokes, and relevant cross-silo links that the strict plan omitted. Separate facts
visible in the data from recommendations. Do not recommend nofollow to preserve a
silo boundary.

Verificar que la matriz de enlaces planificada se haya implementado

Prueba: rastrear el sitio y comparar los pares origen-destino observados con la matriz centro-radio aprobada. Resultado esperado: cada radio publicado recibe un enlace rastreable desde su centro y enlaza de vuelta al centro correcto. Interpretación de fallo: Una plantilla, implementación u omisión de mapeo dejó el borde planificado fuera del grafo. Ventana de monitoreo: Inmediata después del rastreo de implementación. Disparador de reversión: El lanzamiento elimina enlaces útiles existentes o dirige un clúster al centro equivocado.

Verificar que los enlaces cruzados sigan siendo intencionales

Prueba: exportar los enlaces que cruzan grupos temáticos y revisar su contexto de origen y texto de anclaje. Resultado esperado: cada enlace cruzado sirve a una tarea relacionada de lectura; no existen reglas generales de nofollow ni enlaces cruzados accidentales en todo el sitio. Interpretación de fallo: La implementación impuso aislamiento artificial o añadió enlaces sin contexto temático. Ventana de monitoreo: Después de cada lanzamiento de plantilla o navegación. Disparador de reversión: Una regla global suprime enlaces legítimos o introduce un gran conjunto de enlaces no relacionados en todo el sitio.

Ponte a prueba: cómo construir una estructura de silo

Cinco preguntas breves sobre el proceso de construcción y auditoría de silos. Debe elegirse una respuesta y comprobarla.

Recursos útiles

Mis escritos relacionados

• SEO Silo Structure: Why It Makes No Sense (And What to Do Instead) — la opinión de Ahrefs sobre los silos estrictos, incluido el uso de la herramienta Link Opportunities para encontrar dónde añadir enlaces internos.
• Internal Links for SEO: An Actionable Guide — cómo los enlaces internos transmiten PageRank y dan forma al grafo de enlaces que es el silo; el flujo de trabajo de auditoría en el que se basa el Paso 6 de este artículo.
• The Beginner’s Guide to Technical SEO — dónde encajan la estructura del sitio y los enlaces internos en el panorama general.

Mis ponencias

• Local Link Building (Pubcon Local 2021) — mi charla sobre enlaces internos; el material adyacente más cercano sobre cómo conectar enlaces deliberadamente (los enlaces internos parecían importar proporcionalmente más para las consultas locales).

Del resto del sector

• SEO Silos: How to Build a Website SEO Silo (Bruce Clay) — la metodología original de silos estrictos, citada aquí de forma crítica por su consejo obsoleto de no seguir los enlaces entre silos.
• Screaming Frog — Site Architecture & Crawl Visualisations — cómo ver si las páginas de un tema se agrupan, y la advertencia de que las visualizaciones no cuentan toda la historia.
• Ahrefs Academy — Link Opportunities — el informe de Site Audit que muestra sugerencias relevantes de enlaces internos, ordenables por Page Rating.
• Topic Clusters: The Next Evolution of SEO (HubSpot) — mecánica de investigación de clústeres de People Also Ask reutilizada en el Paso 1 y fuente de la cifra de «20 a 30 artículos de apoyo» citada como mito.
• What Is Silo SEO and Is There a Better Option? (Semrush) — un recorrido convencional por los silos para comparar.
• SEO Silo Structure (glosario de Ahrefs) — una breve definición de referencia del modelo de silo y la objeción a su regla de no enlazar entre silos.

Registro de cambios