Plantilla de brief de contenido para artículos con IA

Una plantilla de brief de contenido se justifica cuando cambia lo que hace el redactor en el primer borrador, no cuando enumera palabras clave. La mayoría de las plantillas que aparecen en los resultados de búsqueda son un formulario: público, palabra clave, número de palabras, competidores. Eso basta para un freelance humano que puede adivinar el resto. No basta cuando un modelo de lenguaje redacta el artículo, porque el modelo rellena cada hueco que deje con la respuesta estadísticamente media. A continuación, la plantilla que usamos, campo por campo, y la razón de cada uno.

¿Qué tiene que hacer una plantilla de brief que una lista de palabras clave no hace?

Un brief cumple una sola función: que el primer borrador esté lo más cerca posible de ser publicable. Lo demás es decoración. Una palabra clave y un número de palabras le dicen al redactor qué escribir. No le dicen qué creer, qué dejar fuera ni a quién molesta el texto si sale mal.

Las plantillas que hoy aparecen en los resultados (blogs de agencias, páginas de plantillas de Notion, sitios de herramientas) comparten casi siempre el mismo esqueleto: público objetivo, palabras clave principal y secundarias, intención de búsqueda, URL de competidores y meta título. Ese esqueleto está bien. Lo que le falta son los campos que contienen juicio editorial. Siteimprove hace una observación útil: una palabra clave necesita una frase que diga qué quiere la persona que busca, porque «plantilla de brief de contenido» puede referirse a una definición o a un archivo descargable, y la lectura equivocada desperdicia la página.

Nosotros iríamos más lejos. Un buen brief es un conjunto de decisiones tomadas antes de redactar, para que nadie tenga que tomarlas bajo presión de plazos. Importan tres tipos de decisión: qué sostiene la pieza, qué tiene que demostrar y qué se niega a hacer.

El formulario de una página, campo por campo

Esta es la plantilla en texto plano. Cópiela en la herramienta que use: un documento, una fila de base de datos o un archivo JSON.

1. Título de trabajo y palabra clave objetivo
2. Lector (una frase: rol, situación, qué hará después)
3. Intención de búsqueda, con las palabras del lector
4. La tesis (una frase que defiende el artículo)
5. Brecha a cubrir (lo que omiten los primeros resultados)
6. Evidencias permitidas (fuentes, datos, material de primera mano)
7. Esquema (H2 como preguntas o afirmaciones, con un veredicto por sección)
8. Lista de exclusiones (consejos que todos repiten y que no vamos a dar)
9. Reglas de voz (suena a / no suena a, frases prohibidas)
10. Lista de comprobación técnica (longitud de meta, enlaces internos, texto alternativo, schema)
11. Prueba de finalización (qué debe ser cierto antes de publicar)
12. Condición de no publicar (cuándo no sale el texto)

Doce campos parecen muchos. No lo son, porque ocho de ellos ocupan una frase cada uno. Los caros son la tesis, la lista de evidencias y la condición de no publicar, y son justo los que las plantillas de la competencia omiten. Las tres secciones siguientes los cubren.

Por qué el campo de tesis pesa más que la palabra clave

La palabra clave le indica al buscador de qué trata la página. La tesis le indica al redactor para qué existe la página. Sin ella, los borradores derivan hacia un repaso: diez consideraciones con el mismo peso, ninguna defendida.

Escriba la tesis como una frase con la que alguien pueda no estar de acuerdo. «Los briefs deben incluir la palabra clave objetivo» no es una tesis. «Un brief sin lista de exclusiones produce el mismo artículo que cualquier otro brief» sí lo es. Si no puede escribir la frase, el tema no está listo, y ninguna plantilla lo va a arreglar.

Dos campos complementarios mantienen la tesis honesta. El campo de brecha indica qué no cubren los tres primeros resultados, en términos concretos: ningún archivo descargable, ningún ejemplo trabajado, ninguna mención a la redacción con máquinas. El campo de evidencias indica qué puede citar el borrador. Es el campo que evita las estadísticas inventadas, el fallo más frecuente cuando un modelo escribe sin supervisión. Si la lista de evidencias está vacía, el brief debe decirlo: «sin estadísticas externas; argumentar desde el método». Un blog que no cita nada resulta más creíble que uno que cita una cifra que no puede respaldar.

Cómo escribir el esquema para que el borrador no quede plano

Un esquema dentro de un brief no debe ser una lista de temas. Los temas producen entradas de enciclopedia. Dé a cada H2 una función y un veredicto.

Compare dos versiones de la misma sección:

• Débil: «Beneficios del enlazado interno».

• Sólida: «Dónde se decide el enlazado interno: en el brief, no en la edición. Veredicto: incluya en el brief tres URL de destino con su texto de ancla, o no habrá ninguna».

La segunda versión le indica al redactor qué postura tomar, y eso es lo que separa un artículo de un resumen. También permite que las secciones tengan distinta extensión. Si el punto tres merece cuatro párrafos y el quinto merece uno, indíquelo en el brief. Las secciones de igual tamaño suelen indicar que nadie le dijo al redactor qué importaba.

Mantenga el esquema lo bastante corto como para discutirlo. Entre cinco y ocho H2 para una pieza de 1.500 a 2.500 palabras es un rango manejable. Por encima de eso, está escribiendo un libro.

La lista de exclusiones: el campo que ninguna plantilla incluye

Todo tema tiene consejos que se repiten porque son fáciles de repetir. «Añada la palabra clave al H1» es correcto e inútil; cualquier herramienta lo hace por usted. Una lista de exclusiones nombra tres o cuatro de esos consejos y pide al redactor que los deje fuera, o que los incluya solo con una razón.

