Ein E-Mail-Experiment verliert schnell seine Aussagekraft, wenn das Creative mitten im laufenden Test verändert wird: Ein Button-Text wird angepasst, ein Bild ausgetauscht oder die verlinkte Landingpage zeigt plötzlich ein anderes Angebot. Das Experiment läuft zwar technisch weiterhin auf zwei Pfaden – im Team weiß aber niemand mehr verlässlich, welche Version ein Empfänger zu welchem Zeitpunkt tatsächlich gesehen hat.
Erstellen Sie die Varianten vorab in Migma, definieren Sie den genauen Unterschied und fixieren Sie das freigegebene Creative (Creative Freeze), bevor Sie es mit einem Experiment in Loops verknüpfen. Eine einfache Versionierungsübersicht verhindert, dass spätere Detailänderungen unbemerkt die ursprüngliche Fragestellung verfälschen.
Dieser von Migma veröffentlichte Leitfaden beschreibt einen praxisorientierten Creative-Workflow. Er stellt weder einen unabhängigen Benchmark dar noch verspricht er bessere Ergebnisse. Die nachfolgend zitierte Dokumentation von Loops und Migma wurde am 16. Oktober 2026 geprüft.
Die Testfrage als klaren Satz formulieren
Beginnen Sie mit einer konkreten Entscheidung, die Ihr Team im Anschluss treffen kann. „Erhöht eine Erklärung des nächsten Einrichtungsschritts direkt über dem Button die Abschlussquote bei neuen Administratoren?“ ist deutlich nützlicher als „Welche E-Mail gewinnt?“. Die erste Frage gibt dem Designteam einen klaren Rahmen für zulässige Änderungen und definiert für das Analytics-Team die entscheidende Zielmetrik.
Legen Sie fest, ob Sie eine einzelne Variable isolieren oder zwei grundlegend unterschiedliche Creative-Konzepte gegeneinander testen möchten. Beides kann sinnvoll sein. Unterscheiden sich jedoch Headline, Bild und Button gleichzeitig, lässt sich das Ergebnis nur als Gesamtergebnis der kompletten Version bewerten – und nicht im Nachhinein auf das Wording des Buttons zurückführen.
Der A/B-Testing-Guide von Loops behandelt Testvariablen, geplante Auswertungszeiträume und statistische Unsicherheiten. Dieser Beitrag konzentriert sich auf die Übergabe des Creatives, das während der Testlaufzeit zwingend stabil bleiben muss.
Das Migma-Variantenpaar auf festen Parametern aufbauen
Bauen Sie die Baseline und die Alternative auf derselben freigegebenen Faktenbasis und denselben Brand Guidelines auf. Nutzen Sie Migma, um beide Varianten vorzubereiten und visuell abzugleichen. Absender, Ziel-URL, Angebot, Zielgruppenannahmen und Pflichtangaben im Footer gehören als feste Parameter ins Briefing.
Bei einer beispielhaften Onboarding-E-Mail platziert Version A die Erklärung unter dem Button, Version B dieselbe Erklärung darüber. Text, Zielseite und Bildmaterial bleiben dabei identisch. Dies dient als exemplarisches Testdesign, nicht als empirisches Ergebnis.
Verwenden Sie vor der Freigabe diese kompakte Übersicht:
| Entscheidung | Vor dem Test dokumentieren |
|---|---|
| Fragestellung | Das Nutzerverhalten, das durch die Creative-Änderung beeinflusst werden soll |
| Version A | Baseline-Vorschau und exakt freigegebener Text |
| Version B | Alternativ-Vorschau und exakt freigegebener Text |
| Zulässige Abweichung | Die eine beabsichtigte Änderung oder die beiden vollständigen Konzepte im Vergleich |
| Feste Parameter | Links, Fakten, Absenderangaben, Angebot und Footer |
| Outcome Owner | Verantwortliche Person für die Messung der definierten Zielhandlung im Produkt |
| Release Owner | Verantwortliche Person für Freigaben bei Änderungen während des Tests |
Führen Sie diese Übersicht dort, wo Ihr Team ohnehin arbeitet – ein einfaches Dokument mit Links zu den freigegebenen Vorschauen genügt. Ziel ist Transparenz bei Änderungen, kein bürokratischer Freigabeprozess.
Importierte Versionen vor der Zuweisung prüfen
Führen Sie für jede Variante den Migma Email Preflight durch. Prüfen Sie Links, Texte, Postfach-Vorschauen und das Layout. Beheben Sie wesentliche Probleme, bevor Sie das Paar als einsatzbereit einstufen. Diese Preflight-Checks minimieren vermeidbare Fehler, stellen jedoch weder statistische Validität her noch garantieren sie die Zustellung im Posteingang.
Laden Sie das geprüfte HTML über den Export-Workflow von Migma herunter. Die zuständige Person richtet die Versionen anschließend in Loops über den für den Account vorgesehenen Weg ein. Gehen Sie nicht von einer automatischen Synchronisation zwischen Migma und Loops aus. Öffnen und testen Sie die finalen E-Mails direkt im Zielsystem.
Gleichen Sie sie Seite an Seite mit den freigegebenen Migma-Vorschauen ab. Achten Sie dabei nicht nur auf auffällige Headlines: Prüfen Sie Preheader-Texte, Fallback-Werte, getrackte Ziel-Links, Bilddimensionen und Pflichtelemente im Footer. Ein versehentlich in beide Versionen übernommener Fehler kann beide Varianten unbrauchbar machen – selbst wenn sie optisch unterschiedlich wirken.
Die Funktionsweise des Loops-Control-Branch verstehen
Laut aktueller Experiment-Dokumentation von Loops werden Tests innerhalb von Workflows über Varianten-Branches und einen optionalen Control-Branch abgebildet. Jeder Branch muss mindestens eine E-Mail enthalten, bevor der Workflow gestartet werden kann.
Dieser Control-Branch fungiert als E-Mail-Baseline – er bedeutet nicht automatisch, dass diese Gruppe gar keine E-Mail erhält. Die Dokumentation weist zudem darauf hin, dass Kontakte außerhalb der gewählten Teststichprobe den Workflow an diesem Knotenpunkt verlassen, sofern kein Control-Branch definiert ist, und die entsprechenden E-Mails nicht erhalten. Prüfen Sie die tatsächliche Konfiguration im Workflow sorgfältig, bevor Sie einen Creative-Vergleich fälschlicherweise als Null-Versand-Studie (Holdout) interpretieren.
Trennen Sie die inhaltliche Überprüfung klar von der technischen Experiment-Konfiguration: Migma dient der Erstellung und Prüfung der Varianten. Wer den Loops-Workflow verantwortet, prüft Zuweisungskriterien, Branch-Einstellungen, Filter, Timing und Versandlogik. Die Analytics-Verantwortlichen überwachen die definierte Zielmetrik und den Beobachtungszeitraum.
Korrekturen im laufenden Test sauber dokumentieren
Tritt ein kritischer inhaltlicher Fehler auf, hat der Schutz der Empfänger Vorrang. Informieren Sie die verantwortliche Person für das Experiment umgehend darüber, welche Version und welche Ziel-Links betroffen sind. Halten Sie genau fest, wann die Korrektur erfolgt ist und ob bereits Kontakte die vorherige Fassung erhalten haben.
Loops sieht vor, Workflows vor der Bearbeitung von Experimenten zu pausieren. Laut Dokumentation verbleiben Kontakte während einer Pause jedoch in der Warteschlange vor den jeweiligen Knoten, und terminierte E-Mails werden nach dem Fortsetzen des Workflows ausgelöst. Prüfen Sie diese Logik gemeinsam mit der Workflow-Leitung, bevor Sie den Versand wieder aufnehmen; ein Pausieren löscht die Warteschlange nicht automatisch.
Reine Geschmacksfragen oder minimale Layoutwünsche können in der Regel bis zum nächsten Test warten. Falsche Fristen oder defekte Interaktionselemente erfordern dagegen eine bewusste Entscheidung über Korrektur und spätere Auswertung. Führen Sie grundlegend veränderte Creative-Stände nicht in einem gemeinsamen Datensatz zusammen, ohne diese Einschränkung im Reporting festzuhalten.
Dokumentieren Sie nach Abschluss der geplanten Analyse die gewählte Variante und die Entscheidungsgrundlage für künftige Briefings. Auch die Migma-Dokumentation zu Kampagnenergebnissen beschreibt eine fundierte manuelle Auswertung statt einer automatischen Gewinner-Ermittlung. Übernehmen Sie die konkreten Learnings in Ihren nächsten Migma-Entwurf – inklusive der zugrunde liegenden Datenbasis und deren Grenzen.
Häufig gestellte Fragen
Bedeutet der Control-Branch in Loops, dass keine E-Mail versendet wird?
Nein. Der dokumentierte Control-Branch enthält eine E-Mail-Baseline. Ohne definierten Control-Branch verlassen Kontakte außerhalb der ausgewählten Stichprobe den Workflow an diesem Knoten, ohne die Test-E-Mails zu erhalten. Prüfen Sie Ihre konkrete Branch-Konfiguration, bevor Sie das Setup als Null-Versand-Vergleich einordnen.
Kann man zwei völlig unterschiedliche E-Mails gegeneinander testen?
Ja, sofern die Fragestellung darauf abzielt, welches Gesamtkonzept bezogen auf die definierte Zielhandlung besser abschneidet. Halten Sie alle beabsichtigten Unterschiede fest. Ändern sich mehrere Elemente gleichzeitig, lässt sich das Gesamtergebnis nicht auf eine einzelne Headline oder einen Button zurückführen.
Was passiert mit Kontakten in der Warteschlange, wenn Loops fortgesetzt wird?
Gemäß der Loops-Dokumentation verbleiben Kontakte während einer Pause in der Warteschlange vor den Knotenpunkten. Geplante E-Mails werden verschickt, sobald der Workflow fortgesetzt wird. Klären Sie vor dem Neustart, ob aufgelaufene E-Mails inhaltlich noch relevant sind.
Ermittelt Migma automatisch eine Gewinner-Variante?
Laut aktueller Dokumentation geschieht dies nicht automatisch. Die Ergebnisse sollten geprüft und Entscheidungen bewusst getroffen werden. Für Tests in Loops folgen Sie der vereinbarten Auswertungslogik und den Workflows im Zielsystem, bevor Sie Anpassungen vornehmen.