Blog-Designsystem: Komponenten und Templates, die schnell bleiben

Warum Blogseiten inkonsistent und langsam werden

Die meisten Blogs starten ordentlich und driftieren dann ab. Ein Beitrag hat einen etwas engeren Zeilenabstand. Ein anderer verwendet einen anderen Zitatstil. Ein dritter fügt eine individuelle Tabelle mit seltsamen Rändern hinzu, weil sie „dieses Mal besser aussah“. Nach ein paar Monaten hört das Blog-Designsystem auf, ein System zu sein, und wird zu einem Haufen Ausnahmen.

Die Inkonsistenz zeigt sich bei den Grundlagen: Abstände zwischen Abschnitten, Überschriftsgrößen, wie Listen auf Mobilgeräten umbrechen und ob Callouts wie hilfreiche Hinweise oder wie zufällige farbige Kästen wirken. Diese kleinen Unterschiede summieren sich. Leser können das Problem vielleicht nicht benennen, aber sie spüren es. Die Seite wirkt weniger vertrauenswürdig und ist schwerer zu überfliegen.

Einzelne Layouts verlangsamen auch dein Team. Autoren zögern, weil sie unsicher sind, welches Muster sie nutzen sollen. Redakteure verbringen Zeit damit, Formatierungen zu reparieren statt die Botschaft zu verbessern. Entwickler werden für „kleine Anpassungen“ hinzugezogen, die nicht mehr klein sind, wenn sie wiederverwendbar sein sollen.

Die typischen Brüche sind vorhersehbar: Überschriften, die in der Größe springen, Tabellen, die auf Mobilgeräten überlaufen, Callouts, die mit dem Haupttext konkurrieren, und CTAs, die in zufälligen Momenten in unterschiedlichen Tönen und Stilen auftauchen.

Ein einfaches Beispiel: Veröffentliche fünf Beiträge innerhalb von zwei Wochen, jeder mit einem anderen CTA-Block. Jetzt kann die Analyse die Performance nicht mehr sauber vergleichen, und ein späteres Update des CTA bedeutet, in fünf verschiedenen Layouts Änderungen vorzunehmen. Konsistenz hält Seiten schnell zu bauen und schnell lesbar.

Prinzipien, die vor dem Erstellen von Komponenten festgelegt werden sollten

Ein Blog-Designsystem funktioniert, wenn sich alle an die Regeln erinnern können. Sind die Regeln schwammig, improvisieren die Leute, und Seiten driften langsam in eine Mischung aus Stilen, Größen und Einzellösungen.

Starte mit einer kleinen Menge an Zielen, die sowohl Leser als auch die Seite abdecken:

• Konsistenz: dieselben Muster sehen überall gleich aus und verhalten sich gleich.
• Lesbarkeit: Texte sind auf Mobilgeräten und Desktop leicht zu scannen.
• Geschwindigkeit: Seiten laden schnell auf realen Geräten.
• Barrierefreiheit: Inhalte funktionieren mit Tastaturnavigation und Screenreadern.

Entscheide als Nächstes, was standardisiert werden muss und was variieren darf. Standardisiere Dinge, die Verständnis und Vertrauen beeinflussen: Überschriftenebenen, Absatzbreite, Tabellenstil, Callout-Typen und Regeln zur CTA-Platzierung. Erlaube Variation dort, wo sie Bedeutung hinzufügt: Ein Beitrag kann entscheiden, welchen Callout-Typ er nutzt oder ob er überhaupt eine Tabelle braucht, aber er sollte keine neuen Farben oder Abstände erfinden.

Sperre einige Designregeln früh: eine Typografieskala (H2–H4, Fließtext, Bildunterschriften), eine Abstands-Skala (Abschnittsabstände, Callout-Abstände, Tabellen-Padding) und eine kleine Farbpalette (Text, Hintergrund, Ränder, Statusfarben). Halte es absichtlich langweilig. Das Blog sollte ruhig wirken.

Einigt euch auf ein Performance-Budget, bevor jemand Komponenten ausliefert. Macht es messbar: wie viele Webfonts und Schriftschnitte, Zielbreiten und Dateigrößen für Bilder, ein typisches Seitengewicht und harte Grenzen für Drittanbieter-Skripte. Wenn ihr über Generatoren oder eine API veröffentlicht, sind diese Budgets noch wichtiger, weil kleine Layoutentscheidungen sich über jede Seite multiplizieren.

