Du hast Events konfiguriert. Du hast Parameter eingerichtet. Du glaubst, das Tracking ist bereit. Aber hast du es getestet? Ein Kauf-Event, das den Betrag nicht erfasst. Ein Formular-Event, das auf der falschen Seite ausgelöst wird. Ein Parameter, der den falschen Wert sendet. Ungetestetes Tracking geht auf eine Art kaputt, die man erst nach Wochen entdeckt. Bis dahin hast du tagelang schlechte Daten gesammelt. Testen fängt Probleme ab, bevor sie live gehen. Testen dauert Stunden. Nicht zu testen kostet Tage.
In diesem Artikel gehst du ein umfassendes Testverfahren durch, das bestätigt, dass deine Events richtig funktionieren, bevor du dich auf sie verlässt.
Was ist Event-Testing?
Beim Event-Testing prüfst du, ob Events dann ausgelöst werden, wenn sie sollen, die richtigen Daten erfassen und sie an deine Analyseplattform senden. Getestet wird im Staging, bevor Events in den Livebetrieb gehen.
Testen heißt nicht, einmal zu klicken und die Echtzeitberichte anzusehen. Echtes Testen ist systematisch. Du testest jedes Event. Du testest verschiedene Szenarien. Du testest mit verschiedenen Daten. Du prüfst, dass alles funktioniert.
Das Ziel ist Sicherheit. Bevor du live gehst, bist du sicher, dass das Event funktioniert. Du hast es gründlich getestet. Du weißt, wie ein funktionierendes Event aussieht. Geht es später kaputt, erkennst du das Problem.
Im Staging testen
Teste immer im Staging, bevor du live gehst. Das Staging ist dein Sandkasten. Teste Events. Ändere sie. Mach sie kaputt. Repariere sie. Alles passiert im Staging. Die Live-Daten bleiben sauber.
Löse im Staging jedes Event aus. Klicke den Button, der das Event auslöst. Sende das Formular ab. Mach den Kauf. Sieh dann in deinem Analytics-Staging-Konto nach. Erscheint das Event in den Echtzeitberichten?
Teste mehrfach. Dass ein Event einmal funktioniert hat, heißt nicht, dass es immer funktioniert. Teste fünfmal. Zehnmal. Entscheidend ist, dass es zuverlässig ausgelöst wird.
Event-Namen und Daten prüfen
Prüfe, ob die Event-Namen stimmen. Ein Event namens „purchase“ sollte in den Berichten als „purchase“ erscheinen. Nicht „Purchase“. Nicht „purchase_event“. Genau „purchase“.
Prüfe, ob die Parameter stimmen. Ein Kauf-Event sollte die Parameter Betrag, Kategorie und Gutschein haben. Prüfe, dass sie erscheinen. Prüfe, dass die Werte stimmen.
Nutze die Entwicklertools deines Browsers. Öffne den Netzwerk-Tab. Löse ein Event aus. Suche nach Anfragen an deine Analyseplattform. Du solltest eine Anfrage sehen, die den Event-Namen und die Parameter enthält.
Verschiedene Szenarien testen
Teste nicht nur den Idealfall. Teste Sonderfälle. Was passiert, wenn jemand ohne Gutschein kauft? Bleibt der Gutschein-Parameter leer? Bekommt er einen Standardwert? Beides ist in Ordnung, solange es einheitlich ist.
Teste verschiedene Werte. Ein Kauf über $10. Ein Kauf über $1000. Verschiedene Währungen. Verschiedene Produktkategorien. Events sollten unabhängig vom Wert funktionieren.
Teste verschiedene Geräte. Desktop. Smartphone. Tablet. Events sollten auf allen Geräten ausgelöst werden. Gleicher Event-Name. Gleiche Parameter. Gleiches Verhalten.
Event-Parameter testen
Prüfe für jeden Parameter, ob er den richtigen Wert erfasst. Der Betrags-Parameter eines Kauf-Events sollte den Kaufbetrag erfassen. Nicht die Artikelanzahl. Nicht die Versandkosten. Den tatsächlichen Kaufbetrag.
Teste die Genauigkeit der Parameter. Kaufe für genau $49.99. Prüfe, dass der Parameter 49.99 zeigt. Abweichungen deuten auf ein Zuordnungsproblem hin.
Teste fehlende Parameter. Was passiert, wenn ein Pflichtparameter fehlt? Wird das Event trotzdem ausgelöst? Oder schlägt es stillschweigend fehl? Dokumentiere das Verhalten.
Reihenfolge und Timing von Events testen
Manche Events hängen von anderen ab. Ein Kauf-Event sollte nach einem Zahlungs-Event ausgelöst werden. Teste die Reihenfolge. Löse Events nacheinander aus. Prüfe, dass sie in der richtigen Reihenfolge ausgelöst werden. Prüfe, dass das Timing stimmt. Events sollten innerhalb von Sekunden nach der Aktion ausgelöst werden.
Teste schnell aufeinanderfolgende Events. Was passiert, wenn jemand zehnmal schnell auf einen Button klickt? Bekommst du zehn Events? Zwanzig? Doppelte Events deuten auf ein Problem hin. Keine Events auch.
Mit echten Daten testen
Teste irgendwann mit echten Daten. Echte Käufe. Echte Formularübermittlungen. Echter Besucher-Traffic. Das Staging ist sicher, aber echte Daten zeigen Probleme, die das Staging übersehen kann.
Teste außerhalb der Stoßzeiten. Teste nicht zu Spitzenzeiten mit Live-Traffic. Sonst erzeugst du Rauschen in den echten Daten. Teste früh am Morgen oder spät in der Nacht, wenn wenig los ist.
Fang klein an. Teste mit einem kleinen Anteil des Traffics. Beobachte die Ergebnisse. Geht etwas kaputt, betrifft es nur wenige Besucher. Erhöhe den Anteil schrittweise. Wenn du sicher bist, schalte es für den gesamten Traffic ein.
Testergebnisse dokumentieren
Dokumentiere, was du getestet hast. Datum. Welches Event. Welches Szenario. Hat es funktioniert? Wenn nicht, was war falsch? Wie hast du es behoben?
Bewahre Testergebnisse mindestens einen Monat auf. Fragt jemand „Wann haben wir die Kauf-Events getestet?“, hast du die Dokumentation. Geht ein Event kaputt, weißt du, wie es getestet wurde, und kannst den Test wiederholen.
Häufig gestellte Fragen
Wie viel Testen ist genug?
Teste jedes Event mindestens fünfmal. Teste verschiedene Szenarien. Teste Sonderfälle. Teste auf verschiedenen Geräten. Die meisten Teams brauchen für alle Events ein paar Stunden. Das reicht meistens. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Sollten wir Events im Livebetrieb testen oder nur im Staging?
Teste zuerst im Staging. Bist du sicher, ist ein Test im kleinen Rahmen im Livebetrieb in Ordnung. Fang mit einem kleinen Anteil des Traffics an. Teste kritische Events nicht im vollen Livebetrieb.
Was tun wir, wenn ein Event den Test nicht besteht?
Suche den Fehler. Nutze die Entwicklertools. Prüfe den Data Layer. Prüfe die Event-Konfiguration. Finde das Problem. Behebe es. Teste erneut. Schalte keine kaputten Events live.
Wie testen wir Events auf dem Smartphone?
Nutze ein Smartphone oder die Emulation eines mobilen Browsers. Löse das Event mobil aus. Sieh in die Echtzeitberichte. Stelle sicher, dass mobile Events genauso funktionieren wie Desktop-Events.
Kann automatisiertes Testen prüfen, ob Events ausgelöst werden?
Manche Teams nutzen automatisierte Testtools. Für die Prüfung von Events ist manuelles Testen aber meist besser. Du testest Geschäftslogik, nicht Code. Manuelles Testen findet Probleme, die automatisierte Tests übersehen.
Sollten wir Events nach jeder Aktualisierung testen?
Ja. Teste ein Event jedes Mal, wenn du seine Konfiguration änderst. Kleine Änderungen machen Events kaputt. Teste nach Aktualisierungen. So gehen keine kaputten Events live.