Mniej więcej 30 procent usług GA4 obejmujących dwie domeny w 2026 roku po cichu dzieli pojedynczą podróż kupującego na dwie sesje — tracąc oryginalne źródło Google lub płatne podczas przeskoku — a większość zespołów zauważa to dopiero, gdy ich własna domena pojawia się jako jeden z głównych odsyłających. Podróż, która przechodzi między domenami, to nie zepsuty ruch; to niezszyty ruch, a poprawka nigdy nie polega na ponownym otagowaniu wszystkiego odruchowo. Polega na znalezieniu tego jednego miejsca, w którym łącze między domenami się zrywa.
Ten przewodnik śledzi odwiedzającego do przodu między dwiema domenami przez siedem punktów kontrolnych — utratę źródła, linker _gl, konfigurację w Administracji, subdomeny kontra osobne domeny, koszyki zewnętrzne, wykluczenia odsyłających i weryfikację — abyś naprawił przyczynę, a nie objaw. Aby automatycznie sprawdzić własną konfigurację pod kątem najczęstszych wycieków cross-domain, uruchom nasz bezpłatny 5-osiowy audyt śledzenia.
Zaktualizowano 2026-05-17 o aktualne zachowanie pomiaru cross-domain, linkera _gl i niechcianych odsyłających zaobserwowane na kontach w USA, Wielkiej Brytanii i Europie.
- Przeskok między domenami resetuje sesję, chyba że pomiar cross-domain łączy obie domeny — 1 kupujący staje się 2 użytkownikami. 2. Linker _gl niesie client ID między domenami i musi przetrwać w docelowym adresie URL. 3. Skonfiguruj swoje domeny w Administracji w ramach strumienia danych z sieci WWW i umieść tag na każdej domenie. 4. Subdomeny niczego nie wymagają — tylko prawdziwe osobne domeny potrzebują konfiguracji. 5. Koszyki zewnętrzne usuwają linker — wymień je i dodaj wykluczenia odsyłających, aby zachować źródło.
Dlaczego jedna podróż staje się dwiema sesjami?
Utrata źródła to pierwsza rzecz do zrozumienia, ponieważ tłumaczy każdy objaw poniżej. GA4 identyfikuje odwiedzającego za pomocą client ID przechowywanego w pliku cookie własnym ograniczonym do jednej domeny. W chwili, gdy odwiedzający przechodzi na drugą domenę, ten plik cookie jest nieczytelny, więc druga domena wybija nowy client ID i zaczyna liczyć od zera.
Nowy client ID — Ponieważ domena docelowa nie może odczytać pliku cookie domeny źródłowej, GA4 traktuje przybycie jako zupełnie nowego użytkownika. Jedna osoba, która kliknęła reklamę Google, przeglądała twoją witrynę marketingową i przeskoczyła do kasy, jest teraz zarejestrowana jako dwóch użytkowników w dwóch sesjach.
Utracone źródło — Gorsze niż podwójne liczenie, druga sesja zapisuje pierwszą domenę jako swojego odsyłającego. Oryginalne płatne lub organiczne źródło, które zarobiło kliknięcie, zostaje nadpisane, więc przychód na domenie kasy wygląda, jakby pochodził z twojej własnej witryny.
Self-referral — To nadpisanie jest dokładnie wzorcem self-referral: twoja własna domena pnie się w raporcie pozyskiwania ruchu. To najgłośniejszy sygnał, że przeskok między domenami jest niezszyty. Po dedykowany podręcznik usuwania go zajrzyj do naszego przewodnika po wykluczaniu self-referral w GA4.
Cel jest prosty: jedna podróż powinna pozostać jedną sesją z nienaruszonym oryginalnym źródłem, bez względu na to, ile domen dotyka.
Czym jest linker _gl i jak musi się przekazywać?
Gdy zaakceptujesz, że plik cookie nie może podążać za odwiedzającym, mechanizmem, który to robi, jest linker. Parametr _gl to sposób, w jaki GA4 przekazuje client ID z jednej domeny na drugą bez polegania na współdzielonym pliku cookie.
Parametr linkera — Gdy pomiar cross-domain jest skonfigurowany, tag Google dołącza _gl do każdego linku wychodzącego i formularza, który prowadzi do wymienionej domeny. Koduje client ID i kontekst sesji jako krótkotrwały ciąg w adresie URL.
Przetrwanie przeskoku — Domena docelowa odczytuje _gl po przybyciu i przyjmuje ten sam client ID, zamiast wybijać nowy. Możesz to potwierdzić wizualnie: kliknij dalej, a pasek adresu na chwilę pokaże długi ciąg ?_gl=1*... . Brak _gl na domenie docelowej oznacza brak zszycia.
Co to psuje — Cokolwiek przepisuje docelowy adres URL, zanim GA4 go odczyta — przekierowanie, które gubi parametry zapytania, koszyk, który sanityzuje adres URL, albo ręczny link, który omija tag — zabija linker. Nigdy nie blokuj ani nie usuwaj _gl w regule firewalla lub CDN.
Linker to cały nośny mechanizm tutaj, więc większość debugowania cross-domain to naprawdę debugowanie linkera. Jeśli przechodzisz na konfigurację po stronie serwera, nasz przewodnik po server-side GTM wyjaśnia, jak zmienia się przekazanie.
Jak skonfigurować pomiar cross-domain w Administracji?
Gdy mechanizm jest zrozumiały, konfiguracja jest krótka — i to tam większość poprawek faktycznie ląduje. Pomiar cross-domain jest ustawiany dla każdego strumienia danych, a nie dla każdej usługi, więc konfigurujesz go na strumieniu z sieci WWW, który obsługuje obie domeny.
Dokładna ścieżka — Otwórz Administrację, wybierz usługę, wybierz Strumienie danych, kliknij swój strumień danych z sieci WWW, następnie Skonfiguruj ustawienia tagu i Skonfiguruj swoje domeny. To jeden ekran, który kontroluje całe zachowanie.
Dodawanie domen — Wymień każdą domenę w podróży z typem dopasowania: zawiera, równa się lub zaczyna się od. Zarówno example.com, jak i examplecart.com muszą się pojawić. Brakująca domena to najczęstszy powód, dla którego poprawnie zainstalowany tag nadal dzieli sesje.
Wymóg tagu — Konfiguracja jest konieczna, ale niewystarczająca: tag Google musi działać na każdej wymienionej domenie. Jeśli domena docelowa nie ma tagu, nie ma nic, co odczytałoby parametr _gl po przybyciu, więc zszycie zawodzi po cichu.
Zapisz, następnie opublikuj ponownie lub poczekaj, aż tag się odświeży, zanim zaczniesz testować. Jeśli twój lejek kończy się konwersją Google Ads, dostosuj to do naszej konfiguracji importu konwersji GA4, aby zszyta sesja raportowała poprawnie w dalszej części.
Subdomeny kontra osobne domeny: co wymaga konfiguracji?
Duża część zmarnowanego wysiłku bierze się z konfigurowania niewłaściwej rzeczy. Pytanie rozstrzygające brzmi, czy przeskok przekracza domenę rejestrowalną, czy jedynie jej subdomenę.
Subdomeny zszywają się za darmo — shop.example.com i www.example.com współdzielą tę samą domenę główną, ten sam zakres pliku cookie własnego, a zatem ten sam client ID. GA4 utrzymuje je w jednej sesji automatycznie, bez żadnej konfiguracji. Dodanie ich do listy domen jest nieszkodliwe, ale bezcelowe.
Osobne domeny wymagają konfiguracji — Sesja zrywa się tylko wtedy, gdy zmienia się domena rejestrowalna, na przykład z example.com na examplecart.com, albo host rezerwacji na własnej domenie. To ten przeskok, który wymaga pomiaru cross-domain i linkera _gl.
Zdiagnozuj, zanim skonfigurujesz — Odczytaj dwa adresy URL w podróży i porównaj domenę główną. Jeśli domena główna jest identyczna, podział nie jest problemem cross-domain i powinieneś zamiast tego spojrzeć na filtry, zgodę lub duplikację tagów.
Poprawne ustalenie tego rozróżnienia oszczędza godziny: przestajesz dodawać subdomeny, które nigdy tego nie potrzebowały, a zaczynasz wymieniać genuinnie osobną domenę, która faktycznie psuje sesję.
Dlaczego koszyki zewnętrzne gubią linker?
Nawet przy idealnej konfiguracji w Administracji hostowany koszyk lub kasa wciąż mogą zerwać łańcuch, ponieważ nie kontrolujesz w pełni, jak obsługuje przychodzący adres URL. To pojedynczy najczęstszy punkt awarii w świecie rzeczywistym.
Usuwanie parametrów — Wiele hostowanych koszyków, silników rezerwacji i stron płatności sanityzuje lub przepisuje przychodzący adres URL ze względów bezpieczeństwa, gubiąc parametr _gl, zanim GA4 na tej stronie zdoła go odczytać. Linker przybywa, ale zostaje odrzucony, więc rozpoczyna się nowa sesja.
Self-referral, który tworzy — Ponieważ źródło zostaje utracone, domena kasy zapisuje twoją własną witrynę jako odsyłającą. Oryginalne płatne kliknięcie znika, a przychód jest błędnie przypisywany do ruchu wewnętrznego.
Dwuczęściowa poprawka — Po pierwsze, wymień domenę koszyka w pomiarze cross-domain, aby linker był oczekiwany po obu stronach. Po drugie, dodaj host koszyka lub płatności do listy niechcianych odsyłających, aby GA4 odmówiło zaliczenia go jako źródła, nawet jeśli zabłąkany przeskok się prześlizgnie.
Jeśli platforma twardo usuwa parametry i nie oferuje natywnego ustawienia GA4, zwykle wymagane jest przekazanie po stronie serwera lub własny konektor platformy — nie ma obejścia po stronie klienta, gdy adres URL jest przepisywany po stronie serwera. Po uzgodnienie przychodów w poprzek tej luki zajrzyj do naszego przewodnika po rozbieżnościach GA4 i Google Ads.
Jak wykluczenia odsyłających wchodzą w grę?
Pomiar cross-domain i wykluczenia odsyłających rozwiązują dwie różne połowy tego samego problemu, a czyste śledzenie wielodomenowe zwykle wymaga, by obie działały razem.
Co robi zszywanie — Konfigurowanie swoich domen łączy sesje i, jako efekt uboczny, traktuje te wymienione domeny jako wewnętrzne, więc są wykluczane ze źródła odsyłającego. To zautomatyzowane zastępstwo GA4 dla starej ręcznej listy wykluczeń odsyłających.
Co robią niechciane odsyłające — Dla domen, których nie kontrolujesz — bramki płatności, hosta SSO, usługi przekierowań — dodajesz je do listy odsyłających wewnętrznych i niechcianych w ramach strumienia danych. To powstrzymuje znanego pośrednika przed nadpisaniem oryginalnego źródła, mimo że nie jest częścią twojej zszytej podróży.
Dlaczego potrzebujesz obu — Zszywanie utrzymuje sesję w całości; niechciane odsyłające utrzymują zasługę na prawdziwym źródle. Skonfiguruj domeny, które posiadasz, do zszywania, i wyklucz hosty zewnętrzne, które nigdy nie powinny być zaliczane.
Ustal te dwie role poprawnie, a źródło przetrwa od początku do końca. Towarzyszący przewodnik po wykluczaniu self-referral obejmuje dokładne wpisy listy dla popularnych bramek.
Tabela diagnostyczna cross-domain
Pracuj nad tą tabelą od góry do dołu — jest uporządkowana według tego, jak szybko każdą przyczynę można potwierdzić i jak często jest prawdziwym powodem podziału podróży między domenami.
Gdy sesje się dzielą, odruchem jest wyrwanie i ponowna instalacja tagu Google na obu domenach. To rzadko pomaga, a często wprowadza duplikaty tagów, które liczą podwójnie. W 9 przypadkach na 10 tag jest w porządku, a prawdziwa luka to brakująca domena w konfiguracji lub parametr _gl usunięty na przeskoku. Potwierdź najpierw linker, napraw konfigurację jako drugą rzecz i dotykaj tagu tylko wtedy, gdy faktycznie nie działa na domenie.
Jak zweryfikować i ustalić priorytety poprawki
Zwykle znajdziesz więcej niż jedną lukę. Błędem jest zmienianie kilku rzeczy naraz, tak że nie możesz stwierdzić, co zadziałało. Weryfikuj w ustalonej kolejności i naprawiaj według wpływu razy łatwość.
Najpierw sprawdź linker — Kliknij przez lejek i odczytaj docelowy pasek adresu. Ciąg _gl=1*... oznacza, że linker zadziałał; jego brak to najszybsze, najtańsze potwierdzenie, że przeskok jest niezszyty. To pojedyncze sprawdzenie rozwiązuje większość przypadków.
Potem obserwuj czas rzeczywisty — Otwórz czas rzeczywisty i potwierdź, że jeden użytkownik przechodzi między obiema domenami bez przyrostu liczby użytkowników. Dwóch użytkowników dla jednej podróży oznacza, że client ID się nie przekazuje i powinieneś wrócić do linkera.
Potem potwierdź w raportach — Po 24 do 48 godzinach sprawdź, czy pozyskiwanie ruchu nadal zalicza Google lub twoje płatne źródło, a nie twoją własną domenę. To jedyne sprawdzenie, które dowodzi atrybucji, a nie tylko zszycia.
Pamiętaj o ograniczeniach. Czas rzeczywisty potwierdza zszycie natychmiast, ale ostateczna atrybucja i czyszczenie self-referrali ustalają się w przetworzonych raportach dopiero dzień lub dwa później, więc nie ogłaszaj zwycięstwa na podstawie samego czasu rzeczywistego. Buduj czyste tagi źródła, zanim zaczniesz skalować, za pomocą naszego narzędzia do budowania UTM, a aby automatycznie ujawnić każdy wyciek cross-domain, uruchom bezpłatny 5-osiowy audyt SteerAds.
Sources
Oficjalne źródła skonsultowane na potrzeby tego przewodnika:
-
support.google.com — cross-domain measurement
-
support.google.com — unwanted referrals
-
support.google.com — default channel group
-
support.google.com — about Analytics
FAQ
Dlaczego mój ruch w GA4 dzieli się na dwie sesje między domenami?
Gdy odwiedzający przechodzi z jednej domeny na drugą, GA4 traktuje drugą domenę jako świeżą wizytę, chyba że pomiar cross-domain je połączy. Bez połączenia druga domena rozpoczyna nową sesję, przypisuje własny client ID i zapisuje pierwszą domenę jako źródło odsyłające. Tak jeden kupujący staje się dwoma użytkownikami, a oryginalne źródło Google lub płatne zostaje utracone. Przyczyna to prawie zawsze jedna z trzech rzeczy: obie domeny nie są wymienione w konfiguracji cross-domain, parametr linkera _gl nie przeżywa przeskoku, albo koszyk zewnętrzny usuwa parametry zapytania. Około 30 procent kont wielodomenowych w 2026 roku traci źródło w ten sposób. Najpierw napraw konfigurację, potem zweryfikuj linker.
Co robi parametr _gl w moim adresie URL?
Parametr _gl to linker GA4. Gdy pomiar cross-domain jest skonfigurowany, tag Google dołącza _gl do linków wychodzących i formularzy, które prowadzą do innej wymienionej domeny. Niesie on client ID i kontekst sesji, aby domena docelowa mogła zszyć wizytę z tym samym użytkownikiem, zamiast zaczynać od nowa. Zobaczysz go jako długi ciąg w stylu ?_gl=1*abcd... w pasku adresu w chwili, gdy klikniesz dalej. Jeśli _gl jest nieobecny na docelowym adresie URL, linker nie zadziałał, przeskok nie jest zszyty i otrzymasz self-referral. Nigdy nie usuwaj ani nie blokuj tego parametru; to mechanizm, który utrzymuje jedną sesję w całości.
Czy subdomeny wymagają konfiguracji cross-domain w GA4?
Nie, i to najczęstszy błąd nadmiernej konfiguracji. Subdomeny tej samej domeny głównej — shop.example.com i www.example.com, obie pod example.com — już współdzielą pliki cookie i ten sam client ID, więc GA4 utrzymuje je w jednej sesji automatycznie, bez żadnej konfiguracji. Pomiar cross-domain jest potrzebny tylko wtedy, gdy zmienia się sama domena rejestrowalna, na przykład z example.com na examplecart.com lub na osobny host rezerwacji. Wymień prawdziwą osobną domenę w konfiguracji strumienia danych; zostaw subdomeny tej samej domeny głównej w spokoju. Dodanie subdomen do listy domen nie szkodzi, ale niczego nie rozwiązuje, a odwraca uwagę od prawdziwej luki osobnej domeny, która powoduje podział.
Dlaczego moja zewnętrzna kasa powoduje self-referrals?
Hostowane koszyki, silniki rezerwacji i strony płatności często działają na osobnej domenie i często usuwają lub przepisują przychodzące parametry zapytania, co gubi linker _gl, zanim GA4 zdoła go odczytać. Rezultatem jest nowa sesja, która zapisuje twoją własną witrynę jako odsyłającą — self-referral — a oryginalne płatne źródło znika. Stosują się dwie poprawki. Po pierwsze, wymień domenę kasy w pomiarze cross-domain, aby linker był oczekiwany po obu stronach. Po drugie, dodaj domenę kasy do wykluczeń odsyłających lub listy niechcianych odsyłających, aby GA4 ignorowało ją jako źródło. Jeśli platforma twardo usuwa parametry, może być wymagane przekazanie po stronie serwera lub natywny konektor GA4 platformy.
Jak dodać domenę do pomiaru cross-domain?
Otwórz Administrację GA4, wybierz usługę, następnie wybierz Strumienie danych i kliknij swój strumień danych z sieci WWW. W sekcji Skonfiguruj ustawienia tagu otwórz Skonfiguruj swoje domeny. Dodaj każdą domenę, która należy do tej samej podróży, używając typu dopasowania — zawiera, równa się, zaczyna się od — tak aby wymienione były zarówno example.com, jak i examplecart.com. Zapisz, a następnie opublikuj ponownie lub poczekaj, aż tag się odświeży. Tag Google musi być zainstalowany na każdej wymienionej domenie, aby linker mógł się przekazywać. Sama konfiguracja niczego nie da, jeśli domena docelowa nie ma tagu. Po zapisaniu kliknij przez lejek i potwierdź, że parametr _gl pojawia się na docelowym adresie URL.
Czym są wykluczenia odsyłających i czy nadal istnieją w GA4?
W GA4 stara lista wykluczeń odsyłających z Universal Analytics jest w dużej mierze zautomatyzowana: gdy konfigurujesz pomiar cross-domain, wymienione domeny są traktowane jako wewnętrzne i wykluczane ze źródła odsyłającego. Dla dostawców płatności i innych domen, których nie kontrolujesz, GA4 używa listy niechcianych odsyłających w ramach listy odsyłających wewnętrznych i niechcianych strumienia danych. Dodaj tam domeny takie jak twoja bramka lub host przekierowań, aby nie nadpisywały oryginalnego źródła. Rozróżnienie ma znaczenie: pomiar cross-domain zszywa sesję, podczas gdy niechciane odsyłające powstrzymują znanego pośrednika przed zaliczeniem go jako źródła. Zwykle potrzebujesz obu dla czystego lejka wielodomenowego.
Jak zweryfikować, że śledzenie cross-domain działa?
Użyj trzech sprawdzeń po kolei. Po pierwsze, kliknij link z jednej domeny na drugą i spójrz na docelowy pasek adresu — parametr _gl oznacza, że linker zadziałał. Po drugie, otwórz raporty czasu rzeczywistego GA4 i potwierdź, że jeden użytkownik przechodzi między obiema domenami bez przyrostu liczby użytkowników. Po trzecie, po 24 do 48 godzinach sprawdź, czy pozyskiwanie ruchu nadal zalicza Google lub twoje płatne źródło, a nie twoją własną domenę jako odsyłającą. Jeśli czas rzeczywisty pokazuje dwóch użytkowników dla jednej podróży, linker się nie przekazuje. Pamiętaj o ograniczeniu: czas rzeczywisty potwierdza zszycie, ale ostateczna atrybucja i czyszczenie self-referrali ustalają się w przetworzonych raportach dopiero dzień lub dwa później.