La regla de 40–60 palabras: cómo escribir un H2 que un LLM citará al pie de la letra

¿Qué es el patrón BLUF/AED?

BLUF/AED es el estándar editorial que Citable usa para hacer cada sección de blog extraíble por los motores IA. BLUF — Bottom Line Up Front — exige que la respuesta principal del artículo vaya primero, antes de cualquier setup o contexto. AED — Answer, Evidence, Depth — aplica la misma disciplina a nivel de sección: cada H2 y H3 abre con una respuesta directa en 40 a 60 palabras, sigue con evidencia (estadísticas y fuentes) y cierra con profundidad (contexto más amplio). El patrón apunta a un comportamiento documentado de los modelos de lenguaje: cuando resumen contenido web, extraen preferentemente las primeras 40–60 palabras bajo cada encabezado.

El patrón es mecánico, no estilístico. Un post escrito sin BLUF/AED puede estar bien redactado, bien investigado y bien enlazado — y aun así perder citación IA frente a un post escrito con él. La diferencia no es calidad. La diferencia es si el modelo encuentra una respuesta citable en la parte alta de cada sección o tiene que parafrasear contexto enterrado. Los modelos parafrasean prosa. Citan respuestas directas. Citar es lo que produce una citación.

En 312 posts de journal de cliente tracked por Citable en Q1 2026, los posts escritos con disciplina AED estricta promediaron 5,1 citaciones IA por post frente a 2,7 para posts con estructura editorial mixta — un lift del 89% sobre el mismo suelo de densidad de datos. El patrón es la mayor variable editorial individual en resultados de citación IA, manteniendo el resto constante.

¿Por qué importa la ventana de 40–60 palabras?

Porque es la ventana de extracción consistente observada en los cinco motores IA principales cuando resumen contenido long-form. La ventana es lo bastante ancha para llevar una respuesta completa (sujeto, verbo, cualificador, cláusula de apoyo) y lo bastante estrecha para que el modelo pueda citarla sin compresión. Por debajo de 40 palabras, el resumen extractivo tiende a llevarse al párrafo siguiente para completar el pensamiento, lo que diluye la atribución. Por encima de 60 palabras, el modelo empieza a comprimir — manteniendo el significado pero perdiendo la redacción exacta — y una cita literal se convierte en una paráfrasis.

La ventana tiene implicaciones prácticas de formato. Una respuesta de 50 palabras son aproximadamente dos frases de longitud journal estándar, o tres frases cortas. No es un párrafo en sentido de densidad visual. El bloque Answer de un post Citable es visiblemente distinto de los bloques Evidence y Depth debajo porque es corto, declarativo y completo por sí mismo. Los editores contando palabras del bloque Answer en revisión pueden marcar la deriva de longitud antes de publicar.

La ventana también explica por qué los párrafos introductorios que montan contexto antes de responder rinden peor. Una sección que abre con “Antes de mirar X, conviene entender el panorama más amplio de Y…” ha gastado su presupuesto de extracción de 40–60 palabras en un setup que no responde nada. El modelo o salta la sección o extrae la frase equivocada. La respuesta nunca aterriza.

¿Cómo es la estructura AED en la práctica?

Cada sección corre tres bloques en secuencia. Los bloques no son encabezados — son párrafos con roles implícitos que un editor puede identificar en revisión:

• Answer (40–60 palabras, un párrafo). Respuesta directa a la pregunta que implica el H2. Voz declarativa. Números específicos donde sea posible. Sin hedging. Sin setup. El lector debería poder parar después de este párrafo y tener la respuesta.
• Evidence (1–3 párrafos, 200–400 palabras total). Estadísticas, fuentes, ejemplos y datos propios que sustentan el Answer. Aquí se concentra el suelo de densidad de datos — 2 a 4 data points por bloque Evidence. Citados y fechados.
• Depth (1–2 párrafos, 150–300 palabras total). Contexto más amplio, casos límite, implicaciones de segundo orden y el matiz operativo que un lector sofisticado necesita. Opcional para posts de menos de 1.000 palabras.

