Dynamische Inhalte
Dynamische Inhalte sind E-Mail- oder Webinhalte, die sich anhand der Merkmale, des Verhaltens oder des Segments eines Kontakts automatisch ändern, sodass Empfänger unterschiedliche Blöcke derselben Vorlage sehen.
Das Wichtigste in Kürze
- Bedingungen greifen in Deklarationsreihenfolge, die erste Übereinstimmung gewinnt und die Reihenfolge trägt Logik.
- Bauen Sie zuerst den Standardblock und behandeln Sie jede Variante als dessen Überschreibung.
- Blöcke multiplizieren sich: drei Blöcke mit je drei Varianten ergeben siebenundzwanzig mögliche Ausgaben.
- Aggregierte Klickzahlen verwischen, sobald Empfänger eines Versands verschiedene Angebote gesehen haben.
- Die Nur-Text-Fassung bleibt oft unbedingt und widerspricht der gestalteten Variante.
Im Detail
Ein dynamischer Block wird als Menge von Varianten plus einem Standard gespeichert. Beim Rendern durchläuft die Engine die Bedingungen in der Reihenfolge ihrer Deklaration und hält bei der ersten zutreffenden an, wodurch die Reihenfolge Teil der Logik wird und keine Kosmetik bleibt. In der E-Mail geschieht die Auflösung einmal je Empfänger während des Versands, sodass eine stark verzweigte Vorlage länger in der Verarbeitung braucht. Auf einer Webseite entscheidet die Wahl zwischen Server und Browser darüber, was ein Crawler überhaupt zu sehen bekommt.
Die Komplexität wächst multiplikativ. Drei Blöcke mit je drei Varianten ergeben siebenundzwanzig mögliche Ausgaben, und jede einzelne braucht Text, Bilder und eine Prüfung vor dem Versand. Genau darin liegt der Aufwand, nicht im Werkzeug. Dagegen steht die geringere Zahl zu pflegender Vorlagen, weshalb eine bedingte Vorlage meist fünf fast identische Kampagnen schlägt, solange die Zweige strukturell ähnlich bleiben. Sobald sie auseinanderlaufen, sind getrennte Vorlagen für ein Team deutlich leichter zu überblicken und zu ändern als eine tief verschachtelte Einzelvorlage.
Bewährt hat sich, zuerst den Standard zu bauen und jede Variante als Überschreibung davon zu behandeln, damit eine fehlende Regel zu etwas Versendbarem und nicht zu einer Lücke führt. Halten Sie jeden Block möglichst an ein einziges Feld gebunden, denn zusammengesetzte Bedingungen sind später am schwersten zu prüfen. In einem Scorecard-Funnel ist die Ergebnisseite der natürliche Ort dafür: eine einzige Vorlage, in der Überschrift, Empfehlung und Handlungsaufforderung mit der erreichten Score-Stufe wechseln, während der Rest der Seite unverändert bleibt.
Die Technik beschädigt still die Messung. Wenn jeder Empfänger ein anderes Angebot sieht, beschreibt eine aggregierte Klickrate keine E-Mail, die tatsächlich jemand erhalten hat, und der Vergleich mit dem Vormonat vermischt Textänderungen mit Verschiebungen in der Zweigverteilung. Klassische Split-Tests sind ebenfalls heikel, weil die gesehene Variante bereits durch die Daten der Person festgelegt ist. Ein weiterer blinder Fleck ist die Nur-Text-Fassung, die häufig ohne jede Bedingung bleibt und dem gestalteten Teil der Nachricht dadurch offen widerspricht.
Beispiel aus der Praxis
So wird es gemessen
Berichten Sie Engagement je Variante statt je Kampagne, damit jeder Zweig eigene Klick- und Antwortwerte hat. Entscheidend ist der Vergleich jeder Variante mit dem Standardblock im selben Versand, denn nur so zeigt sich, ob die bedingte Logik überhaupt etwas beigetragen hat. Eine Variante, die dauerhaft hinter dem Standard liegt, gehört gelöscht und nicht ein weiteres Mal textlich nachgebessert.
Erfassen Sie, wie viele Empfänger in welchem Zweig gelandet sind. Ein Zweig, der fast alle einsammelt, ist zu lose bedingt; ein Zweig mit einer Handvoll Personen lässt sich nicht bewerten und gehört mit dem Nachbarzweig zusammengelegt. Beobachten Sie außerdem den Anteil, der über die Zeit in den Standard fällt, denn ein steigender Fallback-Anteil deutet auf ein Feld hin, das weiter oben nicht mehr befüllt wird.
Häufige Fehler
Regeln werden häufig so geschrieben, dass zwei Zweige gleichzeitig zutreffen können. Da die Engine die erste Übereinstimmung rendert, erscheint der spätere Zweig für niemanden, und das Symptom ist eine Variante ganz ohne Engagement statt einer sichtbaren Fehlermeldung. Formulieren Sie die Bedingungen als überschneidungsfreie Bereiche oder schließen Sie mit einem ausdrücklichen Auffangzweig. Eine Auswertung, welcher Zweig je Kontakt gegriffen hat, zeigt unerreichbare Zweige zuverlässig auf.
Die zweite Gewohnheit ist, nur den Standard zu prüfen. Teams sehen sich die E-Mail wie ein Fallback-Empfänger an, versenden sie und entdecken danach, dass die Enterprise-Variante ein defektes Bild oder Text aus einer alten Kampagne trägt. Schicken Sie einen Seed-Test an je einen Testkontakt pro Zweig statt eines allgemeinen Tests. Zeigen Blöcke Zahlen wie einen Score, prüfen Sie die Randfälle null und Maximum, die meist ungestaltet bleiben.
Häufig gestellte Fragen
Wie unterscheidet sich dynamischer Inhalt von einem Merge-Tag?
Ein Merge-Tag fügt einen einzelnen Wert wie den Vornamen ein, während dynamischer Inhalt ganze Blöcke wie Bilder, Angebote oder CTAs nach Regeln austauscht. Dynamischer Inhalt ist bedingt und strukturell, Merge-Tags sind einfache Feldersetzungen.
Was brauche ich vor dem Einsatz dynamischer Inhalte?
Sie benötigen saubere, gut gefüllte Daten für die Felder Ihrer Regeln sowie einen sinnvollen Standardblock für Kontakte ohne diese Daten. Ohne beides sehen manche Empfänger leere oder fehlerhafte Abschnitte.
Wo helfen dynamische Inhalte im Quiz-Funnel?
Am wirkungsvollsten sind sie auf der Ergebnisseite und in Folge-E-Mails, wo Sie stufenspezifische Texte und Angebote je nach Score zeigen. Eine Vorlage bedient so jede Score-Stufe individuell.
Was unterscheidet dynamische Inhalte von einem Personalisierungs-Token?
Ein Token setzt einen Wert in einen feststehenden Satz ein, die Struktur der Nachricht bleibt unverändert. Dynamische Inhalte tauschen ganze Blöcke, sodass Layout, Bild, Angebot und Handlungsaufforderung zwischen Empfängern verschieden sein können. Der Token wirkt auf Textebene, dynamische Inhalte wirken strukturell und brauchen einen Fallback für den ganzen Block statt nur ein Ersatzwort.
Kann man eine E-Mail mit dynamischen Inhalten A/B-testen?
Ja, aber innerhalb eines Zweigs statt über den gesamten Versand. Da die Variante bereits durch die Daten der Person feststeht, vermischt ein Split auf Kampagnenebene zwei Effekte. Wählen Sie einen Zweig mit ausreichend Empfängern, teilen Sie diese Gruppe und ändern Sie ein einziges Element. Der Vergleich zweier Zweige sagt etwas über die Zielgruppen, nicht über den Text.
Wie viele dynamische Blöcke sind in einer E-Mail zu viel?
Die praktische Grenze liegt dort, wo Sie vor dem Versand nicht mehr alles prüfen können. Jeder zusätzliche Block vervielfacht die Kombinationen, weshalb zwei bis drei bedingte Blöcke pro E-Mail meist der Punkt sind, an dem die Kontrolle zum eigenen Projekt wird. Brauchen Sie mehr, unterscheiden sich die Zweige vermutlich genug für getrennte Vorlagen.
Beeinflussen dynamische Inhalte Zustellbarkeit oder Darstellung?
Die Zustellbarkeit selten, denn der Mailbox-Anbieter erhält eine fertige Nachricht. Das eigentliche Risiko liegt in der Darstellung: Bedingte Blöcke erzeugen oft verschachtelte Tabellen oder uneinheitliche Breiten, die in älteren Desktop-Clients brechen. Testen Sie jeden Zweig in den Clients Ihrer Zielgruppe und halten Sie den Fallback so schlicht, dass er überall sauber rendert.
Was passiert, wenn ein Kontakt keine Regel erfüllt?
Er erhält den Standardblock, weshalb dieser eine vollständige, versandfertige Nachricht sein sollte und kein Platzhalter. Kontakte landen dort häufiger als erwartet, meist weil ein optionales Feld nie ausgefüllt wurde. Behandeln Sie den Standard als jene Fassung, die die meisten Menschen sehen werden, solange Ihre Daten nichts anderes belegen.
Sollte Seiteninhalt auf dem Server oder im Browser getauscht werden?
Serverseitiges Rendern liefert Besucher und Crawler dieselbe fertige Seite und vermeidet ein sichtbares Aufblitzen beim Austausch. Clientseitiges Tauschen lässt sich leichter an Live-Signale wie einen soeben berechneten Score koppeln. Für eine Ergebnisseite, die indexierbar oder teilbar sein soll, wählen Sie den Server; für eingeloggte, sitzungsbezogene Ansichten genügt der Browser.