Definiere die Anatomie eines Blogbeitrags

Ein Designsystem beginnt mit einer gemeinsamen Karte. Wenn alle zustimmen, wie ein „normaler“ Beitrag aussieht, könnt ihr Komponenten bauen, die wiederverwendbar, vorhersehbar und leicht schnell zu halten sind.

Benenne die Standardstruktur und was optional ist. Eine gängige Basis ist: Titel, kurzer Einstieg (häufig Dek genannt), Autor und Datum, Hauptinhalt, eine optionale Seitenleiste (nur wenn sie eine klare Aufgabe hat) und ein Footer-Bereich für verwandte Beiträge oder ein Signup.

Überschriftsregeln, die Chaos verhindern

Bei Überschriften bricht Konsistenz zuerst. Entscheide, was jede Ebene bedeutet, nicht nur wie sie aussieht.

Verwende H2 für die Hauptabschnitte, die ein Leser in einem Inhaltsverzeichnis scannen würde. Nutze H3 nur innerhalb einer H2, wenn du wirklich Unterpunkte oder eine klare Aufteilung brauchst. Wenn du drei H3 hintereinander schreibst, ist das meist ein Zeichen, dass die H2 umgeschrieben oder in zwei klarere H2s aufgeteilt werden sollte.

Übliche Inhaltsmuster, die standardisiert werden sollten

Die meisten Beiträge wiederholen die gleichen Muster. Wenn du sie einmal definierst, hören Autoren und Redakteure auf, die Formatierung neu zu erfinden.

Standardisiere eine Handvoll Muster, die ständig auftauchen: kurze Callouts für Tipps und Warnungen, klare Schritt-für-Schritt-Anleitungen (eine Aktion pro Schritt), kleine Vergleichstabellen mit konsistenten Bezeichnungen und einfache Definitionen (ein Satz, optional gefolgt von einem kurzen Beispiel).

Entscheide, wo CTA-Blöcke erscheinen dürfen, ohne aufdringlich zu wirken. Eine praktische Regel ist ein mittiger CTA nach einem wirklich hilfreichen Abschnitt (nicht nach dem Einstieg) plus ein End-CTA, das zum Versprechen des Beitrags passt.

Kernkomponenten: Überschriften, Callouts, Tabellen und CTAs

Ein Blog-Designsystem lebt oder stirbt an einer kleinen Menge von Komponenten, die in fast jedem Beitrag vorkommen. Sind diese konsistent, wirkt die gesamte Seite konsistent, auch wenn Autoren wechseln.

Überschriften, die lesbar (und verlinkbar) bleiben

Behandle Überschriften als Navigation, nicht als Dekoration. Verwende eine konsistente Abstands-Skala (mehr Abstand oben als unten) und halte sie in allen Templates gleich. Wenn du Ankerlinks zu Überschriften hinzufügst, halte das Icon dezent und zeige es nur bei Hover oder Fokus.

Auf Mobilgeräten vermeide riesige Sprünge in der Schriftgröße. Begrenze die Maximalbreite der Inhaltskolumne, damit Überschriften nicht in vier oder fünf Zeilen umbrechen.

Callouts, die klären statt konkurrieren

Callouts sollten Bedeutung auf einen Blick vermitteln. Nutze eine kleine Menge klarer Typen (Info, Warnung, Erfolg, Hinweis) mit einem einheitlichen Icon-Stil, einer einheitlichen Rahmenlinie und konsistentem Padding. Halte sie kurz und vermeide es, mehrere Ideen in eine Box zu quetschen.

Tabellen, die auf Mobilgeräten nicht kaputtgehen

Tabellen sind ein häufiger Punkt, an dem Konsistenz scheitert. Definiere deshalb das Verhalten, bevor du auslieferst:

• Verwende auf kleinen Bildschirmen horizontales Scrollen mit einem sichtbaren Randhinweis.
• Halte Zeilenstreifen subtil und gut lesbar.
• Lass langen Text umbrechen und begrenze die breiteste Spalte.
• Zahlen rechtsbündig, Text linksbündig.
• Wenn du Bildunterschriften nutzt, halte Stil und Platzierung konsistent.

CTAs mit klarer Hierarchie

