GA4 Self-Referral-Traffic? Referral Exclusions (2026)

Rund 80 Prozent der GA4-Properties, die 2026 ihre eigene Domain oder einen Zahlungsanbieter im Verweiskanal melden, sehen keinen Tracking-Fehler — sie sehen eine Konfigurationslücke, die einen Besuch in zwei Sitzungen teilt und die Kampagne überschreibt, die die Conversion verdient hat. Ein Self-Referral wird nie durch Bearbeiten von Tags oder Code behoben; er wird behoben, indem Sie GA4 mitteilen, welche Hosts zusammengehören und welche Verweise ignoriert werden sollen.

Diese Anleitung arbeitet sieben Korrekturen durch — was ein Self-Referral ist, wie er die Zuordnung verfälscht, die Einstellungen für unerwünschte Verweise und konfigurierten Traffic, die Messung zwischen Subdomains, Drittanbieter-Checkouts, das Zusammenspiel mit der domainübergreifenden Messung und die Verifizierung — damit Sie Ihre Zeit der Ursache widmen, nicht dem Symptom. Um Ihr Tracking automatisch gegen die häufigsten Zuordnungslecks zu prüfen, starten Sie unser kostenloses 5-Achsen-Tracking-Audit.

Aktualisiert am 2026-05-09 mit dem aktuellen Verhalten von konfiguriertem Traffic, domainübergreifender Messung und DebugView, beobachtet über US-, UK- und europäische Konten.

TL;DR — warum Ihre eigene Website als Verweis erscheint :

Ein Self-Referral ist eine Konfigurationslücke, kein Code-Fehler — Ihr eigener Host oder eine Zahlungsdomain wird als extern gelesen. 2. Hin- und Rückwege starten eine neue Sitzung — Checkout, Login und Subdomain-Sprünge überschreiben die ursprüngliche Quelle. 3. Konfigurierter Traffic ist der neue Name der Liste unerwünschter Verweise, verwaltet pro Datenstream. 4. Stripe und PayPal sind die üblichen Verursacher — fügen Sie die Root-Domain hinzu, um jede Subdomain auszuschließen. 5. Die Korrektur gilt nur vorwärts — GA4 verarbeitet die Historie nie neu, also notieren Sie das Datum und prüfen Sie mit frischem Traffic.

Was ist ein Self-Referral und woher kommt er?

Ein Self-Referral ist das erste Konzept, das man festnageln sollte, denn der Name beschreibt das Symptom, nicht die Ursache. Er tritt auf, wenn eine Domain, die Sie besitzen oder kontrollieren, im Verweiskanal auftaucht, als wäre sie eine externe Website, die Ihnen Traffic schickt. Der Besucher hat Ihre Kontrolle nie verlassen, doch GA4 erfasst die Rückkehr als völlig neue Ankunft von einem Verweis.

Ihre eigene Domain — Der einfachste Fall ist Ihre Hauptseite, die sich selbst verweist. Eine Weiterleitungskette, eine zwischengespeicherte Seite auf einem anderen Host oder ein Login-Schritt auf einem separaten Server können den Nutzer alle mit Ihrer eigenen Domain als Verweis zurückschicken, was GA4 als extern liest.

Eine Subdomain — Wenn ein Nutzer von www zu shop wechselt oder von der Marketing-Seite zu app auf einer anderen Subdomain, behandelt GA4 jede Subdomain als eigenständigen Host, sofern Sie nichts anderes festlegen. Das Überschreiten der Grenze startet eine neue Sitzung, die der vorherigen Subdomain zugeordnet wird.

Eine Drittanbieter-Domain — Zahlungs-, Buchungs- und Authentifizierungsanbieter leiten den Nutzer von Ihrer Website weg und zurück. Bei der Rückkehr wird die Domain des Anbieters — nicht Ihre Kampagne — als Quelle erfasst. Für das größere Bild, wie Verweise in Ihre Berichte gelangen, siehe unseren Leitfaden zum Tracking von Verweis-Traffic in GA4.

Wie verfälscht ein Self-Referral die Quellenzuordnung?

Sobald Sie verstehen, woher Self-Referrals kommen, ist der Schaden, den sie anrichten, leicht zu erkennen. Das Kernproblem ist, dass GA4 immer dann eine neue Sitzung startet, wenn es eine neue Quelle erkennt, und ein Self-Referral sieht immer wie eine neue Quelle aus. Dieses eine Verhalten kaskadiert in drei messbare Verzerrungen.

