Die Freigabe-Newsletter: einen Artikel veröffentlichen = eine E-Mail

Du veröffentlichst einen Artikel. Gut. Jetzt brauchst du einen Newsletter. Du öffnest wieder einen Editor, kopierst, formatierst um, liest erneut Korrektur. Dreißig Minuten später hast du nichts Neues erschaffen: Du hast nur Text von einer Box in eine andere verschoben. Genau diese Doppelarbeit bringt am Ende deine Regelmäßigkeit um.

Die Doppelarbeit ist der wahre Grund, warum du Wochen auslässt

Wenn man einen Newsletter aufgibt, redet man sich ein, es sei ein Inspirationsproblem. Falsch. Es ist ein Reibungsproblem. Den Artikel zu schreiben kostet dich schon 2-3 Stunden. Wenn der Newsletter jedes Mal 30-45 Minuten Kopieren-Einfügen-Umformatieren draufpackt, lernt dein Gehirn sehr schnell, den Termin aufzuschieben. Und ein Newsletter, der jede zweite Woche rausgeht, ist kein Newsletter mehr, sondern eine sporadische Erinnerung, dass es dich noch gibt.

Die Falle: Diese 30 Minuten erzeugen keinen neuen Wert. Der Leser hat den Inhalt schon: Er steht auf deinem Blog. Der Newsletter ist nur ein Verteilkanal. Also ist die ganze Zeit, die du mit dem manuellen Neuzusammensetzen verbringst, reine Verschwendung — und schlimmer noch, es ist eine Verschwendung, die du spürst, was sie demotivierend macht.

Das Prinzip: ein Quellformat, zwei Ausgaben

Der Grundfehler ist, Artikel und Newsletter als zwei Dokumente zu behandeln. Es sind zwei Renderings desselben Dokuments. Wenn du einmal in einem strukturierten Format schreibst — typisierte Blöcke (Absatz, Überschrift, Liste, Callout, Code) statt rohem HTML oder zusammengebasteltem Markdown — dann kann eine Maschine die E-Mail aus dem Artikel erzeugen, ohne dass du irgendetwas neu schreibst.

Konkret: Der Artikel ist deine Quelle der Wahrheit. Der Newsletter ist eine Projektion: Man nimmt die Blöcke, behält das Wesentliche und passt das Rendering an den E-Mail-Kontext an (feste Breite, kein exotisches CSS, absolute Links, ein einziger Link zurück zum vollständigen Artikel). Du schreibst nie zweimal. Du schreibst einmal, sauber, in Blöcken.

• Artikel in Blöcken: die Quelle. Ein Array von Objekten `{type, ...}` — versionierbar, diffbar, wiederverwendbar.
• E-Mail-Komposition: Die Maschine liest die Blöcke und erzeugt E-Mail-sicheres HTML (Inline-Tabellen, kein Flexbox, Text-Fallback).
• Aufhänger + Auszug: Man behält den Einstiegs-p und 2-3 Abschnitte, schneidet den Rest mit einem „Weiterlesen“-Link ab.
• Kanonischer Link: Jede E-Mail zeigt auf die URL des Artikels. Eine einzige Quelle, keine Inhaltsdivergenz.

// 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
});

Nichts geht ohne deine Freigabe raus

Die Vollautomatisierung ist die umgekehrte Falle. An dem Tag, an dem die Maschine von allein versendet, wachst du mit einer E-Mail auf, die an 4 000 Leute rausging — mit abgeschnittenem Betreff, kaputtem Link oder einem fehlplatzierten Witz im falschen Segment. Die Automatisierung muss einen Schritt vor dem Versand stoppen. Sie bereitet vor, du entscheidest.

Der richtige Standardzustand eines generierten Newsletters ist `pending_review` („Entwurf wartet auf Prüfung“). Die Maschine macht 95 % der Arbeit: Sie komponiert, formatiert, setzt den Link, bereitet den Betreff vor. Du machst die 5 %, die ein menschliches Hirn brauchen: Du liest den Betreff, prüfst, dass der Auszug an der richtigen Stelle abbricht, klickst einmal auf den Link und gibst dann frei. Dreißig Sekunden statt dreißig Minuten.

Die redaktionelle Hoheit behalten, ohne neu zu schreiben

„Freigeben“ heißt nicht „hinnehmen, was die Maschine ausgespuckt hat“. Die gute Umsetzung lässt dir drei schnelle Hebel, ohne dich je zu zwingen, den Artikel erneut zu öffnen: wählen, wo der Auszug abgeschnitten wird, nur den Betreff und den Intro-Satz der E-Mail umschreiben (die einzigen beiden Elemente, die einen vom Blog abweichenden „E-Mail“-Ton verdienen) und einen Block ausschließen, der sich in der E-Mail schlecht macht (ein großer Codeblock zum Beispiel).

• Der Betreff: Es ist der einzige Text, den du jedes Mal wirklich von Hand schreibst. 8-10 Wörter, schreib ihn selbst, er entscheidet über die Öffnungsrate.
• Der Schnittpunkt: ein Slider oder ein simples „nach diesem Block abschneiden“. Die Maschine schlägt vor, du justierst.
• Die Ausschlüsse: Blende Blöcke aus, die außerhalb des Kontexts keinen Sinn ergeben (langer Code, interner Callout).
• Der Rest: Den fasst du nicht an. Es ist schon der Artikel, den du beim Veröffentlichen freigegeben hast.

Zum Einstieg: Nimm deinen nächsten Artikel und zwing dir eine Regel auf — du öffnest den E-Mail-Editor nur für den Betreff. Der ganze Rumpf kommt aus den Blöcken, automatisch. Wenn du dich dabei ertappst, Text abzutippen, ist deine Pipeline nicht fertig. Regelmäßigkeit ist keine Frage heroischer Disziplin: Sie ist eine Frage der Reibung. Streich das Abtippen, behalte den Freigabe-Klick, und du veröffentlichst jede Woche, ohne darüber nachzudenken.