Arquitectura SILO en SEO: qué es, cómo montarla en WordPress y reglas de enlazado (con ejemplos reales)
Cuando quiero crecer sin que la web se convierta en un caos, lo que mejor me funciona es la arquitectura SILO. Para mí es el “punto dulce” del SEO on-page porque combina tres cosas muy concretas: jerarquía clara, temas bien agrupados y enlazado interno con intención.
La idea es simple: organizo el contenido en silos temáticos (clusters) y dentro de cada silo creo una estructura que se refuerza sola: una página principal del tema (página pilar) y varias páginas que desarrollan subtemas y preguntas específicas (long-tails). Luego conecto esas páginas con enlaces internos siguiendo reglas claras.
Qué es la arquitectura SILO (y por qué se parece a ordenar barrios)
Una estructura SILO es una forma de ordenar una web para que Google y la gente entiendan rápido:
- cuáles son los temas principales del sitio
- qué página es la más importante dentro de cada tema
- cómo se relacionan los contenidos entre sí mediante enlaces internos
Yo lo planteo así:
- Página pilar: una URL que cubre el tema amplio y enlaza a las piezas importantes.
- Páginas de apoyo: URLs que atacan subtemas, dudas y búsquedas long-tail.
- Enlazado interno dentro del tema: enlaces entre la pilar y sus páginas de apoyo, y enlaces entre páginas relacionadas del mismo tema.
En pocas palabras: menos contenido suelto y más contenido organizado por temas con un enlazado interno que tenga sentido.
Los 3 niveles típicos (el esquema más común)
En muchos enfoques verás el SILO en 3 niveles:
- Home (lo más genérico/competitivo)
- Páginas pilar (categorías/secciones principales)
- Páginas secundarias (posts/landings long-tail y subtemas)
Si un ecommerce necesita un nivel extra por subcategorías, lo hago. Si un proyecto pequeño se apaña con 2 niveles, también.
SILO “físico” vs SILO “virtual” (URLs vs enlazado interno)
Aquí veo mucha confusión, así que lo dejo claro:
- SILO físico: la jerarquía se nota en la URL (carpetas del tema).
- SILO virtual: la URL no refleja tanto, pero el enlazado interno y la estructura temática sí.
A mí me gusta que las URLs reflejen la estructura cuando puedo, porque ayuda muchísimo a entender la organización sin leer ni una línea.
En mi caso se ve muy bien en ashotmb.com, en la sección de guías de World of Warcraft. Solo con ver URLs ya se entiende el agrupamiento temático:
/youtube/guias-world-of-warcraft//youtube/guias-world-of-warcraft/cazador//youtube/guias-world-of-warcraft/cazador/mascotas//youtube/guias-world-of-warcraft/monturas/…
No hace falta “explicar” nada: la estructura ya guía.
Por qué la arquitectura SILO funciona (cuando está bien hecha)
Yo uso SILO por control. Y cuando digo control, me refiero a cosas prácticas:
1) Reduzco canibalización (cada URL con una intención)
Cuando organizo bien un tema, me resulta más fácil decidir:
- cuál es la página que debe posicionar por la keyword principal (la pilar)
- cuáles son las páginas que atacan subintenciones y long-tails
Así evito el típico problema de “tengo 3 contenidos compitiendo por lo mismo y no sé cuál debería rankear”.
2) Refuerzo autoridad temática (topical authority)
Cuando un tema está bien agrupado y enlazado, noto que Google entiende mejor el conjunto. No suelo ver “una URL aislada” subiendo por casualidad, sino una mejora más consistente del tema completo.
Yo quiero que alguien llegue a un contenido y tenga claro:
- dónde está dentro del tema
- qué otras páginas le conviene leer después
- cómo volver a la página principal del tema
Eso lo consigo con páginas pilar bien construidas y enlaces internos pensados.
4) Escalo sin que el sitio se desordene
En proyectos con muchas secciones o temáticas, si no pongo estructura desde el principio, el sitio crece “a lo ancho” y el enlazado se vuelve aleatorio. Con SILO, la escalabilidad es mucho más limpia.
SILO “estricto” vs arquitectura híbrida (cómo lo hago yo en la práctica)
La diferencia real no está en la jerarquía, sino en cómo gestiono los enlaces entre temas distintos:
- SILO estricto: casi todo el enlazado se queda dentro del mismo tema.
- Híbrida: mantengo silos temáticos, pero permito enlaces entre temas cuando son el siguiente paso lógico.
Yo suelo empezar por SILO por defecto y luego hago excepciones muy controladas.
Mi regla: cuando enlazo a otro tema, lo hago pocas veces, en el lugar exacto y con contexto. Si empiezo a enlazar “por si acaso”, termino creando ruido y diluyendo la estructura.
Ejemplo rápido:
- Tema A:
/seo/ - Tema B:
/migraciones/
Si estoy hablando de cambios de URLs o estructura, meto un enlace puntual a una checklist de migración. Si no estoy hablando de eso, no lo meto.
Cómo diseño una arquitectura SILO paso a paso (mi método)
1) Empiezo por keyword research, pero agrupando por temas
Yo no trabajo con una lista infinita de keywords sueltas. Agrupo por:
- tema
- intención de búsqueda
- relación entre contenidos
Ejemplo:
- Pilar: “arquitectura SILO”
- Apoyos: “enlazado interno en SILO”, “SILO en WordPress”, “SILO vs clusters”, “errores comunes”, “ejemplos de estructura”
Qué son las palabras clave en SEO y cómo encontrarlas
2) Defino la página pilar (y la hago potente)
La página pilar no puede ser un texto corto. Yo la planteo como:
- definición + contexto
- mapa del tema (qué subtemas cubro)
- enlaces a los contenidos principales del silo
3) Creo las páginas de apoyo pensando en long-tails reales
Aquí ataco preguntas y subintenciones que la gente busca:
- cómo montarlo
- qué errores evitar
- qué hacer en WordPress
- cómo enlazar correctamente
4) Diseño el enlazado interno con reglas claras
Yo uso un sistema simple que funciona:
- cada página de apoyo enlaza a la pilar
- la pilar enlaza a las páginas más importantes del tema
- entre páginas de apoyo enlazo solo si están realmente relacionadas (misma intención o subtema cercano)
5) Reviso profundidad y accesos
No me obsesiono con números, pero sí reviso:
- si una página importante está demasiado escondida
- si todo depende de la home
- si hay URLs que nadie enlaza (páginas huérfanas)
6) Controlo canibalización con mantenimiento
Yo reviso el tema cada cierto tiempo:
- contenidos que se solapan
- enlaces internos que quedaron “raros”
- páginas que deberían fusionarse o reorientarse
Arquitectura SILO en WordPress (con Yoast): lo que hago yo
En WordPress, el SILO se gana o se pierde por 5 cosas: permalinks, categorías, etiquetas, breadcrumbs y “relacionados”.
1) Permalinks: decido si quiero estructura en la URL
Si quiero que la jerarquía se lea en la URL, una opción típica es usar algo como:
/%category%/%postname%/
Ojo: si ya hay contenido publicado, cambiar permalinks puede implicar redirecciones y revisión de indexación. Yo esto lo trato como una mini-migración.
2) Categorías y etiquetas (yo lo simplifico mucho)
- Categorías: las uso como estructura principal del contenido.
- Etiquetas: solo las mantengo si de verdad aportan navegación y valor. Si no, suelen crear páginas pobres y duplicidades.
3) Yoast: index/noindex en taxonomías (clave)
En Yoast → Apariencia en el buscador:
- Etiquetas: casi siempre las pongo en noindex.
- Categorías:
- si una categoría es solo un listado sin valor → noindex
- si la categoría funciona como página pilar bien trabajada → index
Mi objetivo es que Google indexe lo que tiene intención y contenido real, no archivos vacíos.
4) Breadcrumbs: los activo para reforzar jerarquía
Las migas de pan ayudan a que la estructura sea clara y coherente. Si puedo, las activo y me aseguro de que no “mientan” respecto a categorías/estructura. Tanto las migas de pan que se ven en el contenido como el schema de las migas de pan, para Google.
5) “Artículos relacionados”: aquí se rompe todo si no lo controlo
Si un plugin muestra relacionados mezclando temas por tags o cosas raras, la estructura se degrada sin avisar.
Yo lo dejo así:
- relacionados solo del mismo tema/categoría, o directamente lo quito si no puedo controlarlo, y si no indexas o muestras tags, los puedes usar para mostrar los posts en artículos relacionados que te interesen. Por ejemplo si quiero que 6 de mis posts aparezcan en “Artículos relacionados” en /seo/seo-on-page/, puedo poner tag on-page en esos 6 posts, y asi no saldrán otros posts.
Ejemplo de arquitectura SILO – ashotmb.com
En mi web ashotmb.com organizo el contenido por secciones grandes (carpetas) para que se entienda rápido qué trata cada parte del sitio. Por ejemplo:
- SEO:
https://ashotmb.com/seo/
y dentro:https://ashotmb.com/seo/seo-on-page/… - YouTube / Guías de World of Warcraft:
https://ashotmb.com/youtube/guias-world-of-warcraft/
y dentro:https://ashotmb.com/youtube/guias-world-of-warcraft/monturas/…o…/cazador/… - Proyectos:
https://ashotmb.com/proyectos/… - Blog (temas sueltos):
https://ashotmb.com/blog/…
Cómo mantengo el SILO (la regla principal)
Dentro de cada sección, intento que el enlazado interno y la navegación apunten sobre todo a páginas de la misma carpeta.
Por ejemplo, cuando escribo en /seo/seo-on-page/, lo normal es que mis enlaces vayan a:
- otras guías de SEO on-page,
- la página principal de SEO,
- y contenidos directamente relacionados (intención similar).
Y cuando escribo una guía en /youtube/guias-world-of-warcraft/, lo normal es que mis enlaces vayan a:
- el índice de guías de WoW,
- el índice del subtema (monturas, oro, cazador…),
- y otras guías muy cercanas por intención.
La excepción (y por qué la hago)
A veces enlazo de un silo a otro si el enlace es un ejemplo real que mejora la explicación.
Un caso claro: en mi post de preguntas frecuentes en SEO (/seo/seo-on-page/que-son-las-preguntas-frecuentes-en-seo-faqs/) enlazo a una guía de WoW (/youtube/guias-world-of-warcraft/monturas/…) porque ahí tengo una FAQ real con Schema y puedo enseñar el impacto.
En esa guía incluí una pregunta tipo: “¿Cada cuánto tiempo se resetean los orbes morados?”, y respondí con una información concreta (por ejemplo, que reaparecen en torno a 5–10 minutos, con un consejo práctico). Luego vi que, al buscar algo muy parecido en Google, aparecía una respuesta alineada con esa info y mi contenido ganaba visibilidad (incluso apoyado por el vídeo de YouTube).
Para mí eso es una prueba útil: una FAQ bien escrita + bien estructurada no solo “rellena”, sino que puede ayudarte a destacar más en resultados.
Qué hago para que este enlace cruzado NO rompa el SILO
Para que esta excepción no convierta mi web en un “todo enlaza con todo”, sigo estas reglas:
- El enlace cruzado va dentro de un párrafo muy concreto, no en un módulo automático (sidebar, footer, “relacionados”, etc.).
- Lo uso como ejemplo, no como recomendación genérica de “visita esto también”.
- No repito enlaces cruzados por sistema: la mayoría de enlaces de ese post siguen apuntando a URLs del silo de SEO.
- El anchor text es descriptivo, tipo:
- “ejemplo real de FAQ con Schema”
- “una guía donde aplico FAQs y Schema”
- “ejemplo práctico en una guía”
Con esto consigo una arquitectura que es SILO por estructura, pero híbrida en la práctica: mantengo la temática ordenada y, cuando necesito cruzar, lo hago con una razón clara y sin abuso.
Errores típicos al montar una estructura SILO (y cómo los evito)
- Página pilar floja: si la pilar no guía ni enlaza bien, el tema no se sostiene.
- Demasiados silos: si divido demasiado, se vuelve inmanejable.
- Canibalización por falta de mapa: si no asigno intención por URL, se pisan contenidos.
- Automatismos que mezclan temas: relacionados, tags, widgets… si no los controlo, desordenan todo.
- Taxonomías indexadas sin valor: categorías/etiquetas vacías generan páginas “thin” que ensucian.
❔ Preguntas frecuentes
Para mí, la arquitectura SILO es una forma de organizar el contenido por temas para que Google y la gente entiendan rápido qué trata cada sección. Creo una página pilar (tema principal) y varias páginas de apoyo (subtemas y long-tails) y las conecto con enlaces internos coherentes.
Yo lo veo así: en los dos casos agrupo contenidos por tema, pero el SILO suele ser más estricto con el enlazado interno (más enlaces dentro del tema y menos cruces). Los topic clusters permiten más enlaces cruzados si tiene sentido para el usuario. En la práctica, yo acabo usando una versión híbrida controlada.
Me conviene cuando tengo (o voy a tener) mucho contenido y quiero crecer sin desorden: blogs, webs de nicho, secciones grandes, guías, e-commerce por categorías. Si mi web es pequeña, aun así me ayuda a empezar con orden para no tener que “reconstruir” todo más tarde.
Yo prefiero empezar con pocos. En la mayoría de webs pequeñas/medianas, suelo moverme en un rango de 5 a 12 temas principales (dependiendo del proyecto). Si creo 30 silos desde el inicio, normalmente termino con secciones débiles y contenido duplicado.
Se puede. Yo lo hago, pero con una norma: solo si el enlace es el siguiente paso lógico para el lector. No meto enlaces cruzados “por si acaso”, ni los pongo en módulos automáticos. Si el enlace está justificado dentro del texto, no me rompe la estructura; si lo convierto en patrón, sí.
A mí me ayuda mucho, porque obliga a definir una intención por URL. Cuando tengo una página pilar y varias páginas de apoyo bien diferenciadas, es más difícil que escriba dos contenidos compitiendo por lo mismo. No es magia: si repito intención, la canibalización aparece igual, pero el SILO me obliga a detectarlo antes.
No necesariamente. Yo puedo aplicar SILO con URLs “planas” si mantengo:
- una página pilar clara,
- enlaces internos bien pensados,
- navegación coherente (breadcrumbs/menú).
Si puedo hacer carpetas sin romper nada, genial. Si no, prefiero SILO “virtual” antes que liarla con cambios de URLs.
Depende del tamaño del sitio, pero yo lo noto primero en señales “internas”: mejor navegación, más páginas por sesión y más claridad de intención por URL. En SEO, normalmente tarda semanas/meses según rastreo y competencia. Para medirlo, miro Search Console por secciones/URLs pilar y veo si mejora la visibilidad del tema completo.
