Estructura de silo del sitio: intención, URL y enlaces internos

Qué va mal en un sitio típico

Abre casi cualquier sitio de un nicho con un producto o servicio real: fabricación, venta al por mayor, servicios B2B, e-commerce, proveedores del sector público. B2B, B2C o B2G, el panorama suele ser el mismo: un catálogo o una lista de servicios, páginas de entrega y pago, una sección «Sobre nosotros», certificados. En el mejor de los casos, devoluciones y garantía.

Eso no es un sitio web. Es una tarjeta de visita digital.

Un ejemplo de nicho, pero la lógica sirve para cualquier sitio. Uso la ropa de trabajo como ejemplo: el producto es complejo, los compradores pueden ser particulares, empresas o compradores públicos, y el surtido se convierte fácilmente en un catálogo interminable y sin sentido. Los mismos principios para secciones y páginas, ligados a la demanda real, se aplican al e-commerce, a los servicios, a B2B, a los medios, etc.: cambian las entidades y las URL, no los principios. El CMS, el idioma y el hosting no cambian las reglas de arquitectura.

Desde el punto de vista del SEO, una estructura así significa que el sitio compite en la práctica por un conjunto limitado de unos 15–100 términos principales (depende del nicho). Todo lo que queda por debajo, las consultas de cola larga con una intención concreta, se pierde. Quien busque «compra de ropa de trabajo de invierno ignífuga para soldadores» aterrizará donde esa consulta tenga su propia página.

Los propietarios suelen conocer el producto a fondo, pero olvidan que los visitantes quizá no sean expertos todavía. El sitio debe mostrar el producto o servicio y también el negocio y las personas que están detrás: quiénes son, cómo funcionan la producción o el servicio y qué respalda lo que prometen. Una arquitectura temática bien pensada (silo) ayuda tanto a los buscadores como a los usuarios a pasar de lo general a lo específico sin huecos.

Cobertura semántica en cifras

zoom_in

Cobertura semántica: la métrica que te faltaba

Antes de comparar esquemas, esta es una definición de trabajo que mantiene sencillo el resto.

La cobertura semántica es la proporción de la demanda de búsqueda real sobre un tema que tu sitio cubre con sus páginas. No es el número de páginas ni el posicionamiento, sino la cobertura de intenciones: hasta qué punto la estructura responde a lo que la gente busca de verdad.

No es un término oficial, sino una métrica práctica para el diseño. Parientes cercanos en el sector son los «cocoons» semánticos y la cobertura de clústeres por intención; ambos se solapan con la forma en que los equipos miran los huecos de contenido y la completitud temática.

De la definición a la ejecución

Tres esquemas de URL para un sitio: del caos al silo

Abajo tienes tres árboles de URL para un mismo proyecto hipotético (con la lógica de la ropa de trabajo): el caos habitual, un silo básico y un silo extendido. Compáralos según cuántas intenciones reales puede cubrir cada versión, no según la profundidad de las URL por estética.

Esquema 1: «como siempre». Sin silo ni estructura

site.com/
├── catalog/
│   ├── product-1/
│   └── product-2/
├── delivery/          ← orphan page, no parent hub
├── payment/           ← same problem
├── about/
└── contacts/

Qué va mal:

/delivery/ y /payment/ están en el segundo nivel, pero no hay un hub /clients/. Sin jerarquía, sin migas de pan, sin lógica. El rastreador ve páginas, no estructura.

El catálogo es plano. Las categorías no están ligadas a servicios, materiales ni sectores.

La cobertura semántica empieza por la proporción de intenciones reales de los usuarios que el sitio actual puede responder con páginas útiles y respaldadas.

Las rutas anidadas importan

La profundidad de la URL no es cosmética. Un rastreador trata /catalog/spetsodezhda/zimnyaya/dlya-svarshchikov/ como parte de un clúster temático. Una /zimnyaya-spetsodezhda-dlya-svarshchikov/ plana es solo una página.

Regla: cada nivel de URL debe ser una página real con contenido propio, no un segmento técnico.

