Definiere zuerst das tatsächliche Ergebnis
Ein Formularaufruf, eine abgesendete Anfrage und ein gewonnener Auftrag sind unterschiedliche Ereignisse. Wenn sie unter demselben Namen erfasst werden, vermischt dein Bericht verschiedene Stufen. Halte deshalb für jedes wichtige Ereignis fest, was genau passiert sein muss und welches System dieses Ergebnis zuverlässig kennt.
Bei einer Anfrage kann das die erfolgreich gespeicherte Übermittlung sein. Bei einem Kauf musst du klären, ob du eine angelegte Bestellung oder einen bestätigten Zahlungsvorgang messen möchtest. Die richtige Definition hängt von deinem Geschäft ab. Entscheidend ist, dass die Beteiligten sie gleich verstehen und das gemeldete Ergebnis tatsächlich eingetreten ist.
Prüfe doppelte Meldungen desselben Vorgangs
Wenn Browser und Server denselben Vorgang melden, braucht das Zielsystem eine Möglichkeit, diese Meldungen zusammenzuführen. Im Meta Business SDK werden event_name und event_id dafür beschrieben, identische Browser- und Serverereignisse zu erkennen. Die Kennung muss für denselben Vorgang zusammenpassen und neue Vorgänge voneinander unterscheiden.
In einem angenommenen Beispiel bekommt die gespeicherte Anfrage eine feste Ereignis-ID. Browsermeldung und Servermeldung verwenden diese ID für das vereinbarte Anfrageereignis. Ein erneuter Versand desselben Vorgangs sollte diese Zuordnung beibehalten. Eine pauschale Kennung für alle Anfragen wäre dagegen ungeeignet, weil verschiedene Geschäftsvorgänge zusammenfallen könnten.
Teste auch die Wege, die im Alltag Fehler auslösen
Eine erfolgreiche Probeübermittlung zeigt nur einen einzelnen Ablauf. Prüfe anschließend, was beim Neuladen einer Bestätigungsseite, einem wiederholten Klick oder einer kurz unterbrochenen Verbindung passiert. Verwende dafür eine geeignete Testumgebung oder ein dokumentiertes Testverfahren, damit Probevorgänge nicht als echte Geschäftsergebnisse in deine Auswertung gelangen.
Erfasse pro Test den erwarteten Geschäftsvorgang, die beteiligten Meldungen und das verarbeitete Ergebnis. Die folgende Tabelle beschreibt einen Prüfplan für ein angenommenes Formular. Die erwartete Zählung bezieht sich auf die fachliche Anfrage nach Zusammenführung, nicht auf die Zahl einzelner technischer Nachrichten.
| Testfall | Erwartetes Geschäftsergebnis | Was geprüft wird |
|---|---|---|
| Eine Anfrage wird erfolgreich gespeichert | Eine Anfrage | Ereignis wird erst nach dem tatsächlichen Erfolg gemeldet |
| Browser und Server melden dieselbe Anfrage | Eine Anfrage nach Deduplizierung | Namen und Kennungen passen zum selben Vorgang |
| Bestätigungsseite wird neu geladen | Keine weitere fachliche Anfrage | Seitenaufruf erzeugt kein neues Geschäftsergebnis |
| Servermeldung wird erneut zugestellt | Weiterhin derselbe Vorgang | Wiederholung behält die Vorgangsidentität bei |
| Anfrage scheitert vor dem Speichern | Keine erfolgreiche Anfrage | Fehlversuch wird nicht als Erfolg gezählt |
Gleiche Geschäftsdaten und Werbebericht getrennt ab
Vergleiche zunächst das führende Geschäftssystem mit den tatsächlich versendeten und verarbeiteten Ereignissen. Stimmen Definitionen, Zeiträume, Beträge und Währungen? Ein technisch angenommenes Ereignis beweist dabei noch nicht, dass die Werbeplattform es einer Anzeige zuordnet oder für eine Optimierung berücksichtigt.
Danach folgt die Prüfung der Attribution. Unterschiedliche Berichte können andere Zeitbezüge, Zuordnungsregeln und Verarbeitungsstände verwenden. Deshalb sind Abweichungen zwischen CRM und Werbebericht nicht automatisch technische Verluste. Zerlege sie in konkrete Fragen, statt alle Zahlen auf eine scheinbar passende Gesamtsumme zu bringen.
Beziehe spätere Ergebnisse und Einwilligung ein
Wenn aus einer Onlineanfrage später ein Auftrag am Telefon oder im Vertrieb entsteht, kann ein geeigneter Offline-Conversion-Import diese spätere Stufe in die Messung einbeziehen. Google beschreibt dafür den Import entsprechender Geschäftsdaten. Die aktuelle Anbindung, erforderlichen Angaben und zulässige Datenverwendung müssen zum gewählten System passen.
Berücksichtige den Einwilligungsstatus auch im serverseitigen Datenfluss. Google beschreibt, wie Einwilligungssignale an den Server weitergegeben werden und das Verhalten seiner Tags steuern. Die Verlagerung einer Meldung auf einen Server macht eine Verarbeitung nicht automatisch zulässig. Lege fest, welche Daten in welchem Fall übertragen werden dürfen, und prüfe genau diesen Ablauf.