Eine neue Sitzung startet — GA4 öffnet eine frische Sitzung in dem Moment, in dem ein unerwarteter Verweis erscheint. Ein echter Besuch, der durch einen Checkout springt, wird zu zwei Sitzungen und verdoppelt Ihre Sitzungszahl für dieselbe Person und dieselbe Absicht.

Die ursprüngliche Quelle wird überschrieben — Kampagne, Medium und Quelle, die den Besuch verdient haben, werden durch die verweisende Domain ersetzt. Ein Klick aus einer Google-Ads-Kampagne, der durch einen Zahlungs-Host läuft, kehrt diesem Host zugeordnet zurück, sodass die Kampagne den Conversion-Kredit verliert.

Conversions landen im falschen Kanal — Da die Conversion in der Sitzung nach der Rückkehr ausgelöst wird, wird sie dem Verweiskanal statt der bezahlten oder organischen Quelle gutgeschrieben, die sie angetrieben hat. Genau diese Diskrepanz verfolgen Sie in unserem Leitfaden zum Abgleich von GA4- und Google-Ads-Conversions. Unbehoben lässt sie bezahlte Kampagnen schwächer und Verweis-Traffic stärker aussehen als die Realität.

Wo stellt man unerwünschte Verweise und konfigurierten Traffic ein?

Die Einstellung, die die meisten Self-Referrals behebt, trug zwei Namen, weshalb sich Ratschläge im Netz oft widersprechen. Beide Namen zu kennen — und zu wissen, wo die Steuerung jetzt liegt — spart Ihnen die meiste Zeit dieser ganzen Anleitung.

Unerwünschte Verweise — Das war die ursprüngliche Bezeichnung der Liste von Domains, die GA4 nicht als Verweisquellen behandeln soll. Das Hinzufügen einer Domain hier sagt GA4, sie als Verweis zu ignorieren, damit sie nie eine neue Sitzung startet oder die Quelle überschreibt.

Konfigurierter Traffic — Das ist die aktuelle Oberfläche derselben Fähigkeit, zu finden unter den Tag-Einstellungen des Datenstreams. Die Liste unerwünschter Verweise befindet sich in Tag-Einstellungen konfigurieren, unter Alle anzeigen, wo Sie für jede auszuschließende Domain eine Übereinstimmungsbedingung hinzufügen.

Pro Datenstream, nicht pro Property — Die Steuerung wird an jedem einzelnen Web-Datenstream eingestellt, nicht einmal für die gesamte Property. Wenn Sie mehrere Streams haben, wiederholen Sie die Konfiguration an jedem. Der Ausschluss bewahrt Kampagne und Medium des Ursprungs, statt den Traffic zu löschen, und ändert künftig die Klassifizierung der Ankünfte. Die genauen Übereinstimmungstypen und Bedingungen sind in der offiziellen Referenz zum konfigurierten Traffic dokumentiert, die in den Quellen verlinkt ist.

Wie geht man mit der Messung zwischen Subdomains um?

Subdomains sind die am häufigsten missverstandene Quelle von Self-Referrals, weil das Verhalten davon abhängt, auf welcher Tracking-Generation Sie sind. Die gute Nachricht ist, dass modernes GA4 die meisten Bewegungen zwischen Subdomains automatisch handhabt, doch die Ausnahmen beißen weiterhin.

Automatischer Cookie-Geltungsbereich — GA4 setzt sein Mess-Cookie standardmäßig auf die oberste private Domain, sodass Bewegungen zwischen www.example.com und shop.example.com meist eine einzige Sitzung ohne zusätzliche Konfiguration behalten. Das ist der häufigste Grund, warum ein Subdomain-Self-Referral bereits halb gelöst ist.

Wann Subdomains weiterhin lecken — Probleme kehren zurück, wenn eine Subdomain eine separate GA4-Konfiguration, einen anderen Cookie-Geltungsbereich oder ein Tag ausführt, das inkonsistent lädt. In diesen Fällen wird das Cookie nicht übertragen, und der Subdomain-Sprung startet eine neue Sitzung mit der vorherigen Subdomain als Verweis.

