Wie du deinen Changelog in Content verwandelst

Ein Changelog beantwortet die teuerste Content-Frage bereits: worueber soll ich schreiben? Jeder Eintrag ist ein reales, faktisches Ereignis - ein Feature, ein Fix, eine Verbesserung - mit Version, Datum und oft einem Link. Das ist genau der Rohstoff, den ein Post braucht. Der Grund, warum der Changelog trotzdem selten Content wird, ist nicht Faulheit, sondern ein fehlendes System: Ohne eine Regel, welcher Eintrag welches Format verdient, fuehlt sich jeder Release wie eine neue Entscheidung an.

Was dem Changelog fehlt, ist bewusst weggelassen: das Warum und das Wie. Ein Eintrag sagt 'Bulk-Export hinzugefuegt'. Content sagt, warum das wichtig ist (Teams zogen Daten manuell), wie es funktioniert und fuer wen es den Unterschied macht. Die Fakten stehen schon da; deine Arbeit ist die Uebersetzung von der technischen Notiz in die menschliche Bedeutung. Genau diese Uebersetzung ist es, die ein Tool automatisch anstossen kann - und die du dann feilst.

Sortiere jeden Eintrag nach Gewicht - wie sehr aendert er, was ein Nutzer tun kann - und ordne ihm dann ein Format zu. Ein grosses, sichtbares Feature traegt mehrere Formate: einen Blog-Post mit Kontext, einen LinkedIn-Thread mit dem Warum, einen kurzen X-Post mit Link. Eine kleinere Verbesserung reicht fuer einen einzelnen Social-Post. Ein Bugfix gehoert in eine gesammelte Update-Note, nicht in einen eigenen Post - sonst trainierst du dein Publikum, dich zu ignorieren.

Die Tabelle unten ist die Triage, die wir bei jedem Release durchgehen. Der Wert liegt nicht in strikten Regeln, sondern darin, dass die Entscheidung nicht mehr jedes Mal neu getroffen wird. Sobald das Format am Gewicht haengt, wird aus 'was mache ich mit diesem Release?' ein Nachschlagen statt einer Grundsatzfrage.

Angenommen, v2.4.0 bringt: einen Bulk-Export (grosses Feature), schnellere Ladezeiten und einen neuen Filter (zwei Verbesserungen) sowie drei Bugfixes. Nach der Triage wird der Bulk-Export zu einem Blog-Post ('Warum wir Bulk-Export gebaut haben und wie er funktioniert'), einem LinkedIn-Thread mit dem Warum und einem kurzen X-Post mit Link. Die zwei Verbesserungen werden zu je einem Social-Post oder zu einem gemeinsamen 'Zwei kleine Upgrades'-Post. Die drei Fixes werden zu einer Zeile in der Release-Note, nicht zu drei Ankuendigungen.

Aus einem Release entstehen so realistisch vier bis fuenf Content-Stuecke plus die Release-Note - ohne dass du ein leeres Blatt angeschaut hast. Der Changelog lieferte die Fakten; die Triage lieferte die Formate; deine Arbeit war das Warum und Wie. Und genau dieser erste Entwurf pro Format ist es, den ein ereignisgesteuertes Tool automatisch anstossen kann, sodass du nur noch feilst und freigibst.

Wenn ein Release shippt, nimmt Ship 2 Post die echten Fakten - was sich aenderte, die Version, den Link - und entwirft pro Kanal Copy in deiner Marken-Stimme. Regeln fuer Semver, Branch, Pfad und Label entscheiden, welche Eintraege ueberhaupt einen Post ausloesen, sodass Fixes nicht als Einzel-Ankuendigungen rausgehen. Die Entwuerfe warten in einer Review-Queue; du fuegst das Warum und Wie hinzu, feilst und gibst frei. Auf Kanaelen, denen du vertraust, schaltest du den autonomen Modus einzeln frei.

Es veroeffentlicht auf 12 Kanaele - LinkedIn, X, Threads, Bluesky, Reddit, Facebook, Instagram, YouTube, Mastodon, Discord, Slack - plus signierte Custom Webhooks fuer eigene Systeme wie ein CMS oder eine E-Mail-Route. Der kostenlose Plan (0 $) postet aus einem Repository mit 1 Post pro Tag; bezahlte Plaene ab 5 $/Monat (jaehrlich, 6 $ monatlich, Stand Juli 2026) ergaenzen Links in Posts, Bilder, mehr Kanaele und Analytics. Verschluesselte Tokens bleiben aus KI-Prompts und Browser-Bundle heraus.