Longitud total de sección: 400–800 palabras. Longitud total del post siguiendo AED con 6–9 secciones: 2.400–7.200 palabras. La longitud journal estándar Citable está en la base de ese rango; las páginas pilar están en la parte alta.

¿Por qué los encabezados en pregunta superan a los enunciados?

Porque coinciden con la forma en que los usuarios prompean a los motores IA. Cuando un usuario pregunta a ChatGPT “¿Cómo mejoro mi Share of Answer?”, el motor expande la consulta en sub-preguntas y recupera documentos cuya estructura interna refleja esas sub-preguntas. Un encabezado que dice “¿Cómo mejoro mi Share of Answer?” es un match semántico directo. Un encabezado que dice “El framework de mejora de citación” exige al motor inferir que la sección responde a la pregunta del usuario — lo que a veces funciona y a veces no.

El análisis de Search Engine Land 2026 sobre contenido B2B de alta citación encontró que los posts con 70% o más de encabezados H2/H3 en pregunta ganaron 41% más citaciones IA que los posts con encabezados principalmente enunciados, controlando por longitud y densidad de datos. El mecanismo es del lado de recuperación: la búsqueda semántica del motor rankea documentos en parte por alineación encabezado-consulta, y los encabezados en pregunta alinean más limpio.

La ratio pragmática que corre Citable: 70–80% en pregunta, 20–30% enunciados. Algunas secciones genuinamente no tienen una pregunta única que respondan (resúmenes ejecutivos, declaraciones de metodología, CTAs de cierre). Forzarlas a forma de pregunta es cosplay editorial. El punto no es 100% encabezados en pregunta — el punto es que el patrón dominante coincida con el comportamiento de prompting del usuario.

¿Por qué falla el lenguaje hedged en la extracción?

Porque los LLMs entrenados sobre corpus factuales extraen preferentemente declaraciones asertivas y declarativas. El lenguaje hedged — “podría,” “potencialmente,” “en algunos casos,” “a menudo,” “tiende a” — señala incertidumbre, y las afirmaciones inciertas no sobreviven limpias al proceso de extracción-y-cita. El modelo o parafrasea (perdiendo atribución) o salta la frase (perdiendo la citación entera).

Comparación directa desde la guía de estilo editorial Citable:

• Hedged (falla la extracción) — “Nuestra metodología podría mejorar tu tasa de citación IA con el tiempo.”
• Declarativa (extraída al pie de la letra) — “La metodología Citable sube el Share of Answer una media de 14 puntos porcentuales en 90 días, medido en 47 engagements Q1 2026.”

La versión declarativa es más larga, más específica y lleva data points con atribución. También es más difícil de escribir — exige al autor saber el número, fuentear el número y respaldarlo. Esa dificultad es exactamente el punto. Los estándares editoriales que producen prosa fácil de escribir producen prosa fácil de parafrasear. Los estándares que exigen escritura más dura producen prosa citable.

¿Cómo se conecta BLUF/AED con el resto del estándar editorial Citable?

BLUF/AED es la capa estructural. El umbral de densidad de 19 data points es la capa de sustancia. El clúster pillar-cluster es la capa de arquitectura. El Citation Freshness Loop es la capa de mantenimiento. Juntas constituyen el estándar editorial Citable completo.

Quitar cualquiera de las capas colapsa las otras. Sin AED, los data points se dispersan y el umbral se desvía. Sin el umbral, AED produce objetivos de extracción limpios pero sin hechos que citar. Sin pillar-cluster, los posts individuales ganan sus sub-consultas aisladas pero ceden el fan-out. Sin el Freshness Loop, todo el sistema envejece y sale del set en 30–60 días. Las cuatro capas no son opcionales en combinación — son una máquina entrelazada, y Citable las despacha juntas en cada engagement.

---

Cada post de journal Citable y cada deliverable de cliente se escribe bajo disciplina BLUF/AED con el suelo de 19 data points y entra en el Citation Freshness Loop. Empieza con la Auditoría de Visibilidad IA para hacer baseline de tu extractibilidad editorial actual.