Tożsamość na potrzeby raportowania (ang. reporting identity) to ustawienie w Google Analytics 4, które określa, na podstawie jakich identyfikatorów GA4 łączy pojedyncze sesje i zdarzenia w jednego użytkownika: user_id, Google Signals, identyfikatora urządzenia (client_id lub identyfikatora instancji aplikacji) oraz danych modelowanych. Od tego wyboru zależy, ile „użytkowników” zobaczysz w raportach, jak GA4 policzy ścieżki wieloetapowe i czy w raportach pojawią się progi danych. Dla marketera to jedna z niewielu decyzji w GA4, którą można zmienić w każdej chwili bez utraty zebranych danych.
Jak działa tożsamość na potrzeby raportowania w GA4?
GA4 zbiera dane zawsze w ten sam sposób — tożsamość raportowania nie wpływa na zbieranie, tylko na to, jak zebrane zdarzenia są składane w użytkowników w momencie budowania raportu. Dostępne są trzy warianty:
- Mieszane (Blended) — GA4 sięga kolejno po user_id, następnie Google Signals, potem identyfikator urządzenia, a jeśli użytkownik odmówił zgody na cookies analityczne, uzupełnia luki danymi modelowanymi (modelowanie behawioralne).
- Obserwowane (Observed) — ta sama hierarchia identyfikatorów, ale wyłącznie dane rzeczywiście zaobserwowane, bez modelowania.
- Na podstawie urządzenia (Device-based) — GA4 używa tylko identyfikatora urządzenia i ignoruje user_id oraz Google Signals; każde urządzenie lub przeglądarka to osobny użytkownik.
Zmiana ustawienia działa wstecz: przełączenie z „Mieszane” na „Na podstawie urządzenia” natychmiast przelicza raporty historyczne, a powrót do poprzedniej opcji przywraca wcześniejszy widok. Warto też wiedzieć, że Google w nowszych konfiguracjach udostępnia osobny przełącznik decydujący, czy Google Signals ma być w ogóle uwzględniane w tożsamości raportowania — szczegóły opisuje oficjalna dokumentacja Google Analytics.
Jak wybór tożsamości zmienia liczbę użytkowników — przykład
Załóżmy, że jedna osoba odwiedza sklep z laptopa w pracy, z telefonu w drodze i z laptopa w domu, a przy zakupie loguje się na konto (wysyłamy user_id). Do tego 20% odwiedzających odrzuca cookies analityczne.
| Tożsamość raportowania | Ile użytkowników z tych 3 urządzeń | Użytkownicy bez zgody na cookies | Progowanie danych |
|---|---|---|---|
| Mieszane | 1 (łączy przez user_id / Signals) | Uzupełnieni modelowaniem | Może wystąpić |
| Obserwowane | 1 (łączy przez user_id / Signals) | Pominięci | Może wystąpić |
| Na podstawie urządzenia | 3 (każde urządzenie osobno) | Pominięci | Nie występuje |
Ten sam ruch daje więc różne wartości w kolumnie „Użytkownicy” i różne współczynniki konwersji na użytkownika. Dlatego porównując okresy lub usługi GA4, najpierw sprawdź, czy tożsamość raportowania była ta sama.
Kiedy warto zmienić tożsamość raportowania, a kiedy nie?
- Zostań przy „Mieszane”, jeśli masz wdrożony user_id lub Google Signals i zależy Ci na pełnym obrazie ścieżek międzyurządzeniowych oraz uzupełnieniu danych po wdrożeniu trybu uzyskiwania zgody.
- Przełącz na „Obserwowane”, gdy chcesz porównywać GA4 z systemem, który nie modeluje (np. CRM lub baza zamówień) i dane szacowane utrudniają uzgodnienie liczb.
- Przełącz na „Na podstawie urządzenia” tymczasowo, gdy w raportach pojawia się ikona progowania danych i znikają wiersze dla małych segmentów — zobaczysz wtedy komplet danych, choć z rozbiciem jednej osoby na kilka urządzeń.
Nie ma sensu zmieniać tożsamości, jeśli nie zbierasz user_id i nie włączyłeś Google Signals — wszystkie trzy opcje dadzą wtedy praktycznie ten sam wynik.
Najczęstsze błędy przy ustawianiu tożsamości raportowania
- Porównywanie usług GA4 lub okresów, w których obowiązywały różne ustawienia tożsamości.
- Przypisywanie wzrostu lub spadku użytkowników kampanii, gdy w rzeczywistości ktoś przełączył tożsamość raportowania.
- Oczekiwanie danych modelowanych bez spełnienia warunków: wdrożonego trybu uzyskiwania zgody i wystarczającego wolumenu ruchu, którego progi ustala Google.
- Wysyłanie user_id niezgodnie z zasadami (np. dane osobowe w jawnej postaci), co zamiast lepszej identyfikacji grozi problemami prawnymi.
Tożsamość raportowania w praktyce ICBM
Podczas wdrożenia GA4 ustalamy tożsamość raportowania świadomie, a nie z domyślnych ustawień: sprawdzamy, czy klient ma realne logowanie (czyli sens wdrażania user_id), czy Google Signals jest potrzebne do remarketingu i danych demograficznych, oraz czy progowanie nie zablokuje raportów dla mniejszych rynków lub kampanii. Zapisujemy wybraną opcję w dokumentacji wdrożenia, tak aby przy audycie i analizach porównawczych nikt nie tłumaczył różnic w użytkownikach efektem marketingu. Więcej haseł z tego obszaru znajdziesz w kategorii Google Analytics 4 w naszej bazie wiedzy.
Najczęściej zadawane pytania
Czy zmiana tożsamości raportowania usuwa dane w GA4?
Nie. Ustawienie wpływa tylko na sposób prezentacji danych w raportach, a nie na ich zbieranie. Możesz przełączać opcje wielokrotnie, a raporty za wcześniejsze okresy zostaną przeliczone według aktualnie wybranej metody.
Dlaczego po włączeniu Google Signals znikają wiersze w raportach?
To efekt progowania danych — GA4 ukrywa wiersze z małą liczbą użytkowników, aby uniemożliwić identyfikację pojedynczych osób na podstawie danych demograficznych. Tymczasowe przełączenie na tożsamość „Na podstawie urządzenia” zwykle przywraca ukryte wiersze.
Czy warto wdrażać user_id, jeśli użytkownicy rzadko się logują?
Jeśli logowanie dotyczy niewielkiego odsetka odwiedzin, user_id połączy tylko część ścieżek, a większość użytkowników nadal będzie rozpoznawana po urządzeniu. Wdrożenie ma sens tam, gdzie logowanie jest naturalnym etapem zakupu lub korzystania z usługi, np. w aplikacjach, serwisach abonamentowych czy sklepach z kontami klientów.
