Marketing-Testprotokoll: Tests dokumentieren und Ergebnissen vertrauen

Was ist ein Marketing-Testprotokoll?

Ein Marketing-Testprotokoll ist die fortlaufende Aufzeichnung aller Tests Ihres Teams: Hypothese, genaue Änderung, wo der Test lief, Start- und Enddatum, die Kennzahl für die Bewertung und das Ergebnis. Es beantwortet auch Monate später die Fragen „Haben wir das schon getestet?“ und „Warum haben wir das live geschaltet?“.

Fast jedes Team hält Testergebnisse irgendwo fest: in einer Folie, einem Slack-Thread, auf der Seite „Tests“ in Google Ads. Das Problem: Alles liegt verstreut, und der wichtigste Kontext geht verloren, etwa was sich sonst während des Tests geändert hat. Das Protokoll bündelt alle Tests an einem Ort, im selben Format, mit Daten, die Sie neben Ihre Ergebnisse legen können.

Es ist nicht dasselbe wie ein Marketing-Änderungsprotokoll, aber beide gehören zusammen. Das Änderungsprotokoll erfasst jede Änderung an Kampagnen, Website, Tracking und CRM. Das Testprotokoll erfasst die Änderungen, die Sie bewusst gemacht haben, um etwas zu lernen. Liegen beide auf einer Zeitachse, sehen Sie, welche Routineänderungen in jeden Test fielen.

Drei Gründe für ein Testprotokoll:

• Doppelte Tests vermeiden. Neue Teammitglieder oder eine neue Agentur wiederholen oft Tests, die schon gescheitert sind, weil niemand das Ergebnis notiert hat.
• Entscheidungen begründen. Fragt der Kunde, warum die Landingpage so aussieht, zeigen Sie Test, Zeitraum und Zahlen.
• Fair bewerten. Ein Test ist nur so sauber wie der Zeitraum, in dem er lief. Das Protokoll zeigt, ob dieser Zeitraum ruhig war.

Was gehört in jeden Eintrag des Testprotokolls?

Jeder Eintrag sollte so detailliert sein, dass jemand, der nicht dabei war, den Test wiederholen oder dem Ergebnis vertrauen kann. Der Leitfaden von Optimizely zum Testplan gliedert das in: warum (die Hypothese), wann und wo die Variante läuft, wer sie sieht, was sie ändert und wie der Erfolg gemessen wird. Ergänzen Sie Ergebnis und Entscheidung, und der Eintrag ist vollständig.

Das letzte Feld fehlt in den meisten Vorlagen, und genau dieses Feld entscheidet, ob das Ergebnis belastbar ist. Füllen Sie es am Testende aus Ihrem Änderungsprotokoll aus, nicht aus dem Gedächtnis. Für eine fertige Struktur starten Sie mit einer Vorlage für ein Marketing-Änderungsprotokoll und ergänzen Spalten für Hypothese, Methode und Entscheidung.

Wie dokumentiere ich Tests in Google Ads und Meta Ads?

Erfassen Sie jeden Test an dem Tag, an dem Sie ihn planen, und noch einmal, wenn er endet. Die Plattformen speichern die Testeinstellungen, aber nicht Ihre Hypothese, Ihre Entscheidung oder die Änderungen rund um den Test.

Tests in Google Ads

In Google Ads finden Sie benutzerdefinierte Tests unter Kampagnen → Tests: Wählen Sie über der Tabelle „Alle Tests“ das Pluszeichen und dann Benutzerdefiniert. Einige Regeln aus der Google Ads-Hilfe gehören ins Protokoll, weil sie die Auswertung verändern:

• Suchkampagnen können nach Cookies oder nach Suchanfragen aufteilen, Displaykampagnen teilen immer nach Cookies auf. Notieren Sie, welche Aufteilung Sie gewählt haben.
• Die Traffic-Aufteilung lässt sich nach der Einrichtung nicht mehr ändern, die notierte Aufteilung gilt also für den gesamten Test.
• Google empfiehlt eine Laufzeit von mindestens 4 bis 6 Wochen, bei verzögerten Conversions länger, und schließt die ersten 7 Tage aus den Testergebnissen aus, um die Anlaufphase abzudecken.
• Laut Google erschweren Änderungen an der Originalkampagne oder am Test während der Laufzeit die Interpretation. Jede solche Änderung gehört ins Feld „Parallele Änderungen“.
• Manuell beendete Tests („Jetzt beenden“) werden nicht automatisch angewendet, nur Tests, die ihr festgelegtes Enddatum erreichen. Notieren Sie das tatsächliche Enddatum und wie der Test endete.

Ein praktisches Beispiel für einen solchen Seitentest finden Sie unter Landingpage-Änderung messen.

A/B-Tests in Meta Ads

Der Meta Werbeanzeigenmanager hat eigene A/B-Tests. Erfassen Sie diese mit denselben Feldern: getestete Variable, Zielgruppe, Zeitraum, gewählte Kennzahl und das Ergebnis, das Meta ausweist. Notieren Sie Budget-, Zielgruppen- oder Creative-Änderungen an den getesteten Anzeigengruppen während der Laufzeit, denn der Meta-Bericht kann sie nicht von Ihrer Variable trennen.

Vorher-nachher-Tests auf der Website

Viele Tests haben gar keine Aufteilung: Die neue Seite geht live, und Sie vergleichen Wochen. Gerade diese Tests brauchen das Protokoll, weil nichts im Testdesign Sie vor anderen Änderungen schützt. Notieren Sie den genauen Zeitpunkt der Veröffentlichung und behandeln Sie jede parallele Änderung als Risiko für das Ergebnis.

Warum vermischen sich Testergebnisse mit anderen Änderungen?

