Twoje raporty GA4 i Looker Studio mogą być… kompletnie błędne

Iluzja dokładności w analityce 📊

Jest coś bardziej niebezpiecznego niż brak danych.
To dane, które wyglądają poprawnie, ale są fundamentalnie błędne.

W analityce nazywam to iluzją dokładności.

Raporty są estetyczne. Wykresy się zgadzają. Liczby „mają sens”.
A mimo to — decyzje podejmowane na ich podstawie są złe.


Skąd bierze się iluzja dokładności?

Większość customowych raportów GA4 oraz raportów w Looker Studio pokazuje niepoprawne dane z jednego prostego powodu:

👉 mieszania zakresów (scopes).

https://dashthis.com/media/6358/1-ga-scopes.png

I co najgorsze:

  • GA4 na to pozwala
  • Looker Studio na to pozwala
  • nie dostajesz żadnego ostrzeżenia

Zrób szybki test swoich raportów (serio)

Otwórz dowolny raport GA4 / Looker Studio i sprawdź:

  • czy organic search nie jest raportowany jako direct
  • czy email nie wygląda jak direct
  • czy direct magicznie nie staje się email
  • czy źródła ruchu „nie mieszają się” w topowych wierszach raportu

Jeśli tak — to nie problem trackingu.
To problem konstrukcji raportu.


GA4 działa na zakresach (scopes) – i to ma znaczenie

Google Analytics 4 operuje na czterech różnych zakresach danych:

1️⃣ User scope

Dane przypisane do użytkownika (np. First user source)

2️⃣ Session scope

Dane przypisane do sesji (np. Session source)

3️⃣ Event scope

Dane przypisane do pojedynczego zdarzenia

4️⃣ Item scope

Dane przypisane do produktu (e-commerce)

Każdy zakres:

  • ma inną logikę atrybucji
  • inny kontekst
  • inne przeznaczenie analityczne

Największy błąd: mieszanie zakresów

To najczęstszy i najbardziej destrukcyjny błąd w GA4.

Przykłady:

  • user-scoped dimension + session-scoped metric
  • event-scoped metric + user-scoped dimension
  • item-scoped metric + session-scoped dimension

GA4:

  • nie wie, jak to połączyć poprawnie
  • ale… i tak zwraca dane

Efekt?

  • (not set)
  • losowe wartości
  • puste wiersze
  • „dziwne” proporcje
  • raporty, które wyglądają logicznie, ale nimi nie są

Looker Studio i BigQuery pogarszają problem

Zarówno Looker Studio, jak i BigQuery:

  • nie blokują mieszania zakresów
  • nie pokazują błędów
  • nie ostrzegają użytkownika

W BigQuery dodatkowo zobaczysz:

  • NULL
  • puste rekordy
  • brak danych
  • „dziwne” wyniki zapytań

I bardzo często problemem nie jest SQL, tylko to, że próbujesz połączyć dane z różnych scope’ów.


„Myślałem, że to problem trackingu…”

To klasyczne.

Wielu ludzi:

  • debugguje GTM
  • sprawdza eventy
  • szuka błędów w implementacji

A prawda jest taka, że:

dane są zbierane poprawnie — tylko raport jest źle zbudowany


Złota zasada dokładnych raportów GA4

Zapamiętaj jedno zdanie:

W GA4 raporty powinny być budowane wyłącznie z wymiarów i metryk należących do tego samego scope’u.

Zawsze. Bez wyjątków.

Jeśli:

  • raport sesyjny → tylko session scope
  • raport użytkowników → tylko user scope
  • raport eventów → tylko event scope
  • raport produktów → tylko item scope

Co powinieneś zrobić teraz?

1️⃣ Przejrzeć każdy raport GA4
2️⃣ Przejrzeć każdy raport Looker Studio
3️⃣ Sprawdzić scope każdej metryki i wymiaru
4️⃣ Rozbić raporty, które próbują „pokazać wszystko naraz”

Tak — to boli.
Ale alternatywą jest raportowanie błędnych danych z pełnym przekonaniem, że są poprawne.


Podsumowanie

Największym problemem GA4 nie jest:

  • sampling
  • brak sesji
  • „dziwna atrybucja”

Tylko iluzja dokładności, wynikająca z niezrozumienia scope’ów.

GA4 daje ogromne możliwości —
ale tylko tym, którzy wiedzą, jak nie zepsuć raportu na etapie zapytania.

Podobne wpisy