Die doppelte Absicherung — Fügen Sie Ihre eigenen Subdomains der Liste des konfigurierten Traffics als Sicherheitsnetz hinzu, damit selbst ein inkonsistenter Sprung nie als Verweis gezählt wird. Das ergänzt den Cookie-Geltungsbereich, statt ihn zu ersetzen. Für einen serverseitigen Messansatz, der mehrere dieser clientseitigen Fragilitäten umgeht, siehe unseren Leitfaden zum serverseitigen Tracking mit GTM.

Wie schließt man Drittanbieter-Checkouts aus (Stripe, PayPal)?

Drittanbieter-Checkouts sind die mit Abstand größte Ursache fehlzugeordneter Conversions, denn die Zahlungsweiterleitung bringt den Nutzer auf Ihre Dankesseite zurück und trägt dabei den Anbieter als Verweis. Hier zahlt sich das Ausschließen der richtigen Domains sofort aus.

Die Anbieter identifizieren — Sehen Sie sich Ihren Verweiskanal nach jeder Zahlungs-, Buchungs- oder Wallet-Domain an. Stripe, PayPal, gehostete Buchungs-Widgets und externe Login-Anbieter sind die üblichen Namen, und jeder fängt den Kredit für einen echten Verkauf ab.

Die Root-Domain hinzufügen — Fügen Sie jeden Anbieter der Liste des konfigurierten Traffics mit seiner Root-Domain wie stripe.com oder paypal.com hinzu. GA4 erfasst die Subdomains unter der Root, sodass ein einziger Eintrag checkout.stripe.com und jeden anderen Host abdeckt, den der Anbieter nutzt, was die Liste kurz und zuverlässig hält.

Gegen die Kanalgruppe bestätigen — Nach dem Ausschluss der Anbieter sollten die Conversions wieder auf die Kampagne, die bezahlte oder organische Quelle zurückfallen, die sie tatsächlich angetrieben hat. Wie GA4 den korrigierten Traffic einsortiert, folgt den Regeln der Standard-Kanalgruppe, die in den Quellen verlinkt sind. Um sicherzustellen, dass das vorgelagerte Kampagnen-Tagging sauber ist, damit die bewahrte Quelle korrekt ist, bauen Sie Ihre Links mit unserer Einrichtung des Conversion-Imports von GA4 und Google Ads.

Wie wirkt das mit der domainübergreifenden Messung zusammen?

Verweisausschluss und domainübergreifende Messung werden oft verwechselt, weil sie dasselbe Problem von entgegengesetzten Enden berühren. Die Unterscheidung richtig zu erfassen, hält Sie davon ab, das falsche Werkzeug anzuwenden und das Leck offen zu lassen.

Domainübergreifende Messung verknüpft Ihre eigenen Websites — Wenn Sie zwei oder mehr eigenständige Domains besitzen, zwischen denen ein Nutzer wechselt — etwa eine Marketing-Domain und eine separate Shop-Domain — fügt die domainübergreifende Messung die Reise zu einer Sitzung zusammen, indem sie einen Linker-Parameter in der URL übergibt. Das dient der Kontinuität über Properties, die Sie kontrollieren.

Der Ausschluss bringt eine unkontrollierte Domain zum Schweigen — Der Verweisausschluss verhindert einfach, dass eine benannte Domain als Verweis gezählt wird. Sie greifen darauf zurück, wenn ein Dritter, den Sie nicht kontrollieren, wie ein Zahlungs-Host, Ihre Quelle weiter überschreibt und Sie keine Möglichkeit haben, auf seiner Seite einen Linker hinzuzufügen.

Viele Setups brauchen beides — Eine typische E-Commerce-Property nutzt domainübergreifende Messung, um ihre eigenen Marketing- und Shop-Domains zu verbinden, und konfigurierten Traffic, um die Zahlungsanbieter dazwischen auszuschließen. Sie werden in denselben Tag-Einstellungen des Datenstreams eingestellt und arbeiten zusammen. Konfigurieren Sie Ihre Domains unter der domainübergreifenden Messung, wie in der offiziellen Referenz in den Quellen dokumentiert, und legen Sie dann die Ausschlüsse für die Dritten darüber.

Wie überprüft man die Korrektur und wo sind ihre Grenzen?

Die Einstellungen anzuwenden ist nur die halbe Arbeit; die andere Hälfte ist zu beweisen, dass sie funktioniert haben, und zu verstehen, was sie nicht können. Überspringen Sie die Verifizierung, riskieren Sie, einer Korrektur zu trauen, die nie gegriffen hat.

