Ein GA4-Self-Referral ist Verweis-Traffic, der fälschlich von Ihrer eigenen Domain oder Subdomain stammt statt von der tatsächlichen Quelle. Prüfen Sie zuerst die Traffic-Acquisition-Berichte auf interne Domainnamen. Finden Sie viele davon, liegt die Ursache meist im Tagging oder in der Cross-Domain-Konfiguration, nicht in GA4 selbst. Google beschreibt die native Erkennung und die passende Gegenmaßnahme.

Kurz gesagt:

  • Ein ungültiger Selbst-Referral in GA4 entsteht meist durch fehlendes Tagging oder fehlerhafte Cross-Domain-Tracking-Konfigurationen und verursacht verfälschte Traffic-Daten.
  • Das Prüfen der Quellen im Traffic-Akquisitionsbericht auf eigene Domainnamen hilft, die Ursache schnell zu identifizieren und den Traffic korrekt zu filtern.
  • Zahlungsanbieter wie PayPal oder Klarna können durch Redirects und fehlende _gl-Parameter als fremde Referer erscheinen, was durch domänenübergreifendes Tagging korrigiert werden sollte.
  • Die Funktion “Unerwünschte Verweise” in GA4 ist auf 50 Domains begrenzt und sollte priorisiert genutzt werden, um relevante Referral-Quellen auszuschließen.
  • Für komplexe Setups mit mehreren Domains, Payment-Providern oder externen Checkouts ist ein umfassendes GA4-Audit ratsam, um Fehlerquellen systematisch zu identifizieren und zu beheben.
Neomarketing
neomarketing.de
GA4-Daten zuverlässig analysieren
Neomarketing unterstützt dich bei GA4, Cross-Domain-Tracking und datenbasierten Entscheidungen für dein E-Commerce-Marketing.

GA4-Lösungen entdecken

Inhaltsverzeichnis

Wo Sie Referral-Daten in GA4 finden und filtern

Der Weg zu den relevanten Daten führt über Berichte → Akquisition → Traffic-Akquisition. Dort suchen Sie gezielt nach Einträgen, die “referral” als Medium zeigen, und prüfen, ob der Quellname Ihrer eigenen Domain entspricht.

Drei Felder verdienen dabei besondere Aufmerksamkeit:

  1. Session source/medium: zeigt, welche Domain als Einstiegspunkt der Sitzung erfasst wurde.
  2. First user source/medium: verrät, ob schon der erste Kontakt fehlerhaft zugeordnet wurde.
  3. Referrer-Domain in den Rohdaten: bestätigt, ob es sich tatsächlich um einen internen Verweis handelt.

Ein einfacher Filter oder ein Explorations-Segment mit der Bedingung “Session-Quelle enthält [IhreDomain.de]” isoliert die betroffenen Sitzungen schnell. Wichtig zu wissen: Die native Funktion “List unwanted referrals” akzeptiert laut Google Analytics-Hilfe maximal 50 Einträge, deshalb lohnt sich eine Priorisierung nach Traffic-Volumen, bevor Sie Domains eintragen.

Typische Ursachen für Self-Referrals

Die häufigste Ursache sind untagged Landing Pages: Wenn eine Unterseite ohne korrektes Google-Tag geladen wird, startet GA4 eine neue Sitzung und ordnet sie der zuletzt besuchten eigenen Domain zu statt der ursprünglichen Kampagnenquelle. Cross-Domain-Fehler entstehen meist, wenn der _gl-Parameter fehlt oder wenn unterschiedliche Property-IDs auf verbundenen Domains eingesetzt werden.

Weitere wiederkehrende Auslöser:

  • Payment-Provider wie PayPal oder Klarna, die beim Redirect zurück zum Shop als Referrer erscheinen.
  • 3D-Secure-Zwischenseiten und BNPL-Anbieter, die eine zusätzliche Weiterleitung einschieben.
  • Cookie- oder Sitzungs-Timeouts, die bei jedem Domainwechsel eine neue Session erzeugen.

Profi-Tipp: Tragen Sie Zahlungsanbieter nicht blind in die Ausschlussliste ein, prüfen Sie zuerst, ob der Checkout über eine eigene Subdomain läuft, denn dann ist Cross-Domain-Tracking die eigentliche Lösung.

Der Verweis-Ausschluss kaschiert oft nur das Symptom. Die Grundursache, etwa ein fehlendes Tag auf der Checkout-Seite, bleibt sonst unentdeckt und produziert an anderer Stelle weiter Fehler.