CTAs brauchen Struktur, damit sie nicht wie Anzeigen wirken. Standardisiere einige Varianten und nutze sie gezielt: ein Inline-CTA (im Fluss), ein End-of-Post-CTA (Standard) und ein Banner-CTA (selten, nur wenn es wirklich passt).

Halte das Layout fest (beispielsweise: Titel, ein kurzer Absatz, dann eine primäre Aktion) und variiere nur die Formulierung. Tools, die Inhalte in großem Maßstab generieren, helfen hier, ohne dein Design zu verändern. Zum Beispiel ist GENERATED (generated.app) ein All-in-One-SaaS, das Inhalte per API erzeugen und adaptive CTA-Texte mit Performance-Tracking liefern kann — das ist leichter zu verwalten, wenn das CTA-Block-Layout bereits standardisiert ist.

Schließlich halte eine kleine Menge Hilfskomponenten bereit: Trenner, Bildunterschriften, Pullquotes und Codeblöcke. Nutze sie sparsam, aber mache sie vorhersehbar, damit Autoren Seiten bauen können, ohne neue UI zu erfinden.

Templates, die jeden Beitrag auf Schienen halten

Ein Blog-Designsystem zahlt sich aus, wenn Autoren nicht mehr von Grund auf Layoutentscheidungen treffen müssen. Templates verwandeln eine leere Seite in eine vorhersehbare Struktur, die leicht zu scannen, leicht zu bauen und schwer zu kaputt zu machen ist.

Beginne mit einer kleinen Auswahl an Templates, die zu euren üblichen Beitragstypen passen:

• Standardbeitrag (Meinung, Rundup, Trends)
• Vergleichsbeitrag (A vs B, Alternativen)
• Tutorial (Schritt-für-Schritt mit Checkpoints)
• Ankündigung (Release Notes, neue Funktion)

Dokumentiere für jedes Template, welche Komponenten erlaubt sind und wo sie erscheinen dürfen. Beispielsweise könnte ein Tutorial-Template Schritt-Callouts, „häufiger Fehler“-Callouts und eine Zusammenfassungstabelle erlauben, während CTAs auf zwei Platzierungen begrenzt sind.

Plane leere Zustände ein, damit Beiträge niemals kaputt aussehen, wenn etwas fehlt. Wenn kein Hero-Bild vorhanden ist, nutze einen sauberen Titelblock mit einem dezenten Trenner und halte den ersten Absatz oberhalb der Falz sichtbar. Wenn keine Tabelle da ist, hinterlasse keine unangenehme Lücke — nutze stattdessen eine kurze Liste oder ein Callout. Wenn kein CTA vorhanden ist, zeige nur einen neutralen „verwandte Aktionen“-Slot, wenn er echten Inhalt hat.

Responsive-Regeln sollten Teil des Templates sein, nicht ein letzter Fix. Entscheide im Vorfeld, was sich stapelt, was kollabiert und was auf kleinen Bildschirmen scrollt. Halte die Regeln einfach: Tabellen scrollen horizontal mit Randhinweis, mehrspaltige Callouts stapeln zu einer Spalte und CTAs sitzen nach dem ersten substantiellen Abschnitt und nahe dem Ende.

Wenn du Beiträge per API erzeugst, behandle Templates als strikte Schemata, damit jede Seite mit den gleichen sicheren Defaults und Fallbacks ausgeliefert wird.

Schritt für Schritt: System bauen und einführen

Beginne mit dem, was du bereits hast. Inventarisiere eine Auswahl aktueller und stark besuchter Beiträge. Du wirst schnell die echte Vielfalt sehen: wie viele Überschriftsstile existieren, wie viele Callout-Typen, wie Tabellen genutzt werden und wo CTAs auftauchen. Du strebst noch keine Perfektion an. Du suchst nach einigen wiederholbaren Mustern.

Entwerfe Komponenten vor Templates. Komponenten sind die Bausteine (Überschriftsstile, Callouts, Tabellen, CTA-Blöcke). Templates sind die Schienen, die sie anordnen. Wenn du mit Templates beginnst, backst du oft Ausnahmen ein, die dich später ausbremsen.

Ein Rollout-Pfad, der das Veröffentlichen nicht ausbremst:

