La newsletter con validación: publicar un artículo = un email

Publicas un artículo. Bien. Ahora hace falta una newsletter. Reabres un editor, recopias, reformateas, vuelves a revisar. Treinta minutos después no has creado nada nuevo: solo has movido texto de una caja a otra. Es exactamente ese doble trabajo el que acaba matando tu regularidad.

El doble trabajo es la verdadera razón por la que te saltas semanas

Cuando alguien deja una newsletter, se cuenta que es un problema de inspiración. Falso. Es un problema de fricción. Escribir el artículo ya te cuesta 2-3 horas. Si la newsletter añade 30-45 minutos de copiar-pegar-reformatear cada vez, tu cerebro aprende muy rápido a posponer el plazo. Y una newsletter que sale una semana sí y otra no ya no es una newsletter, es un recordatorio esporádico de que todavía existes.

La trampa es que esos 30 minutos no producen ningún valor nuevo. El lector ya tiene el contenido: está en tu blog. La newsletter no es más que un canal de distribución. Así que todo el tiempo dedicado a recomponerla a mano es puro desperdicio — y peor aún, es un desperdicio que sientes, lo que lo vuelve desmotivante.

El principio: un formato fuente, dos salidas

El error de base es tratar el artículo y la newsletter como dos documentos. Son dos renderizados del mismo documento. Si escribes una vez en un formato estructurado — bloques tipados (párrafo, título, lista, callout, código) en lugar de HTML crudo o markdown improvisado — entonces una máquina puede producir el email a partir del artículo sin que reescribas nada.

En concreto, el artículo es tu fuente de verdad. La newsletter es una proyección: tomas los bloques, te quedas con lo esencial y adaptas el renderizado al contexto email (ancho fijo, nada de CSS exótico, enlaces absolutos, un único enlace de vuelta al artículo completo). Nunca escribes dos veces. Escribes una vez, limpio, en bloques.

• Artículo en bloques: la fuente. Un array de objetos `{type, ...}` — versionable, diffable, reutilizable.
• Composición del email: la máquina lee los bloques y genera un HTML email-safe (tablas inline, sin flexbox, fallback de texto).
• Gancho + extracto: te quedas con el p de gancho y 2-3 secciones, cortas el resto con un enlace «Leer más».
• Enlace canónico: cada email apunta a la URL del artículo. Una sola fuente, sin divergencia de contenido.

// L'article EST la source. L'email est une projection.
const article = {
  slug: "newsletter-a-validation",
  blocks: [
    { type: "p",    text: "Tu publies un article. Bien..." },
    { type: "h2",   text: "Le double travail..." },
    { type: "list", items: ["..."], ordered: false },
    { type: "callout", text: "...", tone: "tip" }
  ]
};

// La machine compose l'email — mais ne l'envoie PAS.
const draft = composeEmailFromBlocks(article.blocks, {
  maxSections: 3,            // on coupe après 3 h2
  ctaUrl: canonicalUrl(article.slug),
  status: "pending_review"   // <-- rien ne part sans toi
});

Nada sale sin tu validación

La automatización total es la trampa inversa. El día en que la máquina envía sola, te despiertas con un email que ha salido a 4 000 personas con un asunto truncado, un enlace roto o un chiste mal colocado en el segmento equivocado. La automatización debe detenerse un paso antes del envío. Ella prepara, tú decides.

El buen estado por defecto de una newsletter generada es `pending_review` («borrador en espera»). La máquina hace el 95 % del trabajo: compone, formatea, pone el enlace, prepara el asunto. Tú haces el 5 % que requiere un cerebro humano: lees el asunto, compruebas que el extracto se corta en el sitio correcto, haces clic en el enlace una vez y luego validas. Treinta segundos en lugar de treinta minutos.

Mantener el control editorial sin reescribir

«Validar» no significa «aguantar lo que ha escupido la máquina». La buena implementación te deja tres palancas rápidas, sin obligarte nunca a reabrir el artículo: elegir dónde cortar el extracto, reescribir únicamente el asunto y la frase de intro del email (los dos únicos elementos que merecen un tono «email» distinto del blog), y excluir un bloque que queda mal en email (un gran bloque de código, por ejemplo).

• El asunto: es el único texto que escribes de verdad a mano cada vez. 8-10 palabras, escríbelo tú, es lo que decide la tasa de apertura.
• El punto de corte: un slider o un simple «cortar después de este bloque». La máquina propone, tú ajustas.
• Las exclusiones: oculta los bloques que no tienen sentido fuera de contexto (código largo, callout interno).
• El resto: no lo tocas. Ya es el artículo que validaste al publicarlo.

Para empezar: coge tu próximo artículo e imponte una regla — solo abres el editor de email para el asunto. Todo el cuerpo viene de los bloques, automáticamente. Si te pillas recopiando texto, es que tu pipeline no está terminado. La regularidad no es una cuestión de disciplina heroica: es una cuestión de fricción. Elimina la recopia, conserva el clic de validación, y publicarás cada semana sin pensarlo.