Anleitung: “List unwanted referrals” richtig einrichten

Die native Ausschlussfunktion liegt in den Tag-Einstellungen und lässt sich in wenigen Schritten konfigurieren.

  1. Öffnen Sie Verwaltung → Datenströme → Web.
  2. Klicken Sie auf Tag-Einstellungen konfigurieren, dann auf Unerwünschte Verweise anzeigen.
  3. Fügen Sie Domains mit passendem Match-Typ hinzu (enthält, ist gleich, beginnt mit), mehrere Bedingungen werden automatisch mit ODER-Logik verknüpft.
  4. Speichern Sie und beobachten Sie die Berichte über die nächsten Tage.

Laut Google-Hilfe zu Tag-Einstellungen beeinflussen diese Einstellungen direkt, welche Daten das Tag überträgt, falsche Konfigurationen wirken sich also unmittelbar auf Attribution und Sitzungszählung aus.

Wichtige Kennzahl: Die Ausschlussliste ist auf maximal 50 Domains begrenzt, das bedeutet, dass eine Priorisierung nach tatsächlichem Traffic-Volumen notwendig ist, statt jede theoretisch mögliche Payment-Domain einzutragen.

Der Parameter ignore_referrer=true kann für einzelne Events sinnvoll sein, wenn eine Weiterleitung bekanntermaßen harmlos ist. Ihn global zu setzen, blendet aber auch echte externe Verweise aus und verzerrt dann die Kanalzuordnung in die andere Richtung. Eine kuratierte Prüfliste, etwa mit den gängigsten Payment-Domains Ihres Shops, bleibt der pragmatischere Ansatz.

Technischer Fix: Cross-Domain-Messung und Tag-Konsistenz

Die domänenübergreifende Messung sorgt dafür, dass eine Sitzung beim Wechsel von Ihrer Haupt-Domain zu einer Checkout-Subdomain nicht als neuer Verweis erscheint. Der _gl-Parameter übergibt dabei Client- und Session-ID zwischen den Domains, Google beschreibt diesen Mechanismus als Grundlage korrekter Nutzerzuordnung.

Cross-Domain-Tracking mit verknüpfter Sitzung

Entscheidend ist, dass alle beteiligten Domains denselben Google-Tag und dieselbe Web-Datenstream-ID verwenden, sonst bleibt die Verknüpfung lückenhaft, selbst wenn der Linker technisch korrekt eingerichtet ist.

Häufige Implementierungsfehler in der Praxis:

  • JavaScript-Redirects, die die URL vor dem Laden des Tags verändern und den _gl-Parameter dabei verlieren.
  • Event-Handler, die den Link anklicken simulieren, ohne den Linker-Parameter mitzugeben.
  • Serverseitige Weiterleitungen, die Query-Parameter pauschal entfernen.

Eine schnelle Prüfung gelingt, indem Sie die URL beim Domainwechsel manuell auf den _gl-Parameter kontrollieren und die Cookie-Domain im Browser-Inspector abgleichen. Mehr Details zur praktischen Umsetzung finden Sie in unserem Beitrag zu GA4 domainübergreifender Messung.

Validierung und Monitoring nach der Umstellung

Nach jeder Änderung an Tag-Einstellungen oder Cross-Domain-Konfiguration braucht es einen Nachweis, dass der Fix tatsächlich wirkt.

  1. Starten Sie eine Tag Assistant Recording-Sitzung und durchlaufen Sie den kompletten Checkout-Flow, Google empfiehlt diese Methode zur Fehlersuche bei Tag- und Domainbrüchen.
  2. Prüfen Sie im DebugView, ob Events live mit der korrekten Session-ID ankommen.
  3. Vergleichen Sie die Payment-Referrer-Quote vor und nach der Änderung, ebenso die Sessions-Zahl und den Anteil neuer Sitzungen.
  4. Warten Sie 48 bis 72 Stunden, bevor Sie eine abschließende Regressionsprüfung durchführen, da GA4-Berichte leicht verzögert aktualisieren.

Profi-Tipp: Testen Sie den Checkout-Flow mit aktivierten und deaktivierten Ad-Blockern, denn Browser-Referrer-Policies verändern teilweise, welche Referrer-Informationen überhaupt übergeben werden.