• Prüfe bestehende Beiträge und gruppiere sie in einige gemeinsame Layouts.
• Baue die kleinste Menge an Komponenten, die einen gut performenden Beitrag ohne Hacks nachbilden kann.
• Passe Templates an reale Inhalte und Eckfälle an (lange Überschriften, breite Tabellen, kurze Beiträge).
• Schreibe einfache Inhaltsregeln: wann welcher Callout zu nutzen ist, welcher CTA-Block zu welcher Intention passt und was zu vermeiden ist.
• Rolle in Phasen aus: zuerst neue Beiträge, dann Aktualisierung der meistbesuchten Seiten, dann der Rest.

Inhaltsregeln sind wichtiger, als die meisten Teams erwarten. Ein Callout ist nur nützlich, wenn alle ihn auf dieselbe Weise verwenden. Gleiches gilt für CTAs: entscheidet, wo ein „jetzt testen“-CTA erlaubt ist im Gegensatz zu einem „abonniere“-CTA, damit Beiträge nicht zur Zufallsmischung werden.

Halte die erste Version klein und messbar. Wenn euer Stack es unterstützt, trackt CTA-Blöcke konsistent, damit ihr Performance über die Zeit vergleichen könnt, anstatt Geschmack zu debattieren.

Seiten schnell halten und gleichzeitig konsistent bleiben

Geschwindigkeit ist ein Designelement. Ein gutes Blog-Designsystem behält das gleiche Erscheinungsbild bei, ohne jedes Mal neue CSS-, Skript- oder Einzellösungen hinzuzufügen.

Haltet euer CSS klein und vorhersehbar. Wenn jeder Beitrag individuelle Styles braucht, endet ihr mit Overrides, die sich gegenseitig bekämpfen. Bevorzuge eine kurze Menge Tokens (Abstände, Farben, Schriftgrößen) und wenige Komponentenvarianten und entferne alles, was nicht genutzt wird.

Tabellen sind ein häufiger Verlangsamungsfaktor und ein Lesbarkeitsproblem. Mach sie einfach: weniger Ränder, mehr Weißraum, klare Zeilenabstände. Auf Mobilgeräten zwinge Tabellen nicht in unlesbare Stapel. Ein horizontal scrollender Container ist oft schneller und einfacher als komplexe responsive Tabellenlogik.

Bilder werden stillschweigend zur größten Payload. Nutze konsistente Seitenverhältnisse, damit Layouts beim Laden nicht springen, lege standardisierte Anzeigegrößen pro Template fest und definiere Komprimierungsziele (Maximalbreiten pro Layout und Dateigrößenbudget). Wenn euer Workflow Bilder automatisch erzeugt, verankert diese Presets im Template, damit jeder Beitrag denselben Regeln folgt.

Schriften und Skripte brauchen dieselbe Disziplin. Jeder neue Schriftschnitt oder Drittanbieter-Skript fügt Latenz hinzu. Miss vor und nach Änderungen und entferne Ergänzungen, die ihren Nutzen nicht rechtfertigen.

Eine kurze Checkliste, die sowohl Geschwindigkeit als auch Konsistenz schützt:

• Kein pro-Beitrag-CSS, nur genehmigte Komponentenvarianten.
• Ein Tabellenstil mit mobilem Scroll-Verhalten.
• Standard-Bildverhältnisse und Exportgrößen mit Komprimierungszielen.
• Minimale Schriftschnitte und nur notwendige Skripte.

Governance: wie man das System vor Drift schützt

Ein Designsystem bleibt nur nützlich, wenn Leute ihm vertrauen. Ohne leichte Governance häufen sich Varianten, Abstände driften und Einzellösungen kehren zurück. Seiten werden schwerer zu bearbeiten und langsamer zu laden.

Beginnt mit einer Namensgebung, die wie einfaches Englisch lesbar ist. Wenn ein neuer Autor erraten kann, was eine Komponente macht, habt ihr schon gewonnen. Haltet Namen in Design und Code konsistent und haltet Varianten gering.

Ein einfaches Namensschema, das Verwirrung vermeidet:

• Komponentenname: was es ist (Callout, Table, CTA)
• Variante: wofür es ist (Note, Warning, Comparison)
• Ton oder Größe (nur wenn es die Bedeutung ändert): Short, Long

Autoren und Redakteure brauchen Nutzungsregeln, nicht nur eine Bibliothek. Füge für jede Komponente einen kurzen „gut vs. schlecht“-Leitfaden hinzu und weise häufige Fehlanwendungen aus, z. B. das Stapeln von Callouts, CTAs mitten in einer Tabelle oder das Überspringen von Überschrifts-Ebenen.

