Tracking-Protokoll lesen

Was die Status und Gründe fürs Überspringen im Conversion-Tracking-Protokoll bedeuten und wie du fehlende Einwilligungssignale behebst.

Jedes Ereignis, das Rentware serverseitig an GA4, Google Ads oder Meta sendet, und jedes, das es überspringt, steht im Tracking-Protokoll. Du findest es unter Einstellungen → Conversion-Tracking → Logs. Filtere nach der Bestellnummer (zum Beispiel SNLDX1), um alles zu einer Buchung zu sehen.

Spalten

Spalte	Bedeutung
Timestamp	Wann das Ereignis verarbeitet wurde
Provider	Google Analytics, Google Ads oder Meta (Facebook)
Eventtyp	Zum Beispiel „In den Warenkorb legen“, „Kaufen“, „Kauf storniert (Bestellung storniert)“
Auslöser	Was es ausgelöst hat, zum Beispiel „Bestellstatus geändert“ oder „Angebot dem Warenkorb hinzugefügt“
Status	Erfolg, Fehlgeschlagen, Ausstehend oder Übersprungen
Status Code	Die HTTP-Antwort der Plattform
Bestellnummer	Die Bestellnummer der Buchung
Zustimmung	`ok` (alle Einwilligungssignale erteilt), `partial` (einige abgelehnt) oder `–` (gar keine Einwilligungsinformation)
Erweiterte Daten	Ob gehashte E-Mail oder Telefonnummer gesendet wurde
Anfrage / Response Body	Was gesendet wurde und was die Plattform geantwortet hat

Status und Gründe fürs Überspringen

Was das Protokoll zeigt	Was es bedeutet	Was zu tun ist
Erfolg	Die Plattform hat das Ereignis angenommen	Wenn du es trotzdem nicht siehst, lies „Gesendet, aber nicht sichtbar“ in den häufigen Fragen
Fehlgeschlagen + Fehlertext	Die Plattform hat das Ereignis abgelehnt	Siehe den Abschnitt zur Plattform in den häufigen Fragen
Übersprungen: „Nicht gesendet: Die Website hat keine Einwilligungsinformationen übermittelt …“ (`skipped: no consent signal`)	Die Anfrage, mit der die Buchung abgeschlossen wurde, enthielt keine Informationen aus Google Consent Mode	Siehe nächster Abschnitt
Übersprungen: „Nicht gesendet: Die Werbeeinwilligung, die dieser Anbieter benötigt, liegt nicht vor.“ (`skipped: no advertising consent`)	Der Besucher hat Werbe-Cookies abgelehnt	Nichts: Ohne Einwilligung darf nichts gesendet werden
Übersprungen: „… weil keine Klick-ID (gclid) erfasst wurde und keine Enhanced-Conversion-Daten (E-Mail oder Telefon) vorlagen.“ (`skipped: no click id or enhanced data`, Google Ads)	Die Einwilligung lag vor, aber der Besucher kam nicht über eine Google-Anzeige, oder die Klick-ID ist verloren gegangen, und es gab keine Kundendaten zum Abgleichen	Normal bei Besuchern, die auf keine Anzeige geklickt haben
Übersprungen: „Diese Buchung wurde von einem Mitarbeiter im Backend erstellt …“ (`skipped: agent-created booking`, Meta)	Dein Team hat die Buchung eingegeben, zum Beispiel nach einem Anruf	Normal: Solche Buchungen kamen nie über eine Anzeige. Meta erhält sie nie, GA4 nur, wenn du „Track agent-created bookings“ einschaltest
Keine Zeile zur Bestellung, GA4	Der Besucher hat Analyse-Cookies (`analytics_storage`) nicht erlaubt. GA4-Ereignisse ohne diese Einwilligung werden ohne Protokollzeile verworfen	Normal ohne Einwilligung. Passiert das bei den meisten Buchungen, prüfe dein Einwilligungssignal (nächster Abschnitt)
Gar keine Zeile, beliebige Plattform	Die Plattform ist nicht aktiviert oder ihre Einstellungen sind unvollständig, oder die Buchung hat nie Reserviert oder Gebucht erreicht	Prüfe die Einstellungen der Plattform

Wann der Kauf gesendet wird: wenn die Bestellung zum ersten Mal auf Reserviert oder Gebucht wechselt, einmal pro Bestellung und Plattform. Als Auslöser steht dann „Bestellstatus geändert“. Wurde dieser erste Versuch übersprungen, startet eine spätere Änderung (Reserviert → Gebucht) einen neuen Versuch.

„Kein Einwilligungssignal“ beim Kauf, aber Einwilligung ok beim Warenkorb

Das Widget liest die Einwilligung des Besuchers bei jeder Anfrage neu aus, aus den Google-Consent-Mode-Einträgen in window.dataLayer. Der Kauf nutzt die Einwilligung der Anfrage, mit der die Buchung abgeschlossen wurde, nicht die des Warenkorbs. Deshalb kann „In den Warenkorb legen“ ok zeigen und der Kauf skipped: no consent signal, wenn im Moment der Buchung:

der Checkout auf einer anderen Seite oder Domain läuft, die keinen Cookie-Banner und keinen Consent-Mode-Code hat (zum Beispiel eine eigene Bestellseite);
der Cookie-Banner seine Einwilligung noch nicht gesendet hatte, weil ein Optimierungs-Plugin sein Skript verzögert oder der Banner spät lädt;
das Widget in einem iframe läuft oder deine Website einen dataLayer mit einem anderen Namen als dataLayer nutzt.

Buchungen, die nie über deine Website laufen, haben ebenfalls kein Einwilligungssignal: ein Angebot, das über den Link in der E-Mail angenommen wird, eine Zahlung, die dein Team bestätigt, eine telefonische Buchung. Das ist so vorgesehen.

Weil GA4 analytics_storage braucht, verschwinden aus demselben Grund Käufe ganz aus GA4, ohne Protokollzeile.

So prüfst du es

Öffne die Seite, auf der die Buchung abgeschlossen wird (den Checkout), in deinem Browser.
Akzeptiere den Cookie-Banner.
Öffne die Browser-Konsole (F12 → Konsole), tippe dataLayer und drücke Enter.
Suche einen Eintrag mit consent und update (oder consent_update), der ad_storage, analytics_storage, ad_user_data und ad_personalization enthält.

Er muss da sein, bevor der Besucher auf „Buchen“ klickt. Akzeptiert der Besucher den Banner erst, nachdem das Widget geladen hat, ist das in Ordnung: Die nächste Anfrage übernimmt die neue Einwilligung, solange der Banner ein Consent-Mode-update in window.dataLayer schreibt.

So behebst du es

Schalte Google Consent Mode v2 in deinem Cookie-Banner ein (Cookiebot, Complianz, Borlabs, Usercentrics und die meisten anderen haben dafür einen Schalter).
Lade den Banner auf jeder Seite mit einem Rentware-Widget, auch im Checkout und auf Bestellseiten.
Lass Plugins zur Skript-Optimierung den Banner oder das Google-Tag nicht verzögern. Für WordPress siehe Tracking mit WordPress.