GA4: Anmeldungen nicht mehr Login- und Zahlungsseiten zuschreiben und jede Anmeldung nur einmal zählen
Findet Key Events, die GA4 accounts.google.com, facebook.com oder einer Zahlungsseite zuschreibt, prüft, ob die Anmeldung einer Person mehrfach gezählt wird, und bereitet die GTM-Korrektur mit Vorschau vor.
Wann du ihn nutzt
Wenn GA4 Registrierungen Login- oder Zahlungsseiten wie accounts.google.com oder Ihrem Zahlungsanbieter zuschreibt oder dieselbe Registrierung einer Person mehrfach zählt.
Was du bekommst
Sie erhalten Tabellen der falschen Quellen und der zu oft gezählten Schlüsselereignisse, eine Diagnose, die falsche Quelle und Mehrfachzählung trennt, und einen getesteten GTM-Fix (ignore_referrer-Variable plus Einmal-pro-Person-Schutz), der erst nach Ihrer Freigabe veröffentlicht wird.
Ändert er etwas in meinem Konto?
Nur mit deiner Freigabe. Der Assistent zeigt zuerst eine Vorschau jeder Änderung und wartet auf dein Okay.
Funktioniert mit
GA4, Tag Manager
Vor dem Senden ausfüllen
[GA4 property][GTM container][sign-in methods, e.g. Google, Meta, Microsoft][payment provider]
Meine GA4-Property ist [GA4 property], und die Website lädt GA4 über den GTM-Container [GTM container]. Die Nutzer melden sich mit [sign-in methods, e.g. Google, Meta, Microsoft] an und bezahlen über [payment provider]. Nutze die letzten 90 Tage. Falls die Property weniger Verlauf enthält, sag mir, wie viele Tage tatsächlich vorhanden sind, bevor du etwas vergleichst.
1. Erstelle einen GA4-Bericht nach Sitzungsquelle und einen zweiten nach Landingpage, aufgeteilt nach Kanal, jeweils für denselben Zeitraum. Liste jede Quelle auf, die in Wirklichkeit ein Login-, Einwilligungs- oder Zahlungsschritt ist: zum Beispiel accounts.google.com, login.microsoftonline.com, die Domain des Zahlungsanbieters oder facebook.com und linkedin.com, wenn die Landingpage eine App-, Dashboard- oder Callback-Seite ist. Zeig für jede dieser Quellen Sitzungen, Nutzer und Key Events.
2. Erstelle einen GA4-Bericht nach Ereignisname. Teile bei jedem Key Event die Anzahl der Ereignisse durch die Anzahl der Nutzer, die es ausgelöst haben. Eine Anmeldung, die pro Person nur einmal stattfinden soll, muss nahe bei 1 liegen. Markiere jedes Key Event über 1,2 und nenne, wie viele überzählige Ereignisse das bedeutet.
3. Lies die GTM-Tags, -Trigger und -Variablen. Finde das Tag, das das Key Event für die Anmeldung sendet, den Trigger, der es auslöst, und jede Sperre, die verhindert, dass es zweimal feuert. Sag, wo diese Sperre liegt: nur im aktuellen Tab (sessionStorage), im Browser (Cookie oder localStorage) oder auf dem Server.
4. Prüfe, ob das GA4-Google-Tag bei Rückkehr von Login und Zahlung bereits ignore_referrer sendet.
Liefere:
1. eine Tabelle der falschen Quellen aus Schritt 1 mit den Key Events, die sie heute erhalten,
2. die Tabelle zur Überzählung aus Schritt 2,
3. eine kurze Diagnose, die die beiden Probleme getrennt hält: falsche Quelle und wiederholtes Zählen,
4. die Korrektur. Für die falsche Quelle schlage eine Custom-JavaScript-Variable vor, die nur dann 'true' zurückgibt, wenn der Referrer eine Login- oder Zahlungsdomain ist oder ein soziales Netzwerk auf einem App- oder Callback-Pfad landet, und füge sie dem GA4-Google-Tag als Parameter ignore_referrer hinzu. Zeig das vollständige JavaScript und teste es in deiner Antwort mit mindestens sechs Paaren aus Referrer und Pfad, darunter ein gewöhnlicher Klick aus Social Media, der ein echter Referral bleiben muss. Sag für das wiederholte Zählen genau, wo eine Sperre auf einmal pro Person liegen sollte und was sie prüfen soll.
Ändere GTM oder GA4 erst nach meiner Freigabe. Erstelle nach meiner Freigabe die Variable und aktualisiere das Tag zuerst mit confirm=false, zeig mir die Vorschau und veröffentliche dann mit einem klaren Versionsnamen und nenne mir, auf welche Version ich zurückgehen soll, falls etwas nicht stimmt. Erinnere mich außerdem daran, dass die GA4-eigene Liste der unerwünschten Verweise nur in der GA4-Oberfläche bearbeitet werden kann.
Prüft das gesamte Konto in einem Durchgang, von Messung und Gebotsstrategie bis zu Kontostruktur und Landingpages. Sortiert die Ergebnisse nach Wirkung und benennt die ersten drei Maßnahmen, ohne etwas zu ändern.
Wann du ihn nutztWenn du ein Google-Ads-Konto übernimmst oder ihm misstraust und wissen willst, was wirklich falsch läuft und wo du mit der Behebung anfangen sollst.
Prüft in einem Durchgang Messung, Auslieferungsprobleme, Lernphase, Targeting, Placements und Creative-Ermüdung. Priorisiert die Erkenntnisse und nennt die ersten drei Maßnahmen, ohne etwas zu verändern.
Wann du ihn nutztWenn die Ergebnisse deiner Meta-Anzeigen eingebrochen sind oder stagnieren und du wissen willst, was im Konto schiefläuft, bevor du etwas änderst.
Verhindert, dass eine Person doppelt gezählt wird, wenn sie sowohl anruft als auch eine Nachricht schickt. Verknüpft die beiden Buttons auf der Website mit einer einzigen Conversion und prüft, ob der Anruf-Button in den Anzeigen überhaupt gemessen wird.
Wann du ihn nutztWenn Interessenten über Ihre Website sowohl anrufen als auch per WhatsApp schreiben und Sie vermuten, dass eine Person doppelt als Conversion gezählt wird und Ihre Kosten pro Conversion zu günstig aussehen.
Ein Pass/Fail-Check deines Conversion-Setups in Google Ads, GA4 und Tag Manager, inklusive der Korrekturen, die verhindern, dass Smart Bidding auf die falsche Aktion optimiert.
Wann du ihn nutztWenn dein CPA oder deine Conversion-Zahlen seltsam aussehen oder bevor du Gebote oder Budgets änderst und du nicht sicher bist, ob dein Conversion-Tracking die richtigen Dinge zählt.