Cross-domain tracking
śledzenie międzydomenowe: bramki płatności, subdomeny
W skrócie
Cytuj to hasło
Zaznacz przypis i skopiuj: Cross-domain tracking. W: Słownik pojęć e-commerce, Pro1.pl. https://pro1.pl/slownik/cross-domain-tracking (sprawdzono 13 września 2026).
Cross-domain tracking (śledzenie międzydomenowe) to konfiguracja, dzięki której przejście klienta między domenami, np. do płatności, zostaje jedną sesją.
Na tej stronie (5)
Konfiguracja, dzięki której GA4 i tagi reklamowe traktują przejście użytkownika między domenami należącymi do tej samej ścieżki (sklep, osobna domena checkout, konfigurator, strona operatora płatności i powrót) jako jedną sesję tego samego użytkownika, zamiast rozpoczynać nową sesję z nowym źródłem.
Jak się tego używa
W GA4 w ustawieniach strumienia danych podaje się listę domen; tag dokleja do linków i formularzy między nimi parametr z identyfikatorem klienta. Osobno ustawia się listę niechcianych odesłań (domeny operatorów płatności, banków, systemów logowania), żeby powrót z nich nie liczył się jako nowe źródło. Dla Google Ads i Meta identyfikatory kliknięcia trzeba zachować przez całą ścieżkę.
Dlaczego warto to znać
Bez tej konfiguracji zakup kończący się po powrocie z domeny operatora płatności otwiera nową sesję ze źródłem „operator / referral", a kampania, która przyprowadziła klienta, dostaje w raporcie zero. Skutek: Referral i Direct rosną, kanały płatne wyglądają na nieopłacalne, a Smart Bidding uczy się na niepełnych danych. To jeden z najczęstszych błędów w audytach pomiaru sklepów.
Na co uważać
Subdomeny tej samej domeny (sklep.marka.pl i marka.pl) domyślnie dzielą cookie i nie wymagają konfiguracji międzydomenowej, ale wymagają jednego strumienia GA4. Przekierowania na stronę banku przy przelewie online nie da się oznaczyć tagiem, więc wykluczenie odesłań jest jedyną drogą. Nowa domena operatora po zmianie bramki rozsypuje konfigurację bez ostrzeżenia. Wykluczenie odesłań nie naprawia sesji przerwanej na dłużej niż 30 minut w trakcie płatności.
Przykład
Klient klika w reklamę produktową, dodaje do koszyka na sklep.pl, wybiera płatność i trafia na domenę operatora, płaci i wraca na sklep.pl/dziekujemy, gdzie odpala się zdarzenie purchase. Bez wykluczenia odesłań GA4 widzi dwie sesje: pierwszą z Google Ads bez zakupu i drugą z operatora jako referral z zakupem; raport kanałów przypisze sprzedaż operatorowi płatności. Po dodaniu domeny operatora do listy niechcianych odesłań zakup zostaje w sesji rozpoczętej z reklamy.
Co z tym zrobić w sklepie
Test jest prosty: przejść przez płatność w swoim sklepie i sprawdzić w GA4 w czasie rzeczywistym, czy zakup ma źródło kampanii, czy „referral” z domeny operatora płatności. Jeśli to drugie, domena operatora powinna trafić na listę wykluczonych odesłań, a własne subdomeny do konfiguracji domen w strumieniu. Bez tego każda kampania wygląda gorzej, niż jest. Jak czytać rozbieżności, wyjaśnia pytanie o różne konwersje w Google Ads i GA4; więcej w temacie atrybucja i przyrost.
Zobacz też
Referral
Referral (ruch odsyłający) to kanał w analityce obejmujący wejścia z linków na innych stronach, gdy adres nie niesie parametrów kampanii.
Bramka płatnicza
Bramka płatnicza to usługa operatora płatności, który przyjmuje wpłaty klientów w imieniu sklepu, obsługuje metody płatności i wypłaca środki.
Direct i Unassigned
Direct i Unassigned to kanały GA4 dla sesji bez rozpoznanego źródła: Direct bez odsyłacza i UTM, Unassigned ze źródłem spoza reguł grupowania.
Sesja
Sesja (wizyta) w analityce to ciąg aktywności jednego użytkownika na stronie, zamykany po okresie bezczynności i przypisany do źródła ruchu.
GA4
GA4 (Google Analytics 4) to aktualna wersja Google Analytics, w której wszystkie dane są zdarzeniami z parametrami, np.