Weil kein Test im luftleeren Raum läuft. In den Wochen, in denen er aktiv ist, erhöht jemand ein Budget, Smart Bidding passt sich an, ein Newsletter geht raus, ein Tag wird neu veröffentlicht oder ein Wettbewerber startet eine Aktion. Jedes dieser Ereignisse kann die Kennzahl bewegen, die Sie beobachten.

Split-Tests fangen einen Teil davon ab: Erhalten beide Gruppen zur selben Zeit dieselbe Art von Traffic, trifft ein saisonaler Anstieg beide. Eine Änderung, die eine Gruppe stärker trifft als die andere, oder eine Tracking-Änderung, die eine Conversion-Aktion beschädigt, verzerrt das Ergebnis trotzdem. Vorher-nachher-Tests sind allem ausgesetzt.

Die häufigsten Störquellen:

• Änderungen im Test. Budget, Gebotsziel oder Zielgruppe der getesteten Kampagnen wurden angepasst.
• Tracking-Änderungen. Eine neue Google Tag Manager-Version, ein geändertes Consent-Banner oder eine geänderte Conversion-Aktion verschieben Zählungen, ohne dass sich das Verhalten ändert.
• Andere Kanäle. E-Mail, Social Media oder Offline-Aktionen, die während des Tests andere Besucher bringen.
• Externe Ereignisse. Feiertage, Rabattaktionen und Plattformstörungen.

Anmerkungen in Berichten helfen, ersetzen das Protokoll aber nicht. GA4-Anmerkungen erlauben zum Beispiel einen Titel mit 60 Zeichen und eine Beschreibung mit 150 Zeichen, höchstens 1.000 pro Property: Sie sind Markierungen im Diagramm, kein Protokoll von Hypothese und Ergebnis. Nutzen Sie sie als Verweis auf den Protokolleintrag; der Ratgeber zu GA4-Anmerkungen zeigt die Einrichtung.

Wie belege ich, welche Änderung das Testergebnis verursacht hat?

Legen Sie den Test und alle anderen Änderungen desselben Zeitraums auf eine Zeitachse, schließen Sie zuerst das Tracking aus und prüfen Sie dann, ob eine parallele Änderung den Unterschied allein erklären könnte. Wenn keine es kann, ist die getestete Änderung die beste Erklärung; wenn eine es kann, ist das Ergebnis nicht aussagekräftig und der Test sollte wiederholt werden.

1. Tracking bestätigen. Prüfen Sie, dass Conversion-Aktionen, Tags und Consent-Einstellungen während des Tests unverändert blieben.
2. Parallele Änderungen auflisten. Sammeln Sie alle Änderungen aus dem Testzeitraum und der Woche davor: die des Teams, Automatisierungen der Plattformen, Website-Releases und Aktionen.
3. Betroffene Gruppe klären. In einem Split-Test wiegt eine Änderung, die beide Gruppen gleich traf, weniger schwer als eine, die nur eine traf.
4. Zeitpunkte vergleichen. Hat sich die Kennzahl am Tag einer parallelen Änderung bewegt und nicht zum Teststart, ist diese Änderung die wahrscheinlichere Ursache.
5. Urteil festhalten. Belegt, wahrscheinlich oder nicht aussagekräftig, jeweils mit Begründung.

Mit allen Änderungen auf einer Zeitachse sähen Sie sofort, dass eine Budgeterhöhung mitten in den Seitentest fiel, bevor Sie den Anstieg als Erfolg der Seite melden. Changeline führt diese Zeitachse pro Kunde: Änderungen aus Google Ads werden automatisch importiert, und das Team erfasst daneben Website-, Tracking-, E-Mail- und Teständerungen auf einer gemeinsamen Zeitachse aller Änderungen.

Beispiel. Ein SaaS-Kunde fragt: „Die neue Preisseite hat die Registrierungen letzte Woche um 18 % gesteigert. Können wir das der Seite zuschreiben?“ Das Team legt die Änderungen der Woche nebeneinander. Die Seite ging am Montag live, am Mittwoch wurde jedoch das Meta Ads-Budget um 25 % erhöht, und am Donnerstag ging ein Aktions-Newsletter raus. Die Registrierungen stiegen am Freitag, nicht am Montag. Urteil: nicht aussagekräftig. Das Team wiederholte den Test als 50/50-Split-Test, der ein Plus von 6 % zeigte. (Namen und Zahlen sind fiktiv.)

Wie bleibt ein Testprotokoll langfristig nützlich?

Machen Sie den Eintrag zum festen Teil jedes Teststarts, prüfen Sie das Protokoll in einem festen Rhythmus und behalten Sie alte Einträge, auch wenn der Test gescheitert ist. Ein Protokoll nützt nur, wenn es vollständig und leicht durchsuchbar ist.

1. Hypothese aufschreiben
2. Zeitraum und Methode notieren
3. Andere Änderungen pausieren
4. Urteil festhalten

• Kein Eintrag, kein Start. Ein Test ohne schriftliche Hypothese und Erfolgskennzahl startet nicht.
• Ein Namensschema. Verwenden Sie denselben Namen im Protokoll, in der Plattform und in Berichten, etwa 2026-11 · Suche · Ziel-CPA 40 vs 32.
• Fehlschläge behalten. Gescheiterte oder nicht aussagekräftige Tests verhindern, dass die nächste Person sie wiederholt.
• Monatlich prüfen. Lesen Sie die Tests des Monats neben den Ergebnissen des Monats. Das macht auch einen Rückgang beim Kunden erklären deutlich schneller.
• Änderungen während eines Tests pausieren. Muss eine dringende Änderung sein, erfassen Sie sie und markieren den Test als beeinträchtigt.

Einen breiteren Blick darauf, wie Sie die Wirkung einer Änderung beurteilen, bietet Wirkung von Marketing-Änderungen messen.