Sitemap: un archivo índice y mapas separados por sección (estáticas, catálogo, servicios, blog, etc.) facilitan controlar el volumen de URL y sus cambios. seohead.tech hace lo mismo.

Esquema 2: silo básico

site.com/
├── catalog/                          ← catalog hub
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       └── zashchita-ruk/
│
├── services/                         ← services hub
│   ├── poshiv-pod-zakaz/
│   └── naneseniye-logotipa/
│
├── clients/                          ← customer-facing hub
│   ├── delivery/
│   ├── payment/
│   └── garantiya/
│
├── about/
│   ├── team/
│   └── sertifikaty/
│
└── blog/

Qué ganas:

Un hub para cada área principal. /clients/ es el padre de entrega, pago y garantía. Usuarios y rastreadores ven la jerarquía; las URL coinciden con la estructura y las migas de pan tienen sentido.

Lo que sigue faltando:

• No hay páginas para filtros SEO (invierno + ignífugo + soldadores)
• No hay landings por sector
• No hay sección de materiales, glosario ni calculadoras
• Las secciones están totalmente aisladas, sin enlaces cruzados
• El autor no está claro; E-E-A-T débil

Cobertura semántica: aproximadamente un 20–30 %.

Esquema 3: silo extendido. Cobertura completa

site.com/
│
├── catalog/
│   ├── spetsodezhda/
│   │   ├── zimnyaya/
│   │   ├── letnyaya/
│   │   └── dlya-svarshchikov/
│   ├── signalnaya/
│   │   ├── zimnyaya/
│   │   └── letnyaya/
│   └── siz/
│       ├── zashchita-golovy/
│       ├── zashchita-ruk/
│       └── gotovyye-komplekty/
│           ├── komplekt-elektrika/
│           ├── komplekt-svarshchika/
│           └── komplekt-stroitelya/
│
├── services/
│   ├── poshiv-pod-zakaz/
│   │   ├── malyye-serii/
│   │   └── krupnyye-tirazhi/
│   └── naneseniye-logotipa/
│       ├── vyshivka/
│       ├── dtf-pechat/
│       └── sravneniye-metodov/
│
├── industries/
│   ├── stroitelstvo/
│   ├── neftegaz/
│   ├── pishchevaya/
│   └── zhkkh/
│
├── materials/                        ← separate template, not the blog
│   ├── khlobok/
│   ├── smesovaya-tkan/
│   │   ├── ts-65-35/
│   │   └── ts-50-50/
│   └── fr-tkani/
│       ├── nomex/
│       ├── proban/
│       └── sravneniye/
│
├── clients/
│   ├── delivery/
│   ├── payment/
│   ├── tablitsy-razmerov/
│   │   ├── muzhskaya/
│   │   └── zhenskaya/
│   ├── ukhod/
│   │   ├── kak-stirat/
│   │   └── fr-odezhda/
│   └── normy-vydachi-siz/
│
├── about/
│   ├── team/
│   │   └── direktor/
│   ├── proizvodstvo/
│   ├── sertifikaty/
│   └── vakansii/
│
├── cases/
│   ├── komplektatsiya-stroitelnogo-obekta/
│   └── spetsodezhda-dlya-zhkkh/
│
├── glossary/
│   ├── fr-odezhda/
│   ├── antistatika/
│   └── gost-12-4-303/
│
├── calculators/
│   ├── komplekt-dlya-rabochego/
│   └── normy-vydachi/
│
├── blog/
│
└── prajslist/

Cobertura semántica: aproximadamente un 70–90 %.

Con esta estructura, el sitio cubre todo el recorrido: composición y propiedades para quien empieza; catálogo o listados con filtros para la demanda concreta; servicios que muestran cómo entregan resultados; un hub de clientes para logística y condiciones; páginas de sectores y casos que muestran dónde ya ha funcionado.

Cuando la gente duda, necesita pruebas: producción o proceso, documentos, garantías, un punto de contacto real online u offline. No son «páginas de empresa»: responden a las objeciones antes de que llegue la conversación comercial.

