Plan de contenidos y arquitectura de clusters
Publicar sin arquitectura es como construir una casa habitación a habitación sin plano: acabas con veinte cuartos y ningún pasillo que los conecte. La arquitectura topical asigna una función a cada página, la conecta con las demás y concentra la autoridad donde importa.
Qué es una arquitectura topical
Una arquitectura topical es la organización deliberada del contenido en clusters temáticos: agrupaciones coherentes donde una página principal cubre el tema amplio y un conjunto de páginas específicas cubren las consultas concretas de ese tema, todas conectadas entre sí de forma intencionada.
La diferencia frente a publicar entradas sueltas es medible en tres frentes:
La página pilar
Es la página de referencia del universo. No intenta responder a todo: intenta dar la visión completa del tema y servir de punto de entrada hacia el resto de páginas del cluster.
- Un solo H1 que coincida con la consulta más amplia del universo, sin colar dos temas en el mismo título.
- Definición en el primer párrafo que resuelva la pregunta “¿qué es esto?” sin que el lector tenga que bajar.
- Mapa del tema con enlaces a cada satélite, con texto ancla descriptivo (nunca “haz clic aquí”).
- Autosuficiencia razonable. Quien solo lea la pilar debe quedarse con una idea completa del tema, aunque pierda el detalle.
- Actualización periódica. Es la página que más va a recibir enlaces y más va a mirar la IA: no puede quedarse obsoleta.
Las páginas satélite
Cada satélite responde a una consulta concreta con la profundidad que esa consulta exige. La regla que evita la mitad de los problemas: una intención por URL.
| Tipo de página | Consulta que cubre | Extensión orientativa | Objetivo |
|---|---|---|---|
| Pilar | El término amplio del universo | 2.000–3.500 palabras | Autoridad temática y distribución de enlaces |
| Guía práctica | “cómo hacer X” | 1.200–2.500 palabras | Captar demanda informacional y enlazar a la pilar |
| Definición | “qué es X” | 500–900 palabras | Fragmento citable directo |
| Comparativa | “X frente a Y”, “mejor X” | 1.500–2.500 palabras | Intención comercial |
| Caso o ejemplo | “ejemplo de X”, “X real” | 800–1.500 palabras | Demostrar experiencia (EEAT) |
| Pregunta frecuente | Consulta larga y concreta | 150–400 palabras | Extracción directa por motores de respuesta |
El grafo de enlazado interno
Definimos explícitamente qué enlaza a qué antes de escribir. Estas son las reglas que aplicamos siempre, sin excepciones:
- La pilar enlaza a todas sus satélites. Es la vía principal de distribución de autoridad hacia las páginas específicas.
- Cada satélite enlaza de vuelta a la pilar con texto ancla descriptivo, en el cuerpo del texto y no solo en la miga de pan.
- Las satélites se enlazan entre sí solo con relación real. Un enlace forzado entre dos páginas que no se necesitan confunde al lector y diluye la señal.
- Ninguna página de negocio depende del menú. Las páginas de servicio y conversión reciben enlaces desde el contenido informativo relacionado.
- Máximo razonable de enlaces por página. Enlazamos lo que el lector necesita, no todo lo que existe.
Enlazar entidades, no solo términos
Además del enlace por texto ancla, cada página declara las entidades que trata: la marca, los conceptos clave, las personas y los lugares relevantes. En la práctica se traduce en tres acciones concretas:
- Mencionar por nombre propio los conceptos y las herramientas, en lugar de usar circunloquios genéricos.
- Declarar el marcado estructurado coherente con el contenido visible, sin campos que no existan en la página.
- Enlazar a fuentes autorizadas cuando se cita un dato, para que el sistema pueda verificar el origen.
Decidir qué hacer con el contenido antiguo
Casi ningún proyecto parte de cero. La matriz de contenido asigna una de cuatro decisiones a cada URL existente:
| Decisión | Cuándo | Qué se hace | Riesgo |
|---|---|---|---|
| Actualizar | La intención sigue vigente y la URL tiene señales acumuladas | Reescribir, ampliar, actualizar datos y fecha de revisión | Bajo si se conserva la URL |
| Fusionar | Dos o más URLs compiten por la misma consulta | Consolidar en la más fuerte y redirigir el resto con 301 | Medio: exige revisar los enlaces internos |
| Redirigir | El contenido se traslada a una URL más adecuada | 301 permanente desde la antigua hacia la nueva | Medio: hay que actualizar el enlazado interno |
| Retirar | No aporta valor y no recibe enlaces | 410 o eliminación tras comprobar el perfil de enlaces | Alto si se hace sin analizar señales |
Nunca borres antes de comprobar los enlaces entrantes Es el error más caro y más frecuente. Una URL con tráfico cero puede tener enlaces de dominios potentes, y al eliminarla se pierden esas señales. La comprobación del perfil de enlaces es paso obligatorio antes de cualquier retirada.
Calendario y briefs
Entregamos un calendario de seis meses donde cada entrada tiene consulta objetivo, intención, formato, brief, responsable y dependencias. La secuencia no es aleatoria: primero las páginas que van a recibir enlaces (pilares y piezas de referencia), después las que se benefician de ellas (satélites), y en paralelo las de conversión.
Cada brief contiene los nueve campos descritos en el servicio de estrategia de contenidos: consulta objetivo, intención, promesa de la página, estructura de encabezados, preguntas obligatorias, entidades, datos estructurados, enlaces internos y señal de conversión.
Siguiente documento
Cuando ya sabes qué URLs existen y cuáles merecen autoridad, el paso siguiente es conseguirla: autoridad y generación de enlaces.
¿Diseñamos tu arquitectura de contenidos?
En el diagnóstico gratuito te indicamos los universos semánticos con mejor relación valor/esfuerzo y cómo se conectarían entre sí.
La arquitectura de contenidos sigue los criterios de contenido útil y fiable de Google y las pautas de accesibilidad WCAG 2.2 del W3C.