Welche Fehler bei der Event-Einrichtung kosten Teams Tage bei der Fehlersuche? Doppelte Events, die dieselbe Aktion zweimal zählen. Events, die für die falschen Seiten eingerichtet sind. Parameter, die die falschen Werte erfassen. Uneinheitliche Namen, die Verwirrung stiften. Events, die zur falschen Zeit oder gar nicht ausgelöst werden. Diese Fehler sind häufig, weil die Event-Einrichtung komplex ist. Sie lassen sich aber auch vermeiden. Wenn du verstehst, was schiefgeht, kannst du es umgehen.
In diesem Artikel findest du die häufigsten Fehler und wie du sie verhinderst.
Doppelte Events
Der häufigste Fehler ist, dasselbe Event zweimal unter verschiedenen Namen anzulegen. Ein Entwickler legt „purchase“ an. Ein anderer legt „purchase_conversion“ an. Jetzt erfasst du dieselbe Aktion doppelt. Die Berichte zeigen zwei Events. Teams streiten, welches stimmt.
Verhindere Duplikate, indem du vor dem Anlegen dein Event-Register prüfst. Gibt es dieses Event schon? Wenn ja, nutze das bestehende. Wenn nein, lege es mit der vereinbarten Namenskonvention an.
Entdeckst du Duplikate, lösche sofort eins. Doppelt laufende Events verfälschen deine Daten.
Events für die falschen Seiten konfiguriert
Du richtest ein Formular-Event ein. Du testest es auf dem Kontaktformular. Es funktioniert. Du schaltest es live. Doch es wird auf jeder Seite ausgelöst, nicht nur auf Kontaktseiten. Die Event-Konfiguration ist zu weit gefasst.
Verhindere das, indem du auf mehreren Seiten testest. Teste die Seite, auf der das Event ausgelöst werden soll. Teste Seiten, auf denen es nicht ausgelöst werden soll. Prüfe, dass es nur dort ausgelöst wird, wo es gedacht ist.
Dokumentiere, wo jedes Event ausgelöst werden soll. Siehst du später, dass es woanders ausgelöst wird, hast du einen Konfigurationsfehler entdeckt.
Parameter erfassen falsche Werte
Ein Kauf-Event hat einen Parameter, der den Kaufbetrag erfassen soll. Er erfasst aber den Produktpreis. Verwandt, aber nicht dasselbe. Die Daten sind falsch.
Verhindere das, indem du Parameter mit bekannten Werten testest. Kaufe für $50. Prüfe, dass der Parameter $50 zeigt. Nicht $45. Nicht $55. Genau $50.
Dokumentiere, woher jeder Parameter seine Daten bekommt. „Der Kaufbetrag kommt aus dem Feld purchase_amount des Data Layers.“ Klare Dokumentation verhindert Verwechslungen.
Uneinheitliche Event-Namen
Ein Event heisst „purchase“. Ein anderes „Purchase“. Ein weiteres „purchase_event“. Dasselbe Event hat drei Namen. Die Berichte zeigen drei getrennte Events. Die Folge ist Verwirrung.
Verhindere das mit einheitlichen Namenskonventionen. Alles klein. Keine Leerzeichen. Unterstriche zwischen Wörtern. Ein Standard für die Benennung. Wende ihn auf jedes Event an.
Dokumentiere deinen Namensstandard. Teile ihn mit allen, die Events anlegen. Mach Einheitlichkeit zur Regel.
Events werden nicht ausgelöst
Du konfigurierst ein Event. Du schaltest es live. Nichts passiert. Keine Events in den Berichten. Das Event wird überhaupt nicht ausgelöst.
Häufige Gründe sind eine falsche Trigger-Konfiguration (das Event soll beim Klick auf einen bestimmten Button ausgelöst werden, aber der Trigger sucht das falsche Element), eine falsche Seitenkonfiguration (das Event soll auf einer bestimmten Seite ausgelöst werden, aber der Seitenpfad hat sich geändert) oder Timing-Probleme (das Event wird ausgelöst, bevor der Data Layer befüllt ist).
Verhindere das durch gründliches Testen vor dem Livegang. Prüfe die Trigger-Konfiguration. Prüfe den Seitenpfad. Prüfe das Timing. Teste im Staging. Schalte keine ungetesteten Events live.
Events werden zu oft ausgelöst
Du konfigurierst ein Event, das beim Klick auf einen Button ausgelöst wird. Es wird aber zwanzigmal pro Klick ausgelöst. Doppeltes Auslösen verzerrt deine Daten.
Häufige Gründe sind mehrere Listener für dasselbe Event (der Tag-Manager und deine Website lösen beide dasselbe Event aus) oder Event Bubbling (ein Klick auf ein untergeordnetes Element löst auch das Event des übergeordneten Elements aus).
Verhindere das, indem du deinen Trigger verstehst. Teste sorgfältig. Suche nach Duplikaten. Beobachte die Auslösungsrate. Ist sie ungewöhnlich hoch, geh der Sache nach.
Parameterwerte fehlen oder sind falsch
Ein Kauf-Event sollte den Kaufbetrag erfassen. Der Parameter ist aber leer. Oder er erfasst den falschen Wert. Die Datenqualität leidet.
Häufige Gründe sind ein nicht befüllter Data Layer (das Event wird ausgelöst, bevor der Data Layer Informationen hat), ein Fehler bei der Parameter-Zuordnung (der Parameter sucht das falsche Feld im Data Layer) oder fest eingetragene Werte (ein Parameter hat einen festen Wert statt dynamischer Daten).
Verhindere das, indem du prüfst, dass der Data Layer befüllt ist, bevor Events ausgelöst werden. Teste Parameter mit echten Daten. Prüfe, dass die Zuordnung stimmt. Nutze dynamische Daten, keine festen Werte.
Nicht im Livebetrieb testen
Du hast gründlich im Staging getestet. Die Events funktionieren perfekt. Du gehst live. Nutzer melden sofort, dass die Events nicht funktionieren. Das Staging unterscheidet sich vom Livebetrieb auf eine Art, die du nicht erwartet hast.
Verhindere das, indem du im Livebetrieb mit einem kleinen Anteil des Traffics testest. Fang mit 10 % an. Achte auf Fehler. Läuft alles, erhöhe auf 50 %. Dann auf 100 %. Tests im kleinen Rahmen im Livebetrieb decken umgebungsspezifische Probleme auf.
Events nach dem Livegang nicht überwachen
Du schaltest Events live. Du wendest dich dem nächsten Projekt zu. Drei Wochen später merkt jemand, dass ein Event nicht mehr ausgelöst wird. Du hast drei Wochen Daten verloren.
Verhindere das, indem du Events laufend überwachst. Richte Warnungen ein. Wird ein Event eine Stunde lang nicht ausgelöst, informiere jemanden. Prüfe die Auslösungsraten jede Woche. Erkenne unerwartete Änderungen. Fange Probleme früh ab.
Häufig gestellte Fragen
Wie erkennen wir doppelte Events?
Dokumentiere alle Events in einem Event-Register. Prüfe das Register, bevor du ein Event anlegst. Gibt es etwas Ähnliches, nutze es weiter. Regelmässige Prüfungen deiner Event-Liste finden Duplikate, die du übersehen hast. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Ein Event wird ausgelöst, aber die Datenqualität ist schlecht. Wie finden wir den Fehler?
Prüfe jede Komponente. Wird das Event ausgelöst? Nutze die Echtzeitberichte. Ist der Trigger richtig? Nutze die Entwicklertools. Werden Parameter erfasst? Sieh dir ihre Werte an. Grenze ein, welche Komponente falsch ist. Behebe sie. Teste erneut.
Wir haben ein kaputtes Event im Livebetrieb. Sollen wir es löschen oder deaktivieren?
Deaktiviere es, lösche es nicht. Deaktivieren erhält die historischen Daten. Löschen entfernt das Event komplett. Vielleicht willst du die Daten von vor dem Defekt auswerten. Behalte die Daten. Deaktiviere das Event nur für die Zukunft.
Wie verhindern wir Konfigurationsfehler?
Nutze eine standardisierte Event-Konfiguration. Erstelle eine Vorlage. Jedes Event folgt demselben Aufbau. Standardisierung verringert Abweichungen. Weniger Abweichungen bedeuten weniger Fehler.
Was ist der schlimmste Fehler bei der Event-Einrichtung?
Ungetestete Events live zu schalten. Ungetestete Events gehen unbemerkt kaputt. Du merkst es tagelang nicht. Bis dahin sind Daten verloren. Teste immer vor dem Livegang.
Wie erholen wir uns von Fehlern bei der Event-Einrichtung?
Reagiere schnell. Sobald du einen Fehler bemerkst, behebe ihn sofort. Deaktiviere das kaputte Event. Korrigiere die Konfiguration. Teste. Schalte erneut live. Je schneller du reagierst, desto weniger schlechte Daten sammelst du.