Mit einer echten Reise testen — Lösen Sie einen echten Hin- und Rückweg durch die ausgeschlossene Domain aus und beobachten Sie dann DebugView und Echtzeit. Bestätigen Sie, dass keine neue Sitzung startet, wenn der Nutzer zurückkehrt, und dass die ursprüngliche Quelle erhalten bleibt. Die Echtzeit- und DebugView-Berichte spiegeln die Änderung innerhalb von Minuten wider, lange bevor sich die aggregierten Berichte setzen.

Auf die Verarbeitung warten — Die Standardverarbeitung von GA4 hinkt rund 24 bis 48 Stunden hinterher, daher aktualisiert sich der Verweiskanal in den Hauptberichten ein bis zwei Tage nach der Korrektur. Nehmen Sie die Änderung vor, validieren Sie sofort in DebugView und beurteilen Sie die aggregierten Berichte am nächsten Tag.

Die Tabelle unten verwenden — Ordnen Sie das Symptom, das Sie sehen, dem wahrscheinlichen Leck und der schnellsten Korrektur zu und arbeiten Sie von oben nach unten.

Ausschlüsse schreiben Ihre vergangenen Daten nie um :

Eine Domain dem konfigurierten Traffic hinzuzufügen ändert nur, wie GA4 den nach dem Speichern erfassten Traffic klassifiziert. GA4 verarbeitet oder ordnet bereits aufgezeichnete Sitzungen nicht neu zu, daher behalten die Berichte des letzten Monats für immer ihre aufgeblähten Verweiszahlen und geteilten Sitzungen. Notieren Sie das genaue Datum, an dem Sie jeden Ausschluss angewendet haben, validieren Sie die Korrektur mit frischem Traffic über 24 bis 48 Stunden, und vergleichen Sie nie rohe Vorher-Nachher-Zahlen, als wäre die Regel immer aktiv gewesen.

Die Verifizierung schließt den Kreis: eine Self-Referral-Korrektur, die Sie nicht in DebugView getestet haben, ist eine Korrektur, der Sie nicht trauen können. Sobald die echte Reise bestätigt, dass die Quelle den Hin- und Rückweg übersteht, und die verarbeiteten Berichte zeigen, dass der Verweis verschwindet, ist die Zuordnung wieder ehrlich. Um jedes verbleibende Zuordnungsleck automatisch aufzudecken, starten Sie das kostenlose 5-Achsen-Audit von SteerAds, und um Ihr Kampagnen-Tagging sauber zu halten, damit die bewahrte Quelle stets korrekt ist, bauen Sie Ihre Links mit unserem UTM-Builder.

Sources

Offizielle Quellen, die für diese Anleitung herangezogen wurden:

FAQ

Was ist ein Self-Referral in GA4?

Ein Self-Referral liegt vor, wenn Ihre eigene Domain, eine Ihrer Subdomains oder eine von Ihnen kontrollierte Drittanbieter-Domain in den GA4-Berichten als Verweisquelle auftaucht. In fast 80 Prozent der Fälle geht das darauf zurück, dass ein Nutzer Ihre Website zu einem Zahlungs- oder Buchungsanbieter verlässt und zurückkehrt, oder ohne gemeinsame Messung von einer Subdomain zur anderen wechselt. Da der Rückbesuch Ihre Domain als Verweis trägt, liest GA4 ihn als neuen Traffic statt als Fortsetzung. Das Ergebnis ist eine aufgeblähte Sitzungszahl und ein Verweiskanal, der Namen auflistet, die Sie nie erwartet hätten. Die Korrektur ist Konfiguration, kein Code.

Warum erscheint meine eigene Domain als Verweis?

Ihre Domain erscheint als Verweis, wenn GA4 einen eingehenden Besuch sieht, dessen Verweis ein Host ist, den es nicht als Teil derselben Website erkennt. Die üblichen Auslöser sind ein Checkout- oder Login-Ablauf auf einer anderen Subdomain, eine Weiterleitung über einen Marketing-Host oder ein Zahlungsanbieter, der den Nutzer auf eine Dankesseite zurückwirft. Jede Rückkehr sieht aus wie eine neue Ankunft aus einer externen Quelle. GA4 behandelt Traffic erst dann als intern, wenn Sie ihm über den konfigurierten Traffic und die domainübergreifenden Einstellungen mitteilen, welche Hosts zusammengehören. Bis dahin wird jeder Hin- und Rückweg als Verweis erfasst.

