Około 80 procent usług GA4, które w 2026 roku zgłaszają własną domenę lub dostawcę płatności w kanale Odesłania, nie widzi błędu śledzenia — widzi lukę w konfiguracji, która dzieli jedną wizytę na dwie sesje i nadpisuje kampanię, która zdobyła konwersję. Self-referral nigdy nie naprawia się przez edycję tagów lub kodu; naprawia się go, wskazując GA4, które hosty należą do siebie i które odsyłacze ignorować.
Ten przewodnik przechodzi przez siedem poprawek — czym jest self-referral, jak psuje atrybucję, ustawienia niechcianych odsyłaczy i skonfigurowanego ruchu, pomiar między subdomenami, płatności zewnętrzne, współdziałanie z pomiarem między domenami i weryfikację — abyś poświęcił czas przyczynie, a nie objawowi. Aby automatycznie sprawdzić swoje śledzenie pod kątem najczęstszych wycieków atrybucji, uruchom nasz bezpłatny audyt śledzenia w 5 osiach.
Zaktualizowano 2026-05-09 o bieżące zachowanie skonfigurowanego ruchu, pomiaru między domenami i DebugView zaobserwowane na kontach amerykańskich, brytyjskich i europejskich.
- Self-referral to luka w konfiguracji, nie błąd kodu — Twój własny host lub domena płatności jest odczytywana jako zewnętrzna. 2. Podróże w obie strony rozpoczynają nową sesję — płatność, logowanie i skoki między subdomenami nadpisują pierwotne źródło. 3. Skonfigurowany ruch to nowa nazwa listy niechcianych odsyłaczy, zarządzanej na poziomie strumienia danych. 4. Stripe i PayPal to typowi winowajcy — dodaj domenę główną, aby wykluczyć każdą subdomenę. 5. Poprawka działa tylko w przód — GA4 nigdy nie przetwarza historii ponownie, więc odnotuj datę i zweryfikuj świeżym ruchem.
Czym jest self-referral i skąd się bierze?
Self-referral to pierwsze pojęcie, które warto ustalić, bo nazwa opisuje objaw, nie przyczynę. Występuje, gdy domena, którą posiadasz lub kontrolujesz, pojawia się w kanale Odesłania, jakby była zewnętrzną witryną wysyłającą Ci ruch. Odwiedzający nigdy nie opuścił Twojej kontroli, a mimo to GA4 rejestruje powrót jako zupełnie nowe przybycie z odsyłacza.
Twoja własna domena — Najprostszy przypadek to Twoja główna witryna odsyłająca do samej siebie. Łańcuch przekierowań, strona z pamięci podręcznej na innym hoście lub krok logowania na osobnym serwerze mogą odesłać użytkownika z Twoją własną domeną jako odsyłaczem, którą GA4 odczytuje jako zewnętrzną.
Subdomena — Gdy użytkownik przechodzi z www na shop, lub z witryny marketingowej na app na innej subdomenie, GA4 traktuje każdą subdomenę jako odrębny host, chyba że wskażesz inaczej. Przekroczenie granicy rozpoczyna nową sesję przypisaną do poprzedniej subdomeny.
Domena zewnętrzna — Dostawcy płatności, rezerwacji i uwierzytelniania przekierowują użytkownika poza Twoją witrynę i z powrotem. Przy powrocie jako źródło rejestrowana jest domena dostawcy — nie Twoja kampania. Aby zobaczyć szerszy obraz tego, jak odesłania trafiają do Twoich raportów, zobacz nasz przewodnik po śledzeniu ruchu z odesłań w GA4.
Jak self-referral psuje atrybucję źródła?
Gdy zrozumiesz, skąd biorą się self-referrals, szkody, jakie wyrządzają, są łatwe do dostrzeżenia. Sednem problemu jest to, że GA4 rozpoczyna nową sesję za każdym razem, gdy wykryje nowe źródło, a self-referral zawsze wygląda jak nowe źródło. To jedno zachowanie kaskaduje się w trzy mierzalne zniekształcenia.
Rozpoczyna się nowa sesja — GA4 otwiera świeżą sesję w chwili, gdy pojawia się nieoczekiwany odsyłacz. Jedna autentyczna wizyta, która odbija się przez płatność, staje się dwiema sesjami, podwajając liczbę sesji dla tej samej osoby i tej samej intencji.
Pierwotne źródło zostaje nadpisane — Kampania, medium i źródło, które zdobyły wizytę, zostają zastąpione domeną odsyłającą. Kliknięcie z kampanii Google Ads, które przechodzi przez host płatności, wraca przypisane do tego hosta, więc kampania traci zasługę za konwersję.
Konwersje lądują w złym kanale — Ponieważ konwersja uruchamia się w sesji po powrocie, jest przypisywana do kanału Odesłania zamiast do płatnego lub organicznego źródła, które ją napędziło. To dokładnie ta rozbieżność, którą ścigasz w naszym przewodniku po uzgadnianiu konwersji GA4 i Google Ads. Nienaprawiona sprawia, że płatne kampanie wyglądają na słabsze, a ruch z odesłań na silniejszy niż w rzeczywistości.
Gdzie ustawia się niechciane odsyłacze i skonfigurowany ruch?
Ustawienie, które naprawia większość self-referrals, nosiło dwie nazwy, dlatego porady w sieci często sobie przeczą. Znajomość obu nazw — i tego, gdzie kontrola znajduje się teraz — oszczędza najwięcej czasu z całego tego przewodnika.
Niechciane odsyłacze — To była pierwotna etykieta listy domen, których GA4 nie powinien traktować jako źródeł odsyłających. Dodanie tu domeny mówi GA4, by ignorował ją jako odsyłacz, dzięki czemu nigdy nie rozpocznie nowej sesji ani nie nadpisze źródła.
Skonfigurowany ruch — To bieżąca powierzchnia tej samej funkcji, znajdująca się w ustawieniach tagu strumienia danych. Lista niechcianych odsyłaczy mieści się w Skonfiguruj ustawienia tagu, pod Pokaż wszystko, gdzie dodajesz warunek dopasowania dla każdej domeny do wykluczenia.
Na strumień danych, nie na usługę — Kontrolę ustawia się na każdym pojedynczym strumieniu danych internetowych, nie raz dla całej usługi. Jeśli masz kilka strumieni, powtórz konfigurację na każdym. Wykluczenie zachowuje pierwotną kampanię i medium zamiast usuwać ruch, i zmienia sposób klasyfikowania przybyć na przyszłość. Dokładne typy dopasowań i warunki są udokumentowane w oficjalnym odnośniku o skonfigurowanym ruchu podlinkowanym w Źródłach.
Jak obsłużyć pomiar między subdomenami?
Subdomeny to najczęściej źle rozumiane źródło self-referrals, ponieważ zachowanie zależy od generacji śledzenia, na której jesteś. Dobra wiadomość jest taka, że nowoczesne GA4 automatycznie obsługuje większość przemieszczeń między subdomenami, ale wyjątki nadal kąsają.
Automatyczny zakres pliku cookie — GA4 domyślnie ustawia swój plik cookie pomiaru na najwyższej domenie prywatnej, więc ruch między www.example.com a shop.example.com zwykle utrzymuje jedną sesję bez dodatkowej konfiguracji. To najczęstszy powód, dla którego self-referral subdomeny jest już rozwiązany w połowie.
Kiedy subdomeny nadal przeciekają — Problemy wracają, gdy subdomena uruchamia osobną konfigurację GA4, inny zakres pliku cookie lub tag, który ładuje się niespójnie. W takich przypadkach plik cookie nie przenosi się, a skok między subdomenami rozpoczyna nową sesję z poprzednią subdomeną jako odsyłaczem.
Poprawka pasa i szelek — Dodaj swoje własne subdomeny do listy skonfigurowanego ruchu jako siatkę bezpieczeństwa, aby nawet niespójny skok nigdy nie był liczony jako odesłanie. Uzupełnia to zakres pliku cookie, zamiast go zastępować. Aby poznać podejście do pomiaru po stronie serwera, które omija kilka tych kruchości po stronie klienta, zobacz nasz przewodnik po śledzeniu po stronie serwera z GTM.
Jak wykluczyć płatności zewnętrzne (Stripe, PayPal)?
Płatności zewnętrzne to pojedyncza, największa przyczyna błędnie przypisanych konwersji, ponieważ przekierowanie płatności sprowadza użytkownika z powrotem na Twoją stronę z podziękowaniem, niosąc dostawcę jako odsyłacz. To tutaj wykluczenie właściwych domen zwraca się natychmiast.
Zidentyfikuj dostawców — Spójrz na swój kanał Odesłania pod kątem dowolnej domeny płatności, rezerwacji lub portfela. Stripe, PayPal, hostowane widżety rezerwacji i zewnętrzni dostawcy logowania to typowe nazwy, a każdy z nich przechwytuje zasługę za realną sprzedaż.
Dodaj domenę główną — Dodaj każdego dostawcę do listy skonfigurowanego ruchu, używając jego domeny głównej, jak stripe.com lub paypal.com. GA4 dopasowuje subdomeny pod domeną główną, więc jeden wpis obejmuje checkout.stripe.com i każdy inny host, którego dostawca używa, co utrzymuje listę krótką i niezawodną.
Potwierdź względem grupy kanałów — Po wykluczeniu dostawców konwersje powinny wrócić do kampanii, płatnego lub organicznego źródła, które naprawdę je napędziło. To, jak GA4 grupuje skorygowany ruch, podąża za regułami domyślnej grupy kanałów podlinkowanymi w Źródłach. Aby upewnić się, że oznaczanie kampanii powyżej jest czyste, dzięki czemu zachowane źródło jest poprawne, buduj swoje linki za pomocą naszej konfiguracji importu konwersji GA4 i Google Ads.
Jak to współdziała z pomiarem między domenami?
Wykluczenie odsyłacza i pomiar między domenami są często mylone, bo dotykają tego samego problemu z przeciwnych końców. Dobre uchwycenie różnicy powstrzymuje Cię przed zastosowaniem niewłaściwego narzędzia i pozostawieniem wycieku otwartym.
Pomiar między domenami łączy Twoje własne witryny — Gdy posiadasz dwie lub więcej odrębnych domen, między którymi porusza się użytkownik — powiedzmy domenę marketingową i osobną domenę sklepu — pomiar między domenami zszywa podróż w jedną sesję, przekazując parametr łączący w adresie URL. Służy ciągłości w obrębie usług, które kontrolujesz.
Wykluczenie wycisza niekontrolowaną domenę — Wykluczenie odsyłacza po prostu uniemożliwia, by nazwana domena była liczona jako odesłanie. Sięgasz po nie, gdy strona trzecia, której nie kontrolujesz, jak host płatności, nadal nadpisuje Twoje źródło, a nie masz możliwości dodania parametru łączącego po jej stronie.
Wiele konfiguracji potrzebuje obu — Typowa usługa e-commerce używa pomiaru między domenami, by połączyć własne domeny marketingu i sklepu, oraz skonfigurowanego ruchu, by wykluczyć dostawców płatności pośrodku. Ustawia się je w tych samych ustawieniach tagu strumienia danych i działają razem. Skonfiguruj swoje domeny w ramach pomiaru między domenami, jak dokumentuje oficjalny odnośnik podlinkowany w Źródłach, a następnie nałóż na to wykluczenia dla stron trzecich.
Jak zweryfikować poprawkę i jakie są jej granice?
Zastosowanie ustawień to tylko połowa pracy; druga połowa to udowodnienie, że zadziałały, i zrozumienie, czego nie potrafią. Pomiń weryfikację, a ryzykujesz zaufanie poprawce, która nigdy się nie przyjęła.
Testuj realną podróżą — Wyzwól prawdziwą podróż w obie strony przez wykluczoną domenę, a następnie obserwuj DebugView i czas rzeczywisty. Potwierdź, że nie rozpoczyna się nowa sesja, gdy użytkownik wraca, i że pierwotne źródło jest zachowane. Raporty w czasie rzeczywistym i DebugView odzwierciedlają zmianę w ciągu minut, na długo zanim raporty zagregowane się ustabilizują.
Zaczekaj na przetwarzanie — Standardowe przetwarzanie GA4 opóźnia się o około 24 do 48 godzin, więc kanał Odesłania w głównych raportach aktualizuje się dzień lub dwa po poprawce. Wprowadź zmianę, zweryfikuj w DebugView natychmiast, a potem oceń raporty zagregowane następnego dnia.
Użyj tabeli poniżej — Dopasuj objaw, który widzisz, do prawdopodobnego wycieku i najszybszej poprawki, pracując z góry na dół.
Dodanie domeny do skonfigurowanego ruchu zmienia tylko sposób, w jaki GA4 klasyfikuje ruch zebrany po zapisaniu. GA4 nie przetwarza ponownie ani nie przypisuje na nowo sesji już zarejestrowanych, więc raporty z zeszłego miesiąca na zawsze zachowują swoje zawyżone liczby odesłań i podzielone sesje. Odnotuj dokładną datę zastosowania każdego wykluczenia, zweryfikuj poprawkę świeżym ruchem w ciągu 24 do 48 godzin i nigdy nie porównuj surowych liczb sprzed i po, tak jakby reguła zawsze była aktywna.
Weryfikacja domyka pętlę: poprawka self-referral, której nie przetestowałeś w DebugView, to poprawka, której nie możesz ufać. Gdy realna podróż potwierdzi, że źródło przetrwa podróż w obie strony, a przetworzone raporty pokażą zanikające odesłanie, atrybucja znów jest uczciwa. Aby automatycznie wydobyć każdy pozostały wyciek atrybucji, uruchom bezpłatny audyt w 5 osiach od SteerAds, a aby utrzymać oznaczanie kampanii w czystości, dzięki czemu zachowane źródło jest zawsze poprawne, buduj swoje linki za pomocą naszego kreatora UTM.
Sources
Oficjalne źródła wykorzystane przy tym przewodniku:
-
support.google.com — niechciane odsyłacze i skonfigurowany ruch
-
support.google.com — domyślna grupa kanałów
-
support.google.com — pomiar między domenami
-
support.google.com — informacje o Analytics
FAQ
Czym jest self-referral w GA4?
Self-referral występuje, gdy Twoja własna domena, jedna z Twoich subdomen lub kontrolowana przez Ciebie domena zewnętrzna pojawia się jako źródło odsyłające w raportach GA4. W niemal 80 procentach przypadków wynika to z tego, że użytkownik opuszcza Twoją witrynę na rzecz dostawcy płatności lub rezerwacji i wraca, albo przechodzi z jednej subdomeny na drugą bez wspólnego pomiaru. Ponieważ wizyta powrotna niesie Twoją domenę jako odsyłacz, GA4 odczytuje ją jako nowy ruch zamiast kontynuacji. Wynikiem jest zawyżona liczba sesji i kanał Odesłania, który wymienia nazwy, jakich nigdy się nie spodziewałeś. Poprawka to konfiguracja, nie kod.
Dlaczego moja własna domena pojawia się jako odsyłacz?
Twoja domena pojawia się jako odsyłacz, gdy GA4 widzi wizytę przychodzącą, której odsyłacz jest hostem nierozpoznanym jako część tej samej witryny. Typowe wyzwalacze to przepływ płatności lub logowania na innej subdomenie, przekierowanie przez host marketingowy lub dostawca płatności odsyłający użytkownika z powrotem na stronę z podziękowaniem. Każdy powrót wygląda jak nowe przybycie z zewnętrznego źródła. GA4 traktuje ruch jako wewnętrzny dopiero wtedy, gdy wskażesz mu, które hosty należą do siebie, poprzez skonfigurowany ruch i ustawienia między domenami. Do tego czasu każda podróż w obie strony jest rejestrowana jako odesłanie.
Jaka jest różnica między niechcianymi odsyłaczami a skonfigurowanym ruchem?
To ta sama funkcja pod dwiema nazwami, które zmieniały się z czasem. Lista niechcianych odsyłaczy — teraz wyświetlana jako lista skonfigurowanego ruchu w ustawieniach strumienia danych — mówi GA4, które domeny odsyłające nie powinny rozpoczynać nowej sesji ani nadpisywać istniejącego źródła. Gdy domena jest na tej liście, GA4 ignoruje ją jako odsyłacz i zachowuje pierwotną kampanię, medium i źródło. Nie usuwa ruchu; przeklasyfikowuje przybycie, aby nie było już liczone jako odesłanie. Zarządzasz tym na poziomie strumienia danych internetowych, a nie usługi.
Czy powinienem wykluczyć Stripe i PayPal z odsyłaczy GA4?
Tak. Dostawcy płatności jak Stripe, PayPal i większość widżetów rezerwacji przekierowują użytkownika poza Twoją domenę i z powrotem, więc bez wykluczenia pojawiają się jako źródło odsyłające przy każdej transakcji. To najczęstszy sposób, w jaki realne konwersje są błędnie przypisywane domenie płatności zamiast kampanii, która je zdobyła. Dodaj domenę każdego dostawcy do listy skonfigurowanego ruchu jako odsyłacz do wykluczenia. Potrzebujesz tylko domeny głównej, jak stripe.com lub paypal.com, a GA4 dopasuje subdomeny pod nią. Następnie ponów realny zakup, aby potwierdzić, że źródło przetrwa podróż w obie strony.
Czy wykluczenie odsyłacza naprawia moje dane historyczne?
Nie. Wykluczenia odsyłaczy i ustawienia skonfigurowanego ruchu mają zastosowanie tylko do danych zebranych po wprowadzeniu zmiany. GA4 nie przetwarza ponownie ani nie przypisuje na nowo sesji już zarejestrowanych, więc raporty za minione tygodnie zachowują swoje zawyżone liczby odesłań i podzielone sesje. Dlatego powinieneś odnotować datę zastosowania poprawki i porównać okresy przed nią i po niej. Traktuj zmianę jako korektę skierowaną w przód, zweryfikuj ją świeżym ruchem w ciągu 24 do 48 godzin i unikaj porównywania surowych liczb sprzed i po, tak jakby reguła zawsze była aktywna.
Jaka jest różnica między wykluczeniem odsyłacza a pomiarem między domenami?
Rozwiązują pokrewne problemy z przeciwnych końców. Pomiar między domenami łączy dwie lub więcej odrębnych domen, które posiadasz — na przykład witrynę marketingową i osobny sklep — aby jeden użytkownik został zszyty w jedną sesję, gdy przemieszcza się między nimi. Wykluczenie odsyłacza natomiast po prostu uniemożliwia, by nazwana domena była liczona jako odesłanie. Pomiaru między domenami używasz, gdy chcesz ciągłości w obrębie własnych usług, a wykluczenia, gdy strona trzecia, której nie kontrolujesz, jak host płatności, nadal zanieczyszcza źródło. Wiele poprawnych konfiguracji używa obu naraz, ustawionych w tym samym strumieniu danych.
Jak długo trwa zadziałanie wykluczenia odsyłacza w GA4?
Ustawienie ma zastosowanie niemal natychmiast do nowego ruchu, ale czystych raportów nie zobaczysz od razu. Standardowe przetwarzanie GA4 wprowadza opóźnienie zwykle od 24 do 48 godzin, zanim dane się ustabilizują, podczas gdy DebugView i raporty w czasie rzeczywistym pokazują skorygowane zachowanie znacznie wcześniej. Praktyczne podejście to wprowadzić zmianę, w ciągu kilku minut uruchomić ścieżkę testową przez wykluczoną domenę, potwierdzić w DebugView, że nie rozpoczyna się nowa sesja, a potem odczekać dzień, zanim ocenisz raporty zagregowane. Trwające sesje nie są naruszone, więc najczystszy odczyt pochodzi z ruchu rozpoczętego po zmianie.