Gib Redakteuren eine Zwei-Minuten-Checkliste:

• Überschriften folgen der Reihenfolge (kein Sprung von H2 zu H4).
• Tabellen sind auf Mobilgeräten lesbar (wenige Spalten, klare Bezeichnungen).
• CTAs sind begrenzt und bewusst platziert.
• Callouts sind für Ausnahmen, nicht für Haupttext.

Behandle Änderungen wie Produkt-Releases. Versioniere Komponenten, damit alte Beiträge gleich bleiben, begrenze breaking changes und mach klar, wer neue Komponenten genehmigen kann. Ein grundsätzliches „nein“ ist gesund, wenn die Anfrage kein wiederkehrendes Problem löst.

Ein realistisches Beispiel: ein bestehendes Blog standardisieren

Stell dir ein wachsendes SaaS-Blog mit etwa 300 Beiträgen, sechs Autoren und einigen Leuten vor, die nebenbei redigieren. Es begann einfach und verwandelte sich langsam in eine Stilmixtur: verschiedene Überschriftsgrößen, zufällige Callouts und Tabellen, die auf Mobilgeräten kaputtgehen.

Analytics zeigen ein Muster. Beiträge mit Vergleichstabellen haben höhere Absprungraten. Leser scrollen an der Mitte vorbei und verlassen die Seite. Außerdem endet jeder Beitrag mit einem anderen CTA: verschiedene Texte, unterschiedliche Button-Stile, manchmal drei CTAs übereinander, manchmal gar keine.

Das Team startet klein statt alles auf einmal neu zu bauen. Ein Template wird zur Standardvorlage für neue Beiträge und zunächst werden nur drei Komponenten standardisiert: eine responsive Tabelle, ein einzelner CTA-Block und ein Callout-Stil für Tipps und Warnungen. Überschriften folgen einfachen Regeln: H2 für Abschnitte, H3 für Unterabschnitte.

Sie migrieren zuerst zehn stark frequentierte Beiträge, die bereits ranken und regelmäßig Klicks bekommen. Nach der Veröffentlichung vergleichen sie über zwei Wochen einige klare Signale: Absprungrate bei Beiträgen mit Tabellen, Scrolltiefe bis zum CTA, CTA-Klickrate und Verweildauer.

Um Verwirrung zu vermeiden, führen sie ein kleines Changelog in den Schreibrichtlinien: was sich geändert hat, was jetzt zu nutzen ist und was veraltet ist.

Häufige Fehler und Fallen

Der schnellste Weg, ein Blog-Designsystem zu zerstören, ist, jede neue Anfrage als neue Komponente zu behandeln. Am Ende hast du fünf Callout-Stile, drei Button-Formen und ein Dutzend „besondere“ Layouts. Redakteure wählen dann zufällig aus und Konsistenz verschwindet.

Eine nützliche Regel: Füge eine Variante nur hinzu, wenn sich die Inhaltsbedeutung ändert. Wenn zwei Callouts „Tipp“ und „Warnung“ abdecken, brauchst du wahrscheinlich nicht noch „Hinweis“, „Einsicht“ und „Extra“ als separate Stile.

Eine andere Falle ist das Vermischen von Inhalt und Darstellung. Wenn Autoren harte Farben, Schriftgrößen oder Abstände einfügen, sieht der Beitrag heute korrekt aus, wird aber später schwer zu reparieren. Halte den Inhalt sauber (Text, Bedeutung, Absicht) und lass die Komponente entscheiden, wie es aussieht.

Überschriften werden ebenfalls missbraucht. Nutzt jemand H2, weil er „größer aussieht“, verliert ihr Struktur, Zugänglichkeit und Inhaltsverzeichnis-Genauigkeit. Wählt Ebenen basierend auf der Gliederung und style sie in der Komponenten-Ebene.

CTAs können nach hinten losgehen, wenn sie überall stehen. Wenn am Ende jedes Abschnitts ein CTA steht, lernen Leser sie zu übersehen. Platziere CTAs dort, wo die Intention am höchsten ist: nach einem zentralen Vorteil, nach einer Vergleichstabelle oder am Ende.

Mobile Tabellen sind ein stiller UX-Killer. Sie werden oft ignoriert, bis Beschwerden kommen.