El glosario y el blog captan la cola larga, desde las definiciones hasta escenarios expertos y muy concretos. Atraen a quien todavía no está listo para comprar y generan confianza en la marca.

zoom_in

Cómo construir la estructura del sitio: guía paso a paso

La arquitectura se diseña antes de que se abra el editor del CMS o se publique la primera página. La secuencia es la misma para cualquier nicho.

Prompt de IA: generar la estructura del sitio

Copia el texto de abajo en cualquier chat o agente de IA: hará preguntas de seguimiento y devolverá un .md listo con el árbol de secciones.

You are an SEO architect and content strategist. Your task is to design a website structure following the extended silo principle with full semantic coverage.

Before building the structure, ask me 3-5 clarifying questions:
- What does the business sell or do (product, service, niche)?
- Who is the target audience (B2B, B2C, B2G, mixed)?
- Is there an existing structure or website — if so, ask me to send it?
- Which industries or customer segments exist?
- Which extra sections matter: blog, glossary, calculators, case studies, materials/technologies?

Once you have the answers, build the structure by these rules:
1. Every section is a separate semantic hub with child pages.
2. Build the catalogue or service list as a matrix (category x attribute), and only where real demand exists.
3. Always include: author/expert, an "About" hub, a "For customers" hub, case studies, and a glossary or blog.
4. Do not create pages for volume — only where there is intent.

Return the result strictly as Markdown:
- # — the site (domain or name)
- ## — top level (catalogue, services, about, etc.)
- ### — subsection or hub
- #### — leaf pages

Section headings only — no URLs, no descriptions, no explanations inside the structure.

Qué pasa después: la IA hace preguntas → respondes o envías una estructura existente → recibes un borrador .md → lo importas en XMind o similar → lo refinas visualmente → lo entregas al desarrollador como referencia.

Ejemplo de archivo (etiquetas neutras)

Abajo tienes un fragmento .md resumido con encabezados neutros, sin nicho ni productos; solo el esqueleto de anidamiento. Una estructura completa puede tener cientos de páginas.

# project.example

## Product range

### "Standard" line
#### Option for environment A
#### Option for environment B
#### Universal kits

### "Pro" line
#### Scenario X
#### Scenario Y
#### Scenario Z

### Related items
#### Zone 1 protection
#### Zone 2 protection
#### Ready-made sets

## Services

### Made to order
#### Small batches
#### Large batches

### Branding
#### Method A
#### Method B

## Materials knowledge base

### Material group 1
#### Subtype alpha
#### Subtype beta

### Material group 2
#### Subtype gamma

## Use cases

### Industry 1
### Industry 2
### Industry 3

## For customers

### Sizing and selection
### Care and maintenance
### Standards and regulations

## About

### Team
#### Leadership

### Production / facilities
### Certificates and approvals

## Blog
## Glossary
## Price list
## Contacts

Impórtalo con File → Import → Markdown en XMind para obtener un mapa anidado, y luego ajusta las prioridades y los enlaces cruzados.

zoom_in

Matriz de filtros SEO en lugar de un catálogo interminable

Usa las categorías como base estable y cubre la demanda de detalle con filtros SEO y combinaciones de atributos, sin un catálogo plano y desbordado. Necesitas una matriz: categoría × atributo. Cada celda marcada = una página SEO con su propia URL, H1, meta y contenido. Celda vacía = ninguna página, ninguna intención de contenido pobre. La misma lógica sirve para surtidos estrechos o amplios: intersecciones con sentido para la demanda real, no ramas infinitas de catálogo.

Eso da 40–60 páginas dirigidas en lugar de cinco categorías. Cada una es un listado concreto para una consulta concreta. Un guion es una señal honesta: no hay demanda y no hace falta crear una página de contenido pobre solo para la estructura.

Enlaces cruzados: el silo no es una prisión

Un error habitual es leer el silo como «las secciones nunca se enlazan entre sí». Lo que debe quedar aislado son los patrones de navegación. Los enlaces cruzados contextuales entre secciones crean relación semántica.