Esto importa el doble con la redacción por máquina. Un modelo entrenado con la web abierta ha absorbido el consenso de cada tema, así que, si se le deja solo, reproduce el consenso con una gramática segura. La lista de exclusiones es el lugar donde un editor introduce lo que el modelo no puede aportar: una decisión sobre qué no merece la pena decir en este sitio.

En este tema, nuestra lista de exclusiones diría: no rellenar con una historia del marketing de contenidos; no recomendar números de palabras sin explicar de dónde salen; no presentar la plantilla como garantía de posicionamiento. En EsyBlog, buena parte del oficio consiste en saber cuándo no publicar, y la lista de exclusiones es la versión diaria de esa regla.

Las reglas de voz van junto a ella. Dé una línea de «suena a» y otra de «no suena a», más una lista corta de frases prohibidas. Tres ejemplos reales valen más que un párrafo de adjetivos.

¿Dónde encajan las herramientas en la creación de un brief?

Una plantilla le dice al redactor qué decidir. Una herramienta puede reunir los datos para esas decisiones más rápido. El error es dejar que la herramienta también escriba las decisiones.

Conviene separar tres categorías:

• Generadores de investigación y de briefs. Frase construye briefs a partir del análisis de la SERP y de los esquemas, con planes de pago desde unos $39 a $45 al mes. Es un buen primer paso para los datos de competidores y preguntas (campos 3 y 5).

• Editores de puntuación de contenido. Surfer SEO empieza en $49 al mes, y Clearscope en $129. Ambos califican un borrador frente a las páginas mejor posicionadas. Úselos después de redactar, como control de cobertura, no antes, y nunca como sustituto de la tesis.

• Plataformas de estrategia y planificación. MarketMuse trabaja a nivel de sitio y planifica qué escribir antes de que existan briefs individuales. Desde su adquisición por Siteimprove, los precios requieren una llamada de demostración, lo que la convierte en una prueba más difícil para equipos pequeños.

La plantilla en sí no necesita una herramienta de pago. Una base de datos de Notion con una propiedad por campo hace el trabajo: filtre por estado, enlace los briefs con las URL publicadas y revíselos en vista de tabla. Notion tiene un plan gratuito, y sus funciones de base de datos bastan para este uso.

Una advertencia sobre las puntuaciones. Una puntuación de contenido mide cuánto se parece un borrador a lo que ya posiciona. Eso es útil para la cobertura y engañoso para la originalidad. Si un brief dice «alcance una puntuación de 90», el redactor optimizará hacia la similitud. Ponga la puntuación en la lista de comprobación técnica como mínimo, y deje la tesis y la lista de exclusiones por encima en prioridad.

Redactar con un modelo de IA: qué cambia

Cuando un modelo redacta a partir del brief, tres ajustes importan.

Primero, escriba el brief como instrucciones, no como conversación. Los campos cortos con etiqueta son mejores que los párrafos de prosa porque cada campo se puede verificar después. Si el brief dice «evidencias permitidas: ninguna fuera de las notas suministradas», puede contrastar el resultado con esa línea.

Segundo, separe el brief de la investigación. Ponga las fuentes, citas y cifras verificadas en un bloque de notas adjunto, e indique al modelo que use solo lo que contiene. Esto es más fiable que pedirle que tenga cuidado con los datos. Un modelo no puede citar una fuente que nunca recibió, y ahí está el sentido del método.

Tercero, haga la prueba de finalización lo más mecánica posible. Mínimo de palabras, frases prohibidas, número de enlaces internos, presencia de la palabra clave en las primeras 80 palabras: todo eso se puede revisar con un lint antes de que una persona lea una línea. Nosotros pasamos nuestros borradores por una comprobación de ese tipo antes de que lleguen al CMS. El tiempo humano va entonces a la tesis y al veredicto de cada sección, que es donde está el juicio.

Aquí conviene nombrar el método con claridad. Los artículos de este blog se producen con EsyBlog y parten de un brief como el descrito. Es una descripción del proceso, no una prueba de calidad. Los límites son reales: el sistema es más lento con las noticias de última hora y más débil en temas con poco material publicado sobre el que anclarse.

Cuándo el brief debe decir «no publicar»

El último campo es el que parece equivocado la primera vez. La condición de no publicar establece, antes de redactar, qué haría que la pieza no mereciera salir. Algunos ejemplos:

• Ningún enfoque sobrevive a la lista de exclusiones; el artículo repetiría a los tres primeros resultados.

• La lista de evidencias está vacía y la tesis necesita cifras.

• La intención de la palabra clave es una descarga, y no tenemos nada que ofrecer para descargar.

• El tema queda fuera de lo que el sitio puede tratar con autoridad.

Escribir estas condiciones por adelantado cuesta menos que descubrirlas en la fase de edición. También cambia la economía del volumen. Si la cadena puede producir un artículo en minutos, el recurso escaso no es la capacidad de redacción. Es la disposición a dejar una mala idea en la bandeja.

No todos los briefs necesitan los doce campos. Una nota de actualidad puede funcionar con seis: lector, tesis, esquema, evidencias, voz y prueba de finalización. Mantenga la versión completa para las piezas que deben posicionarse y sostenerse, y elimine campos solo cuando pueda explicar por qué.

Empiece por la tesis, la lista de exclusiones y la condición de no publicar. Añádalos a la plantilla que ya tenga y conserve el resto. Pruebe diez briefs con la versión revisada y cuente cuántas veces el primer borrador necesita una reescritura estructural en lugar de una corrección de líneas. Ese número, medido en su propio contenido, es la única referencia que importa; la nuestra no se trasladaría a su caso.

EsyBlog genera este tipo de artículo a demanda. Vea la demo.