A newsletter com validação: publicar um artigo = um email

Publicas um artigo. Bem. Agora é preciso uma newsletter. Reabres um editor, copias de novo, reformatas, voltas a rever. Trinta minutos depois não criaste nada de novo: apenas moveste texto de uma caixa para outra. É exatamente esse trabalho a dobrar que acaba por matar a tua regularidade.

O trabalho a dobrar é a verdadeira razão pela qual saltas semanas

Quando se larga uma newsletter, conta-se a si próprio que é um problema de inspiração. Falso. É um problema de fricção. Escrever o artigo já te custa 2-3 horas. Se a newsletter acrescenta 30-45 minutos de copiar-colar-reformatar de cada vez, o teu cérebro aprende muito depressa a adiar o prazo. E uma newsletter que sai uma semana sim, outra não, já não é uma newsletter, é um lembrete esporádico de que ainda existes.

A armadilha é que esses 30 minutos não produzem nenhum valor novo. O leitor já tem o conteúdo: está no teu blog. A newsletter não passa de um canal de distribuição. Por isso, todo o tempo gasto a recompô-la à mão é puro desperdício — e pior, é um desperdício que sentes, o que o torna desmotivante.

O princípio: um formato fonte, duas saídas

O erro de base é tratar o artigo e a newsletter como dois documentos. São dois renders do mesmo documento. Se escreveres uma vez num formato estruturado — blocos tipados (parágrafo, título, lista, callout, código) em vez de HTML cru ou markdown improvisado — então uma máquina pode produzir o email a partir do artigo sem que reescrevas seja o que for.

Concretamente, o artigo é a tua fonte de verdade. A newsletter é uma projeção: pegas nos blocos, ficas com o essencial e adaptas o render ao contexto email (largura fixa, nada de CSS exótico, ligações absolutas, uma única ligação de volta ao artigo completo). Nunca escreves duas vezes. Escreves uma vez, de forma limpa, em blocos.

• Artigo em blocos: a fonte. Um array de objetos `{type, ...}` — versionável, diffável, reutilizável.
• Composição do email: a máquina lê os blocos e gera um HTML email-safe (tabelas inline, sem flexbox, fallback de texto).
• Gancho + excerto: ficas com o p de gancho e 2-3 secções, cortas o resto com uma ligação «Ler mais».
• Ligação canónica: cada email aponta para o URL do artigo. Uma só fonte, sem divergência de conteúdo.

// 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 sai sem a tua validação

A automatização total é a armadilha inversa. No dia em que a máquina envia sozinha, acordas com um email que saiu para 4 000 pessoas com um assunto truncado, uma ligação partida ou uma piada mal colocada no segmento errado. A automatização tem de parar um passo antes do envio. Ela prepara, tu decides.

O bom estado por defeito de uma newsletter gerada é `pending_review` («rascunho à espera»). A máquina faz 95 % do trabalho: compõe, formata, põe a ligação, prepara o assunto. Tu fazes os 5 % que exigem um cérebro humano: lês o assunto, verificas que o excerto corta no sítio certo, clicas na ligação uma vez e depois validas. Trinta segundos em vez de trinta minutos.

Manter o controlo editorial sem reescrever

«Validar» não quer dizer «aturar o que a máquina cuspiu». A boa implementação deixa-te três alavancas rápidas, sem nunca te obrigar a reabrir o artigo: escolher onde cortar o excerto, reescrever apenas o assunto e a frase de intro do email (os dois únicos elementos que merecem um tom «email» diferente do blog) e excluir um bloco que fica mal em email (um grande bloco de código, por exemplo).

• O assunto: é o único texto que escreves mesmo à mão de cada vez. 8-10 palavras, escreve-o tu, é o que decide a taxa de abertura.
• O ponto de corte: um slider ou um simples «cortar depois deste bloco». A máquina propõe, tu ajustas.
• As exclusões: oculta os blocos que não fazem sentido fora de contexto (código longo, callout interno).
• O resto: não lhe tocas. Já é o artigo que validaste ao publicá-lo.

Para começar: pega no teu próximo artigo e impõe-te uma regra — só abres o editor de email para o assunto. Todo o corpo vem dos blocos, automaticamente. Se te apanhares a copiar texto, é porque o teu pipeline não está terminado. A regularidade não é uma questão de disciplina heroica: é uma questão de fricção. Elimina a cópia, mantém o clique de validação, e publicarás todas as semanas sem pensar nisso.