El silo y las pirámides de enlaces funcionan juntos. El silo define los clústeres temáticos y qué bloques quedan junto a cuáles; la pirámide mueve la autoridad dentro de un clúster (hub → hojas → de nuevo al hub). Los enlaces entre clústeres deben ser deliberados y precisos, como en los ejemplos siguientes, sin diluir el tema. En la práctica, es un modelo híbrido. Los artículos externos (KeyGroup sobre enlazado y rastreo; «fortaleza semántica» sobre cobertura de la demanda) se mueven en el mismo eje.

Ejemplos de buenos enlaces cruzados:

• Página de material /materials/fr-tkani/nomex/ → enlaza a /catalog/dlya-svarshchikov/ogneupornaya/
• Ficha de producto → página de material
• Caso práctico → productos, materiales, servicios
• /services/poshiv-pod-zakaz/ → enlaza a /materials/
• /industries/stroitelstvo/ → enlaza a catálogo, casos y servicios

Nota. Cuando el texto es sustancial y la estructura es sólida, los enlaces aparecen de forma natural donde el lector los necesita. Una página de tejido Nomex menciona de forma natural dónde se usa; un caso enlaza a materiales y servicios. Si tienes que forzar los enlaces, el fallo está en la estructura o en la redacción.

zoom_in

Un caso práctico como landing page, no como galería

Las páginas típicas de «casos» son cuadrículas de fotos y una frase del tipo «lo entregamos». Sin URL propia por caso, sin narrativa, sin enlaces.

Un caso bien hecho es una landing page:

Si hay etapas de trabajo, muéstralas en una galería «antes / durante / después». Acabado en bruto → instalación → espacio terminado. El lector baja y entiende la escala. Eso no solo genera confianza: es contenido que retiene a la gente en la página y genera enlaces internos reales entre secciones.

Una página así se posiciona para consultas como «equipar una obra con ropa de trabajo», pasa autoridad a las URL de producto y servicio, y encaja con la intención de los contratistas.

Autor y E-E-A-T: una persona detrás del sitio

Las señales de calidad de búsqueda castigan cada vez más el contenido genérico y sin rostro: si los lectores no ven quién habla ni qué experiencia respalda lo que dice, pierdes frente a recursos con autores y casos verificables. Esto vale para B2B, B2C y B2G.

En nichos con producto real o servicio complejo, la gente quiere saber quién respalda la oferta: un director, un experto o un especialista principal como voz del contenido, en cualquier CMS y tipo de sitio.

• Su foto en los materiales, artículos y páginas de servicio
• Página de autor con biografía, experiencia y fotos de producción
• author en schema.org en todas las plantillas
• Comentario personal en lugar de relleno anónimo

No es solo una señal de SEO: en ciclos de venta largos, la confianza en el autor convierte.

Cobertura completa y el núcleo semántico

Cuando la estructura ya cubre todo el tema (glosario, materiales, servicios, sectores, casos), los conceptos adyacentes quedan respondidos por la propia arquitectura. Las herramientas de «LSI» importan menos, pero el análisis de demanda sigue siendo imprescindible: sin él no puedes priorizar páginas ni ver dónde está el tráfico real.

Los estudios de SEO y los profesionales que trabajan con clústeres temáticos y cocoons suelen ver que los clústeres se posicionan antes en sitios con estructura profunda que en los planos.

El núcleo semántico trata entonces menos de «encontrar temas» (eso ya lo hizo la estructura) y más de priorizar: qué páginas publicar primero y dónde hay más demanda y menos competencia.

Pros y contras del silo extendido

Secciones universales: una lista de comprobación para cualquier sitio

Esta es una base que sirve para la mayoría de negocios; ajústala según el nicho, la audiencia y la demanda.

Es una base mínima. Según el negocio, la estructura crece o se reduce, pero la lógica se mantiene: cada sección responde a un tipo de intención y se conecta con las demás mediante enlaces con sentido.