Kurzer Sanity-Check vor der Veröffentlichung:

• Kannst du zwei Komponentenvarianten entfernen, ohne Bedeutung zu verlieren?
• Werden Überschriften für Struktur, nicht für Größe genutzt?
• Sind CTAs auf ein oder zwei mit klarem Zweck beschränkt?
• Scrollen Tabellen sauber auf dem Handy?
• Ist der Inhalt frei von harten Stilvorgaben?

Schnelle Kontrollen vor dem Versand

Bevor du eine Charge Beiträge veröffentlichst (oder migrierst), mache einen schnellen Check auf Konsistenz und Geschwindigkeit. Ein gutes Blog-Designsystem sollte für den Leser unsichtbar wirken: alles sieht beabsichtigt aus, nichts stört.

Konsistenz-Checkliste

Überfliege je einen Beitrag pro Autor oder Inhaltstyp und prüfe einige Basics:

• Überschriften folgen einer Skala und Abstände sehen von Beitrag zu Beitrag konsistent aus.
• Callouts haben einen klaren Zweck (Warnung, Tipp, Beispiel) und passen zum Ton.
• CTA-Blöcke erscheinen nur dort, wo sie helfen, und wiederholen sich nicht ständig.
• Tabellen sind auf dem Handy lesbar, mit erkennbarem horizontalem Scroll bei Bedarf.
• Bilder folgen Größenregeln und verschieben das Layout beim Laden nicht.

Mache dann einen schnellen Gefühlscheck als Leser. Öffne einen Beitrag auf dem Handy, scrolle von oben nach unten und achte auf Überraschungen: eine zufällige Überschriftsgröße, ein Callout, das wie Werbung wirkt, oder eine Tabelle, die sich in eine winzige Textwand verwandelt.

Speed-Checks

Wähle einen Beitrag mit Tabellen und mehreren Bildern. Wenn er sich langsam anfühlt, sind schwere Medien meist die Ursache. Nutze ein einzelnes Hero-Bildmaß, halte Thumbnails konsistent und vermeide große Bilder, wo ein kleineres ausreichen würde. Wenn du Bilder generierst, setze strikte Ausgabengrößen, damit jedes Bild sofort auslieferbar ist, ohne zur Ladezeit nachbearbeitet zu werden.

Nächste Schritte: iterieren, messen und Produktion skalieren

Starte klein, damit du schnell lernen kannst. Inventarisiere, was du bereits hast (Überschriftsstile, Callouts, Tabellen, CTA-Blöcke), und wähle dann eine erste Veröffentlichung, die echte Beiträge betrifft: ein Template plus einige Kernkomponenten. Adoption entsteht, wenn das System das Veröffentlichen sofort einfacher macht.

Bevor du etwas änderst, definiere, was „besser“ bedeutet. Für die meisten Blogs ist es eine Mischung aus Lesekomfort und Ergebnissen: Verweildauer, Scrolltiefe, CTA-Klicks und Anmeldungen. Vertraust du nur auf Meinungen, wirst du immer wieder dieselben Teile neu designen.

Eine einfache Iterations-Schleife:

• Rolle ein Template-Update für eine kleine Menge von Beiträgen aus.
• Messe ein bis zwei Wochen Verhalten (Scroll, Klicks, Conversions).
• Behalte, was hilft, und mache rückgängig, was schadet.
• Schreibe die Regel auf, damit sie zum neuen Default wird.

Wenn du in großem Maßstab veröffentlichst, ist Konsistenz per Hand schwer zu halten. Zwei Bereiche sind früh eine Automatisierung wert: CTAs, die zur Intention des Beitrags passen, und Bilder, die dieselben Layout- und Dateiregeln einhalten.

Wenn dieser Workflow bereits auf eurer Roadmap steht, ist GENERATED auf generated.app eine Option: es kann SEO-orientierten Content per API erzeugen, Blogbilder erstellen und ausgerichtete CTAs mit Tracking generieren — am besten geeignet, wenn Templates und Komponentenregeln bereits definiert sind.

Wähle einen realistischen Meilenstein: „Jeder neue Beitrag nutzt das Template und jeder CTA ist einer unserer genehmigten Blöcke.“ Sobald das stabil ist, erweitere die Migration auf ältere Beiträge in Chargen und messe fortlaufend.