Was ist der Unterschied zwischen unerwünschten Verweisen und konfiguriertem Traffic?

Es ist dieselbe Funktion unter zwei Namen, die sich im Laufe der Zeit geändert haben. Die Liste unerwünschter Verweise — jetzt als Liste des konfigurierten Traffics in den Datenstream-Einstellungen sichtbar — sagt GA4, welche verweisenden Domains keine neue Sitzung starten oder die bestehende Quelle überschreiben sollen. Steht eine Domain auf dieser Liste, ignoriert GA4 sie als Verweis und bewahrt Kampagne, Medium und Quelle des Ursprungs. Sie löscht den Traffic nicht; sie klassifiziert die Ankunft neu, sodass sie nicht mehr als Verweis gezählt wird. Sie verwalten das pro Web-Datenstream, nicht auf Property-Ebene.

Sollte ich Stripe und PayPal aus den GA4-Verweisen ausschließen?

Ja. Zahlungsanbieter wie Stripe, PayPal und die meisten Buchungs-Widgets leiten den Nutzer von Ihrer Domain weg und zurück, daher erscheinen sie ohne Ausschluss bei jeder Transaktion als Verweisquelle. Das ist die häufigste Art, wie echte Conversions fälschlich einer Zahlungsdomain statt der Kampagne zugeordnet werden, die sie verdient hat. Fügen Sie die Domain jedes Anbieters der Liste des konfigurierten Traffics als auszuschließenden Verweis hinzu. Sie brauchen nur die Root-Domain wie stripe.com oder paypal.com, und GA4 erfasst die Subdomains darunter. Testen Sie danach einen echten Kauf erneut, um zu bestätigen, dass die Quelle den Hin- und Rückweg übersteht.

Behebt das Ausschließen eines Verweises meine historischen Daten?

Nein. Verweisausschlüsse und Einstellungen für konfigurierten Traffic gelten nur für Daten, die nach der Änderung erfasst werden. GA4 verarbeitet oder ordnet bereits aufgezeichnete Sitzungen nicht neu zu, daher behalten Berichte vergangener Wochen ihre aufgeblähten Verweiszahlen und geteilten Sitzungen. Deshalb sollten Sie das Datum der Korrektur notieren und die Zeiträume davor und danach vergleichen. Behandeln Sie die Änderung als zukunftsgerichtete Korrektur, validieren Sie sie mit frischem Traffic über 24 bis 48 Stunden und vergleichen Sie keine rohen Vorher-Nachher-Zahlen, als wäre die Regel immer aktiv gewesen.

Was unterscheidet Verweisausschluss von domainübergreifender Messung?

Sie lösen verwandte Probleme von entgegengesetzten Enden. Die domainübergreifende Messung verknüpft zwei oder mehr eigenständige Domains, die Sie besitzen — etwa eine Marketing-Website und einen separaten Shop — sodass ein einzelner Nutzer beim Wechsel zwischen ihnen zu einer Sitzung zusammengefügt wird. Der Verweisausschluss verhindert dagegen einfach, dass eine benannte Domain als Verweis gezählt wird. Sie nutzen domainübergreifende Messung, wenn Sie Kontinuität über Ihre eigenen Properties wollen, und den Ausschluss, wenn ein Dritter, den Sie nicht kontrollieren, wie ein Zahlungs-Host, die Quelle weiter verschmutzt. Viele korrekte Setups nutzen beides zugleich, konfiguriert im selben Datenstream.

Wie lange dauert es, bis ein GA4-Verweisausschluss wirkt?

Die Einstellung gilt fast sofort für neuen Traffic, doch saubere Berichte sehen Sie nicht sofort. Die Standardverarbeitung von GA4 bringt eine Verzögerung von in der Regel 24 bis 48 Stunden, bevor sich die Daten setzen, während DebugView und die Echtzeitberichte das korrigierte Verhalten viel früher zeigen. Der praktische Ansatz: die Änderung vornehmen, innerhalb von Minuten eine Testreise durch die ausgeschlossene Domain ausführen, in DebugView bestätigen, dass keine neue Sitzung startet, und dann einen Tag warten, bevor Sie die aggregierten Berichte beurteilen. Laufende Sitzungen sind nicht betroffen, daher liefert Traffic, der nach der Änderung beginnt, die sauberste Auswertung.