Chrome-Entwicklerdokumentation bestätigt, dass Standardänderungen an der Referrer-Policy die Menge der übertragenen Referrer-Daten reduzieren können, was Tag-Assistant-Checks zusätzlich wichtig macht.

Wann sich ein externes GA4-Audit lohnt

Bei einfachen Setups mit einer Domain lässt sich ein Self-Referral meist in wenigen Stunden selbst beheben. Sobald mehrere Domains, ein externer Checkout oder diverse Payment-Provider zusammenkommen, wird die Fehlersuche schnell unübersichtlich. Ein Audit, das Tag-Mapping, Cross-Domain-Setup und eine Payment-Referrer-Liste gemeinsam prüft, deckt dann meist mehr auf als die isolierte Kontrolle einzelner Einstellungen. Unsere praktischen Checklisten, etwa zum GA4 E-Commerce-Tracking, entstehen genau aus dieser Art von Mehrdomain-Analyse.

— Patrick

GA4-Audit und Implementierung mit Neomarketing

Wenn Self-Referrals durch mehrere Domains, einen externen Checkout oder wechselnde Zahlungsanbieter entstehen, kann die Fehlersuche durch umfassende Tagging-Checks und eine passende Cross-Domain-Messung deutlich erleichtert werden.

Neomarketing

Unsere Leistungen rund um Ihre Datenbasis umfassen Kampagnenattribution, die auch bei komplexen Checkout-Flows stabil bleibt, Tracking-Setups für Online-Shops mit externen Zahlungsanbietern sowie GA4-Audits, die Tag-Mapping, Cross-Domain-Konfiguration und Payment-Referrer-Listen in einem Durchgang prüfen.

Das Ergebnis: schnellere Fehlerbehebung und eine Attribution, auf die Sie sich bei Entscheidungen wirklich verlassen können. Schauen Sie sich unsere Angebote an oder starten Sie direkt mit NEO SEA.

FAQ

Was genau ist ein Self-Referral in GA4?

Ein Self-Referral entsteht, wenn GA4 Traffic von Ihrer eigenen Domain oder Subdomain fälschlich als externen Verweis statt als Fortsetzung derselben Sitzung einordnet. Typische Auslöser sind fehlendes Tagging auf Unterseiten oder ein Bruch bei der domänenübergreifenden Messung, wie Google Analytics-Hilfe beschreibt.

Wie finde ich Self-Referrals in meinen GA4-Berichten?

Öffnen Sie den Bericht Traffic-Akquisition unter Akquisition und suchen Sie nach Einträgen mit dem Medium “referral”, deren Quelle Ihrer eigenen Domain entspricht. Ein Segment oder Filter mit der Bedingung “Quelle enthält [IhreDomain]” isoliert die betroffenen Sitzungen zuverlässig.

Löst “List unwanted referrals” das Problem dauerhaft?

Die Funktion blendet bekannte Domains aus der Attribution aus, behebt aber nicht die eigentliche Ursache wie fehlendes Tagging oder eine kaputte Cross-Domain-Verknüpfung. Sie ist laut Google auf maximal 50 Einträge begrenzt und eignet sich daher am besten als Ergänzung zur technischen Korrektur, nicht als Ersatz.

Warum erscheint mein Zahlungsanbieter als Referrer?

Payment-Provider wie PayPal oder Klarna leiten Käufer nach der Bezahlung häufig über eine eigene Domain zurück zum Shop, wodurch GA4 den Provider als Verweisquelle erfasst. Eine Prüfung der Referrer-Domain gegen eine kuratierte Liste bekannter Zahlungsanbieter, wie sie GA4 Auditor beschreibt, hilft bei der schnellen Einordnung.

Was bewirkt der _gl-Parameter bei Cross-Domain-Tracking?

Der _gl-Parameter übergibt Client- und Session-ID zwischen verbundenen Domains, damit GA4 eine Sitzung über Domaingrenzen hinweg korrekt fortführt statt eine neue zu starten. Fehlt der Parameter, etwa durch einen JavaScript-Redirect, entsteht genau der typische Self-Referral-Fehler, den Google in der Anleitung zur domänenübergreifenden Messung beschreibt.

Quellen

Empfehlungen

KI-Hinweis: Dieser Beitrag wurde mit Unterstützung von künstlicher Intelligenz erstellt. Als KI-generiert gekennzeichnete Bilder wurden mit KI erzeugt. Mehr zum Einsatz von KI