Analityka

Jak Naprawić Problemy z Atrybucją Przychodów w Google Analytics (GA4) dla Domen Systemów Płatności

| 03 kwi 2025 Zaktualizowano: 06 maj 2026 | 7 min czytania 0 wyświetleń
Jak Naprawić Problemy z Atrybucją Przychodów w Google Analytics (GA4) dla Domen Systemów Płatności

W Google Analytics (GA4) przychody mogą być przypisywane do domeny systemu płatności (np. pay.monobank.ua), ponieważ GA4 domyślnie przypisuje sesję do ostatniego źródła ruchu. Ponieważ użytkownicy są przekierowywani na stronę systemu płatności (np. pay.monobank.ua) podczas finalizacji zamówienia, a następnie wracają na stronę po dokonaniu płatności, GA4 może traktować to jako nową sesję z nowego źródła, co zniekształca dane o przychodach i konwersjach.


Jak Rozwiązać Problem i Wykluczyć Domeny Systemów Płatności z GA4

Aby zapobiec rejestrowaniu systemów płatności jako źródeł ruchu przez Google Analytics, należy dodać te domeny do listy wykluczonych poleceń (referrals).

Kroki do Wykluczenia Domen Płatności w GA4:

  1. Otwórz Google Analytics 4.
  2. Przejdź do Administratora (ikona koła zębatego w lewym dolnym rogu).
  3. W sekcji Strumienie danych wybierz strumień danych dla swojej strony.
  4. Przewiń w dół i znajdź Ustawienia tagów.
  5. Kliknij Pokaż więcej.
  6. Wybierz Lista niechcianych poleceń (referrals).
  7. Kliknij Dodaj wykluczenie polecenia.
  8. Wpisz domenę systemu płatności (np. pay.monobank.ua, liqpay.ua, wayforpay.com itp.).
  9. Kliknij Zapisz.

Jak To Działa?

Po skonfigurowaniu Google Analytics przestanie traktować te domeny jako nowe źródła ruchu. Zamiast tego, kupujący, który wraca po dokonaniu płatności, pozostanie powiązany z pierwotnym źródłem, z którego trafił na stronę.


Które Domeny Należy Wykluczyć?

Oprócz pay.monobank.ua warto wykluczyć inne bramki płatności używane przez Twój biznes, takie jak:


Weryfikacja Konfiguracji

Po wprowadzeniu zmian w liście wykluczeń należy odczekać kilka dni i sprawdzić, czy płatności z tych domen nie pojawiają się już jako źródła ruchu.

Kroki do Weryfikacji w GA4:

  1. Otwórz GA4 → Raporty.
  2. Przejdź do Pozyskiwanie ruchu → Sesje według źródła/medium.
  3. Upewnij się, że w raportach nie ma już pay.monobank.ua ani innych serwisów płatności jako źródeł przychodów.

Wnioski

Wykluczenie systemów płatności ze źródeł ruchu w GA4 to kluczowy krok do prawidłowej atrybucji przychodów i skutecznej analizy kanałów marketingowych. Pozwala to uniknąć zniekształcenia danych i zapewnia właściwe przypisanie konwersji do rzeczywistych źródeł reklamowych.

Często zadawane pytania

Często zadawane pytania

Dlaczego GA4 nie rejestruje prawidłowo przychodów z zakupów online?

Problem pojawia się gdy proces płatności przechodzi przez zewnętrzną domenę (np. Przelewy24, PayU, Stripe). GA4 traci kontekst sesji przy przekierowaniu między domenami i traktuje powrót ze strony płatności jako nową sesję — bez atrybucji do oryginalnego źródła ruchu.

Jak skonfigurować śledzenie między domenami w GA4?

W GA4: Administracja → Strumienie danych → Twój strumień → Konfigurowanie tagów → Konfiguruj domenę → dodaj domenę systemu płatności. Wymaga też konfiguracji w GTM lub w kodzie śledzenia — parametr linker musi przekazywać identyfikator sesji między domenami.

Co to jest cross-domain tracking i kiedy jest potrzebny?

Cross-domain tracking (śledzenie między domenami) to konfiguracja GA4, która zachowuje ciągłość sesji użytkownika przechodzącego między różnymi domenami (np. sklep.pl → platnosci.pl → sklep.pl). Niezbędne dla sklepów używających zewnętrznych systemów płatności.

Jak sprawdzić, czy GA4 poprawnie śledzi konwersje e-commerce?

Sprawdź w GA4: raport Zarabianie → Zakupy e-commerce → czy transakcje mają przypisane źródło ruchu inne niż Direct. W raportach Ścieżki konwersji sprawdź, czy płatność zewnętrzna nie jest wyświetlana jako osobna sesja. Użyj GA4 Debugview podczas testowej transakcji.

Jakie zdarzenia GA4 są potrzebne do śledzenia e-commerce?

Standardowe zdarzenia e-commerce GA4: view_item (wyświetlenie produktu), add_to_cart (dodanie do koszyka), begin_checkout (start płatności), purchase (zakup z wartością i ID transakcji). Zdarzenie purchase musi być wyzwalane po powrocie ze strony płatności z potwierdzeniem.

Валерій Красько Spilno Agency Wszystkie artykuły autora →
← Powrót do bloga