Página pilar y contenido de apoyo: cómo se monta un cluster que sirva
El dibujo se copia en una tarde; el reparto de consultas es el trabajo. Con el propio blog como caso comprobable, incluido el que casi se rompe.
Casi todo lo que se explica sobre clusters describe un dibujo: un círculo grande en el centro, satélites alrededor, flechas. El dibujo es fácil de vender y no dice lo único que decide si el cluster funciona, que es cómo se reparten las consultas entre las piezas. Un cluster mal repartido no es una estructura elegante con un fallo menor: son ocho artículos compitiendo entre sí, que es peor que no haberlo montado. La forma se copia en una tarde; el reparto es el trabajo.
Respuesta rápida
- Una consulta, una página. Si dos piezas responden lo mismo, el cluster está roto.
- El pilar cubre el territorio, los de apoyo cubren una decisión concreta cada uno.
- Los enlaces van en los dos sentidos, y los de apoyo hacia el pilar son los que pesan.
- Se monta al revés de como se suele: primero el reparto, después los artículos.
| Pieza | Qué consulta responde | Extensión típica |
|---|---|---|
| Pilar | La amplia, la del territorio entero | 2.000 o más |
| Apoyo | Una pregunta concreta con decisión propia | 1.500 a 2.200 |
| Herramienta o recurso | Una tarea, no una duda | Variable |
| Lo que sobra | Una variante de algo que ya está | Ninguna |
¿Qué es una página pilar y cómo se organiza un cluster?
Una página pilar es el artículo que cubre un territorio completo y responde la consulta amplia; el contenido de apoyo son artículos que resuelven cada uno una pregunta concreta dentro de ese territorio. Se enlazan en ambos sentidos, y la condición para que funcione es que ninguna pieza responda la misma consulta que otra.
Qué tipo de estructura es esta
El malentendido de fondo es pensar que un cluster es una forma de organizar contenido que ya existe. Bajo esa idea, montar uno consiste en elegir un artículo largo, llamarlo pilar y enlazar hacia él desde los demás.
Eso produce el dibujo y no produce el efecto. Un cluster es, en realidad, un reparto de consultas acordado por adelantado: cada pieza tiene asignada una y solo una, y ninguna otra pieza puede responderla mejor. Enlazar es la consecuencia, no la causa.
Cuando el reparto no está hecho, los enlaces no arreglan nada. Dos artículos que responden a la misma búsqueda se reparten la señal aunque se enlacen entre sí, y Google acaba alternando entre ellos sin decidirse, que es el problema descrito en canibalización de palabras clave.
Cómo se reparte, que es el trabajo de verdad
Primero la lista de consultas del territorio. Todas las formas en que la gente pregunta por el tema, sacadas del autocompletado, de las preguntas relacionadas y de Search Console si el sitio ya aparece. Es la parte que decide todo lo demás y la primera que se acorta cuando hay prisa, porque es la única que no produce nada visible el mismo día. El método está en cómo buscar palabras clave gratis.
Después, agrupar por intención y no por palabra. "Qué es X" y "para qué sirve X" suelen ser la misma pregunta con dos formas y van a la misma pieza. "Cuánto cuesta X" es otra persona en otro momento y va a la suya.
Después, decidir cuál es la amplia. Esa es el pilar. Suele ser la que no se puede responder sin mencionar todas las demás.
Y por último, escribir lo que falta. No al revés. La mayoría de los clusters que fallan se montaron escribiendo primero y repartiendo después, que es cuando ya no hay reparto posible sin fusionar cosas.
Cómo se enlaza
Los enlaces del cluster no son decoración y tienen direcciones con distinto peso.
De apoyo a pilar, siempre. Es el enlace que concentra señal en la pieza que compite por la consulta más difícil, y es el que más falta cuando alguien monta un cluster a ojo.
De pilar a apoyo, en el punto donde el lector necesita más profundidad. No en una lista al final: dentro del párrafo donde surge la pregunta.
Entre apoyos, solo cuando hay una relación real. Enlazar todo con todo diluye la estructura hasta que no significa nada. La regla práctica de cuántos y dónde está en enlazado interno.
Este blog como caso, ya que se puede comprobar
El cluster de búsqueda con IA de este sitio tiene un pilar, seo-aeo-geo, que responde la consulta amplia de qué es cada cosa y cuál necesita un negocio. Alrededor hay piezas que responden una pregunta cada una: qué es GEO, qué es AEO, en qué se diferencian AI Overviews y AI Mode, cuánto tráfico quitan de verdad, cómo aparecer en las respuestas de ChatGPT, qué midió el estudio de Princeton, y qué hacer cuando ya te quitaron el tráfico.
Ninguna responde la consulta de otra, y eso no salió del dibujo: salió de una comprobación explícita antes de escribir cada una, en seis planos, que incluye la consulta objetivo y la intención. Cuando dos coincidían en las dos, una no se escribió.
El caso más ilustrativo es el que casi se rompe. Existe un artículo sobre fragmentos destacados y otro sobre "posición cero", que en teoría son el mismo tema con dos nombres. Se sostienen los dos porque responden preguntas distintas: uno explica cómo se consigue el recuadro y el otro explica que el término está obsoleto y qué ocupa hoy ese espacio. Si el segundo se hubiera escrito como una segunda guía de cómo conseguirlo, sobraría, y el cluster tendría dos piezas peleándose.
Cuándo no montar un cluster
Cuando el territorio da para dos artículos. Un pilar con dos satélites es un artículo largo mal partido.
Cuando el sitio no tiene ni la pieza amplia escrita. El pilar primero, porque es el que recibe los enlaces.
Cuando el objetivo es rellenar un calendario. Un cluster inventado para justificar ocho artículos produce ocho variantes de lo mismo.
Cuando ya hay canibalización sin resolver. Añadir piezas a una estructura que ya compite consigo misma multiplica el problema.
El orden que recomiendan todos, y por qué produce pilares vacíos
Las guías que posicionan para esta consulta coinciden en la secuencia: elige un tema amplio con alto volumen de búsqueda, escribe la página pilar, y después redacta entre quince y treinta artículos de apoyo que enlacen hacia ella.
Ese orden es el que más pilares malos ha producido, y el motivo es sencillo: no sabes lo que hay en un clúster hasta que lo has escrito. Una pilar redactada primero es el resumen de unos artículos que todavía no existen, así que se escribe desde lo que uno cree que va a contar. Al terminar el clúster, la mitad de sus promesas no se cumplen y la otra mitad se quedó corta.
El orden que funciona es el contrario y cuesta más paciencia: escribir primero los tres o cuatro artículos que ya sabes que tienes, ver qué aparece al escribirlos, y montar la pilar cuando el territorio ya está recorrido. Una pilar buena es un mapa, y los mapas se dibujan después de andar.
Y el número de quince a treinta no sale de ninguna parte. El tamaño de un clúster lo decide cuántas preguntas distintas existen de verdad alrededor de ese tema, que se averigua midiendo y no eligiendo un objetivo. De dónde salen esas preguntas, y cómo se separan las que merecen artículo propio de las que son la misma con otras palabras, está en investigación de palabras clave. La prueba que separa las dos cosas es corta: si las respuestas honestas a dos preguntas empiezan igual, es la misma pregunta y sobra un artículo, por bien escrito que esté cada uno de los dos. Y lo que las separa casi nunca es el tema, es el momento del lector, que es de lo que habla la intención de búsqueda. Escribir treinta cuando había once produce once artículos y diecinueve que compiten contra ellos por las mismas consultas, que es bastante peor que no haberlos escrito: el trabajo se paga dos veces y el resultado empeora.
Queda la parte de los enlaces, donde casi todas hablan de traspasar fuerza. Esa imagen es la que lleva a meter enlaces por meterlos. Lo que un enlace interno hace de verdad es declarar cuál de tus páginas responde a qué, y esa declaración importa sobre todo cuando tienes varias que podrían hacerlo. Y esa declaración tiene un límite que casi nadie menciona: si todas las páginas del clúster enlazan a todas, no has declarado nada, solo has repartido enlaces. La jerarquía se nota cuando unas reciben más que otras, y la pilar tiene que ser la que más recibe. Qué hacer con las páginas del clúster a las que no apunta nadie, que en un sitio vivo aparecen solas, está en errores 404 y páginas huérfanas.
Errores que se repiten
- Montar la forma sin el reparto. El dibujo se copia; el reparto es el trabajo.
- Escribir primero y agrupar después. Cuando ya está escrito no hay reparto posible.
- Olvidar los enlaces de apoyo hacia el pilar. Son los que concentran señal.
- Enlazar todo con todo. Diluye la estructura hasta que no significa nada.
- Llamar pilar a un artículo largo. Lo que lo hace pilar es la consulta que responde.
- Añadir piezas a un cluster que ya canibaliza. Multiplica lo que había que arreglar.
Datos y transparencia
Que las guías mejor posicionadas para esta consulta recomiendan escribir la página pilar antes que los artículos de apoyo, y cifran el clúster entre quince y treinta páginas, es una observación del 12 de agosto de 2026 y se recoge como recomendación que no se sigue aquí: ese rango no procede de ninguna medición publicada. El orden inverso y el criterio de dimensionar el clúster por preguntas medidas son juicio operativo de trabajo sobre una cartera que registra más de 300 millones de impresiones anuales en Search Console. No se da ninguna extensión mínima para una página pilar: depende de cuántos subtemas tenga que enlazar.
La estructura de pilar y contenido de apoyo es una convención editorial de la industria, no un formato que Google documente ni reconozca como tal; lo que sí documenta Google es la importancia del enlazado interno para el descubrimiento y para entender la relación entre páginas. El cluster de búsqueda con IA descrito como ejemplo es de este mismo sitio y sus piezas son comprobables en el blog. La comprobación en seis planos antes de escribir es el procedimiento de este blog, no un método publicado por nadie. No aparece aquí ninguna cifra sobre cuánto mejora el tráfico al montar un cluster: depende del territorio, de la competencia y de lo que había antes, y cualquier porcentaje general estaría inventado. Verificado en agosto de 2026.
Lo que esto cambia
Los clusters se venden como una técnica de arquitectura y funcionan como una disciplina editorial.
Lo que hacen bien no es agrupar contenido: es obligar a decidir, antes de escribir, qué pregunta responde cada pieza y cuál no se va a escribir porque ya está respondida. Esa segunda mitad es la que nadie enseña en el dibujo y la que hace todo el trabajo. Un plan editorial que no dice explícitamente qué artículo no se va a hacer va a producir el problema que el cluster venía a evitar, con la forma correcta.
Preguntas frecuentes
¿Cuántos artículos de apoyo debe tener un cluster?
Los que haga falta para cubrir las preguntas distintas del territorio, que suelen ser entre cinco y quince. El número no es el criterio: si dos piezas responden a la misma consulta sobra una, y si queda una pregunta con demanda propia sin cubrir falta otra. Un cluster de dos satélites suele ser un artículo largo mal partido.
¿La página pilar tiene que ser más larga que las de apoyo?
Suele salir más larga porque cubre un territorio entero, y la extensión no es lo que la define. Lo que la hace pilar es la consulta que responde: la amplia, la que no se puede contestar sin mencionar las demás. Un pilar corto y bien repartido funciona mejor que uno largo que invade lo que responden sus satélites.
¿Hay que enlazar todos los artículos del cluster entre sí?
No, y hacerlo debilita la estructura. Los enlaces que sostienen un cluster son los de apoyo hacia el pilar, que concentran señal donde compite la consulta más difícil, y los del pilar hacia cada apoyo en el punto donde el lector necesita profundizar. Entre apoyos, solo cuando hay una relación real que el lector agradezca.
¿Qué hago si dos artículos de mi cluster compiten por lo mismo?
Eso ya no es un problema de cluster sino de canibalización, y se arregla antes de seguir añadiendo piezas. Las salidas son fusionar los dos en la URL con más historial, o diferenciarlos por intención de forma que respondan preguntas distintas de verdad, no dos variantes del mismo título.
¿Se puede montar un cluster con artículos que ya están publicados?
Se puede, y el orden es el mismo: primero el reparto, después los enlaces. Se listan las consultas del territorio, se comprueba cuál responde cada artículo existente, y ahí aparecen los solapamientos y los huecos. En la mayoría de los casos aparece algo que fusionar antes de poder enlazar, y ese paso es el que se salta todo el mundo.
La mayoría de sitios no tienen un problema de posicionamiento
Tienen un problema de qué pasa cuando alguien llega. Se puede estar primero en Google y no vender nada. El diagnóstico mira las dos cosas y te dice cuál de ellas te está costando dinero.
Ver el diagnóstico