Un plan de clusters es el dibujo de un blog que todavía no existe. El nuestro volvió el 2026-10-03 con 18 posts, 72 enlaces internos entre ellos, ninguna página huérfana y al menos tres enlaces entrando a cada una. El post que habíamos publicado cinco días antes llevaba dos enlaces contextuales en unas 1.260 palabras y nunca apuntó a la página de producto que describió durante cuatro párrafos. La distancia entre esas dos imágenes es donde se gana o se pierde el enlazado interno, y un calendario es lo que la cierra, de a un artículo por vez. Esta clase lee el plan, la página en vivo y el inventario que hay en el medio.
Qué te entrega un plan de clusters
El plan llega como un pilar, un conjunto de spokes y una matriz de enlaces entre ellos. El nuestro desambiguó el término contra los resultados actuales, eligió un pilar, generó 42 variantes y propuso 18 posts en 5 clusters con unas 28.800 palabras en total, después de fusionar 5 términos casi duplicados para que dejaran de competir y descartar 5 navegacionales.
La matriz de enlaces es la parte que conviene guardar. Cada post recibe al menos tres enlaces y ninguno queda huérfano, que es una propiedad que podés chequear sobre el dibujo antes de escribir nada. Leela como un argumento sobre qué página sostiene a cuál, y editala con lo que sabés de tus propios lectores.
Leé los límites del plan antes de comprometer un trimestre
El mismo informe nombró dos límites propios, y los dos cambian cuánto peso aguanta la matriz. Midió 11 pares de keywords por resultados compartidos y encontró entre 0 y 2 URLs compartidas en cada par, contra el umbral de 4 que exige su propia metodología para agrupar dos términos. La salida marca qué pares se midieron y cuáles se infirieron, y la mayoría de los grupos salió de inferencia sobre la intención.
Tampoco tuvo volúmenes de búsqueda medidos, porque no había proveedor de datos conectado: el pilar figura con una estimación relativa en lugar de un número. Un plan que anota dónde se le termina la evidencia sirve más que uno que se lee terminado, y la respuesta honesta es validar el pilar con datos de demanda reales antes de comprometer tres meses de escritura.
La página publicada es la medición
Nuestro post en vivo es cómo se ve el plan después de la realidad: dos enlaces contextuales en unas 1.260 palabras, donde el informe de contenido pide de tres a cinco cada 1.000. El que faltaba era el obvio. El post explica cómo un producto distribuye su conector y nunca enlaza la página sobre ese conector, que es la página que abriría a continuación un lector convencido.
Ese enlace lo sumamos el 2026-10-03, en la primera sección, donde el post presenta a seodraft como servidor MCP.
Esa falla es común y ese es el punto. Los enlaces se escriben al final, cuando el borrador está terminado y quien escribe quiere publicar, y los que sobreviven son los que se le vinieron a la cabeza. Decidir los destinos adentro del brief mueve la decisión al momento en que todavía estás leyendo a la competencia.
Páginas sobre un mismo problema sin nada en el medio
El informe de arquitectura de la misma auditoría encontró tres páginas contestando la misma objeción sin ningún enlace entre ellas: un post del blog, una página de producto y una herramienta gratuita, escritas con meses de diferencia, cada una cargando el tema sola. Su recomendación vino antes que cualquier artículo nuevo: agregar los enlaces en los dos sentidos y después escribir el pilar.
Las utilidades huérfanas son la otra mitad de ese patrón. Seis herramientas gratuitas del sitio no tenían ningún post del blog apuntándoles, así que las páginas con más chances de ganarse un enlace de afuera eran las más difíciles de alcanzar desde adentro. Una página de herramienta sin un artículo que la alimente es una página esperando que una SERP sea generosa.
Elegí el destino por lo que contesta
El destino correcto es la página que contesta la pregunta que acaba de levantar tu párrafo, y eso se lee en sus encabezados. get_linkgraph devuelve cada candidato con su slug, su título, su descripción y sus encabezados, así el emparejamiento se hace por contenido. Un slug es una decisión de nombres que alguien tomó una vez, y emparejar por las palabras que tiene adentro produce enlaces que a un crawler le parecen relacionados y a un lector no lo llevan a ningún lado útil.
Hay un límite que conviene saber antes de planificar alrededor. El inventario lista los artículos del propio workspace, así que una página que publicaste en otro lado le resulta invisible, y un enlace a una página que el gate no puede resolver falla como roto. Un enlace absoluto a tu propio dominio cuenta como externo y no suma al mínimo, por eso un workspace nuevo arranca con ese mínimo relajado. Esos enlaces van en tu repositorio, después de entregado el borrador.
Las plantillas evitan que el blog se lea como un artículo repetido
El inventario registra además la forma que usó cada artículo, y el planificador la lee para no repetir las dos últimas. Nuestro workspace del blog tenía 22 posts al 2026-10-03 entre siete plantillas: list, how-to, guide, case-study, comparison, answer y tools. Un blog donde cada pieza es la misma lista numerada le enseña al lector a escanear, y la rotación es una forma barata de que el próximo no se parezca al anterior.
Las plantillas también cambian qué enlaces tienen sentido. Una comparación se gana enlaces a las páginas de feature que compara, un caso se gana enlaces a la herramienta que usó, y un paso a paso se gana un enlace a lo que el lector necesita después. La forma y los destinos son la misma decisión tomada dos veces.
Un calendario es una promesa sobre las próximas cuatro semanas
Agendar toma un intervalo entre artículos y escribe una entrada por artículo con su fecha, su estado y su término. Siete días es el valor por defecto, nuestro propio workspace del blog va a uno por día, y el número correcto es el más grande que puedas sostener un trimestre. Una fecha además le dice al artículo siguiente qué artículos ya existen para enlazar, porque el inventario crece en el orden que decide el calendario.
Una fecha agendada es un plan y una fecha de publicación es un hecho, y mantenerlas separadas importa más de lo que suena. La clase que sigue desarma qué nos pasó cuando una fecha del calendario llegó a una página publicada como su fecha de publicación.
Escribí los dos enlaces antes de escribir el post
Decidí, adentro del brief, qué dos páginas va a enlazar el artículo y qué página va a enlazarlo a él. Escribilos como frases completas con el ancla que pensás usar, así el borrador se construye alrededor de ellos en lugar de recibirlos después. Después fijá el intervalo en el calendario y dejá que la cola decida qué sigue, que es la parte que mantiene un blog conectado después de la semana tres.
Tu siguiente paso: abrí el último artículo que publicaste, buscá la única página que un lector convencido querría después, y agregá ese enlace en los dos sentidos hoy. El inventario y los destinos viven en features/internal-linking, y la cola que sostiene las fechas está en features/editorial-calendar.