Co to jest Google Analytics 4 i jakie dane naprawdę warto mierzyć?

Google Analytics może pokazywać tysiące użytkowników, setki zaangażowanych sesji i dziesiątki zdarzeń, a mimo to nie odpowiadać na najważniejsze pytanie: czy strona rzeczywiście wspiera biznes?

Samo zainstalowanie kodu pomiarowego nie oznacza, że analityka została prawidłowo wdrożona. Domyślna konfiguracja może rejestrować odsłony, przewinięcia, kliknięcia wychodzące i pobrania plików, ale nie wie automatycznie, które formularze są wartościowymi zapytaniami, które zamówienia zostały opłacone i jakie działanie ma największe znaczenie dla firmy.

Google Analytics 4 nie rozumie również samodzielnie kontekstu oferty. Nie wie, czy kliknięcie numeru telefonu zakończyło się rozmową, czy formularz był spamem, czy zamówienie zostało później anulowane ani czy przychód ze sprzedaży oznacza rzeczywisty zysk.

W swojej pracy regularnie spotykam strony, na których GA4 jest technicznie obecne, ale dane nie nadają się do podejmowania decyzji. Zdarzenia uruchamiają się wielokrotnie, formularze są liczone już po kliknięciu przycisku, transakcje nie mają unikalnych identyfikatorów, a ruch administratorów miesza się z aktywnością klientów.

Spotykam również sytuację odwrotną: konto zawiera dziesiątki niestandardowych zdarzeń, ale nikt nie potrafi wyjaśnić, po co są zbierane i jaką decyzję mają wspierać.

Dobra analityka nie polega na mierzeniu wszystkiego. Polega na zbieraniu danych, które pomagają zrozumieć:

• skąd przychodzą właściwi użytkownicy,
• które treści i oferty ich interesują,
• gdzie napotykają problemy,
• jakie działania wykonują,
• które źródła generują sprzedaż lub wartościowe zapytania,
• co należy poprawić na stronie i w marketingu.

Co to jest Google Analytics 4?

Google Analytics 4, najczęściej określane skrótem GA4, jest systemem analitycznym służącym do zbierania i analizowania informacji o korzystaniu ze stron internetowych oraz aplikacji.

GA4 może rejestrować między innymi:

• odwiedziny użytkowników,
• odsłony stron i ekranów,
• źródła ruchu,
• kliknięcia,
• przewinięcia,
• wyszukiwanie w serwisie,
• formularze,
• rejestracje,
• interakcje z produktami,
• dodania do koszyka,
• zakupy,
• zwroty,
• inne działania zdefiniowane przez właściciela systemu.

Dane można później analizować według takich elementów jak:

• źródło i medium ruchu,
• kampania,
• strona wejścia,
• urządzenie,
• lokalizacja,
• rodzaj użytkownika,
• wykonane zdarzenia,
• zakupione produkty,
• wartość transakcji.

Google Analytics 4 nie jest jednak systemem księgowym, magazynowym ani CRM. Pomaga analizować zachowanie użytkowników i drogę prowadzącą do ważnych działań, ale nie powinno zastępować danych źródłowych znajdujących się w WooCommerce, systemie rezerwacji, formularzach, płatnościach albo bazie klientów.

Dlaczego GA4 opiera się na zdarzeniach?

Podstawowym elementem modelu danych GA4 jest zdarzenie.

Zdarzenie opisuje określoną interakcję albo wystąpienie czegoś w stronie lub aplikacji. Może nim być:

• otwarcie strony,
• kliknięcie linku,
• przewinięcie treści,
• wysłanie formularza,
• wyświetlenie produktu,
• dodanie produktu do koszyka,
• zakup,
• błąd aplikacji.

Dzięki modelowi zdarzeniowemu podobny sposób pomiaru może być wykorzystywany w witrynie i aplikacji. Zamiast budować całą analizę wyłącznie wokół odsłon i sesji, można opisywać konkretne działania użytkownika oraz przekazywać dodatkowe informacje za pomocą parametrów.

Przykładowo samo zdarzenie zakupu może informować, że transakcja wystąpiła. Jego parametry mogą dodatkowo przekazać:

• numer zamówienia,
• wartość,
• walutę,
• koszt dostawy,
• kupon,
• listę produktów,
• ilości produktów,
• kategorie i marki.

Model zdarzeniowy daje dużą elastyczność, ale wymaga porządku. Źle nazwane i niespójnie wdrożone zdarzenia szybko tworzą raport, którego nie da się prawidłowo interpretować.

Czym GA4 różni się od Universal Analytics?

Universal Analytics był wcześniejszą wersją systemu, silnie opartą na sesjach, odsłonach i kategoriach zdarzeń.

W GA4:

• podstawą danych są zdarzenia,
• strona internetowa i aplikacja mogą być analizowane w jednej usłudze,
• zdarzenia posiadają parametry zamiast klasycznego podziału na kategorię, akcję i etykietę,
• większą rolę odgrywają aktywni użytkownicy i zaangażowane sesje,
• raporty i definicje części danych różnią się od Universal Analytics,
• dostępna jest integracja z eksportem nieprzetworzonych zdarzeń do BigQuery.

Nie należy więc bezpośrednio porównywać wszystkich liczb z obu systemów. Nawet dane o użytkownikach, sesjach i odrzuceniach mogą być obliczane inaczej.

Przeniesienie starych założeń do GA4 bez zrozumienia nowych definicji prowadzi do błędnych wniosków.

Konto, usługa i strumień danych

Struktura Google Analytics składa się z kilku poziomów.

Konto Google Analytics

Konto jest najwyższym poziomem organizacyjnym. Może zawierać jedną lub więcej usług.

Jedna firma może posiadać oddzielne usługi dla:

• głównej strony,
• sklepu,
• aplikacji,
• projektu klienta,
• środowiska testowego.

Usługa GA4

Usługa gromadzi i organizuje dane dotyczące konkretnego serwisu, aplikacji albo połączonego ekosystemu.

To na poziomie usługi konfiguruje się między innymi:

• dostępy użytkowników,
• strumienie danych,
• zdarzenia,
• kluczowe zdarzenia,
• przechowywanie danych,
• połączenia z Google Ads i BigQuery,
• ustawienia atrybucji.

Strumień danych

Strumień danych jest źródłem informacji przesyłanych do usługi.

Może dotyczyć:

• strony internetowej,
• aplikacji na Androida,
• aplikacji na iOS.

Strumień internetowy posiada identyfikator pomiaru, który zwykle rozpoczyna się literą G.

Samo utworzenie strumienia nie powoduje jeszcze zbierania danych. Kod pomiarowy musi zostać prawidłowo wdrożony w stronie lub przez obsługiwane narzędzie.

Jak można zainstalować Google Analytics 4?

GA4 może zostać wdrożone na kilka sposobów.

Najczęściej wykorzystuje się:

• tag Google dodany bezpośrednio do kodu strony,
• Google Tag Manager,
• integrację wtyczki WordPress,
• moduł motywu lub platformy sklepowej,
• wdrożenie serwerowe lub hybrydowe.

Nie należy używać kilku metod jednocześnie bez dokładnej kontroli. Jeżeli kod został dodany w motywie, wtyczce i Google Tag Managerze, ta sama odsłona może zostać wysłana kilka razy.

Przed wdrożeniem sprawdzam:

• czy tag nie jest już obecny,
• kto zarządza kontem,
• czy strona korzysta z Google Tag Managera,
• jak działa platforma zgód,
• czy sklep posiada warstwę danych,
• jakie zdarzenia są rzeczywiście potrzebne.

Jakie rodzaje zdarzeń występują w GA4?

Zdarzenia w GA4 można podzielić na kilka podstawowych grup.

Zdarzenia zbierane automatycznie

Są rejestrowane automatycznie po prawidłowym wdrożeniu tagu lub pakietu analitycznego.

Mogą obejmować między innymi rozpoczęcie sesji, pierwszą wizytę i aktywność użytkownika.

Zdarzenia pomiaru zaawansowanego

Pomiar zaawansowany umożliwia automatyczne rejestrowanie wybranych interakcji w strumieniu internetowym bez ręcznego programowania każdego zdarzenia.

Może obejmować:

• odsłony,
• przewinięcia,
• kliknięcia wychodzące,
• wyszukiwanie w witrynie,
• interakcje z filmami,
• pobrania plików,
• interakcje z formularzami.

Nie zakładam automatycznie, że wszystkie opcje działają poprawnie w każdej stronie. Kreatory, formularze AJAX, aplikacje jednostronicowe i niestandardowe odtwarzacze mogą wymagać osobnego testu.

Automatyczne zdarzenie wysłania formularza nie zawsze oznacza, że firma faktycznie otrzymała zgłoszenie. Może zostać uruchomione w niewłaściwym momencie albo nie rozpoznawać konkretnej konstrukcji formularza.

Zdarzenia zalecane

Zdarzenia zalecane posiadają nazwy i parametry zaproponowane przez Google dla określonych zastosowań.

Dotyczą między innymi:

• sprzedaży internetowej,
• logowania,
• rejestracji,
• wyszukiwania,
• generowania leadów,
• rezerwacji i innych procesów.

Jeżeli dla danego działania istnieje zalecane zdarzenie, zazwyczaj lepiej wykorzystać jego standardową nazwę oraz przewidziane parametry niż tworzyć przypadkowy odpowiednik.

Ułatwia to działanie gotowych raportów, integracji i przyszłych funkcji systemu.

Zdarzenia niestandardowe

Zdarzenie niestandardowe można utworzyć dla działania, którego GA4 nie zbiera automatycznie i dla którego nie ma właściwego zdarzenia zalecanego.

Może dotyczyć na przykład:

• uruchomienia konfiguratora,
• utworzenia niestandardowej wyceny,
• zakończenia konkretnego kroku procesu B2B,
• użycia specjalnej funkcji aplikacji,
• pobrania dokumentacji określonego produktu.

Nie tworzę niestandardowego zdarzenia, jeżeli odpowiedni standard już istnieje. Własne nazwy powinny być potrzebnym rozszerzeniem, a nie zamiennikiem dla uporządkowanego modelu.

Czym są parametry zdarzeń?

Parametry przekazują dodatkowe informacje o zdarzeniu.

Zdarzenie formularza może posiadać parametry opisujące:

• rodzaj formularza,
• jego lokalizację,
• nazwę usługi,
• etap procesu,
• wynik wysłania.

Zdarzenie produktu może przekazywać:

• identyfikator,
• nazwę,
• kategorię,
• markę,
• wariant,
• cenę,
• ilość.

Parametry pozwalają analizować jedno zdarzenie w wielu kontekstach. Zamiast tworzyć osobne zdarzenie dla każdego formularza, można wysyłać jedno uporządkowane zdarzenie i rozróżniać formularze parametrem.

Czym są wymiary i dane?

Wymiar opisuje cechę analizowanych danych.

Przykładowe wymiary to:

• nazwa strony,
• źródło ruchu,
• typ urządzenia,
• miasto,
• nazwa zdarzenia,
• nazwa produktu.

Dane, nazywane również metrykami, przedstawiają wartości liczbowe.

Mogą obejmować:

• liczbę użytkowników,
• liczbę sesji,
• liczbę zdarzeń,
• wartość zakupów,
• średni czas zaangażowania,
• współczynnik zaangażowania.

Raport łączy wymiary z danymi. Może na przykład pokazać liczbę zakupów według źródła ruchu albo liczbę formularzy według strony wejścia.

Czym są wymiary niestandardowe?

Jeżeli strona wysyła własny parametr, nie zawsze będzie on automatycznie dostępny we wszystkich raportach.

Aby analizować go w interfejsie GA4, może być potrzebne utworzenie niestandardowego wymiaru albo danych niestandardowych.

Przykładowo parametr może zawierać:

• typ formularza,
• rodzaj użytkownika,
• pakiet usługi,
• metodę konfiguracji produktu,
• nazwę sekcji strony.

Nie należy tworzyć wymiaru dla każdej możliwej wartości bez planu. Liczba konfiguracji jest ograniczona, a parametry o bardzo dużej liczbie unikalnych wartości mogą utrudniać analizę.

Nie przekazuję również danych osobowych jako wymiarów lub parametrów zdarzeń.

Czym jest kluczowe zdarzenie?

Kluczowe zdarzenie to zdarzenie mierzące działanie szczególnie ważne dla sukcesu firmy.

Kluczowym zdarzeniem może być:

• prawidłowo wysłany formularz,
• zakup,
• rezerwacja,
• rejestracja konta,
• rozpoczęcie płatnej subskrypcji,
• inne działanie mające istotne znaczenie biznesowe.

Nie każde zbierane zdarzenie powinno zostać oznaczone jako kluczowe.

Przewinięcie strony, kliknięcie menu albo odtworzenie filmu może pomagać w analizie, ale zwykle nie powinno być traktowane tak samo jak sprzedaż lub wartościowe zapytanie.

Zbyt duża liczba kluczowych zdarzeń utrudnia interpretację wyników i może prowadzić do błędnej optymalizacji kampanii.

Kluczowe zdarzenie a konwersja

W aktualnym nazewnictwie GA4 szczególnie ważne działanie mierzone w Analytics jest nazywane kluczowym zdarzeniem.

Pojęcie konwersji jest stosowane przede wszystkim do działania wykorzystywanego w pomiarze oraz optymalizacji kampanii reklamowych, na przykład w Google Ads.

Można więc uprościć proces:

1. Strona wysyła zdarzenie.
2. Ważne zdarzenie zostaje oznaczone jako kluczowe zdarzenie w GA4.
3. Na jego podstawie można utworzyć konwersję wykorzystywaną w systemie reklamowym.

Rozróżnienie pomaga oddzielić analizowanie działań w całym ruchu od optymalizowania reklam pod konkretne wyniki.

Czy każde wysłanie formularza powinno być kluczowym zdarzeniem?

Tylko wtedy, gdy zdarzenie potwierdza rzeczywiste przyjęcie formularza i ma znaczenie dla firmy.

Nie wystarczy mierzyć kliknięcia przycisku „Wyślij”. Użytkownik może:

• nie wypełnić wymaganych pól,
• wpisać błędny adres,
• zostać zatrzymany przez ochronę antyspamową,
• otrzymać błąd serwera,
• przerwać proces.

Główne zdarzenie powinno uruchomić się dopiero po potwierdzeniu prawidłowego przetworzenia formularza.

Oddzielnie można rejestrować:

• wyświetlenie formularza,
• rozpoczęcie wypełniania,
• próbę wysłania,
• błąd,
• prawidłowe wysłanie.

Takie rozdzielenie pozwala ustalić, czy problem dotyczy treści strony, konstrukcji formularza czy jego działania technicznego.

Jak GA4 rozpoznaje użytkownika?

Google Analytics próbuje łączyć aktywność w ramach dostępnych identyfikatorów i konfiguracji.

Może wykorzystywać między innymi:

• identyfikator urządzenia lub przeglądarki,
• User-ID przekazany przez właściciela serwisu dla zalogowanego użytkownika,
• obsługiwane dane Google Signals,
• modelowanie w przypadkach, w których pełna obserwacja nie jest możliwa.

Nie należy interpretować liczby użytkowników jako idealnie dokładnej liczby fizycznych osób.

Jedna osoba może:

• korzystać z kilku urządzeń,
• używać różnych przeglądarek,
• usuwać pliki cookie,
• odmówić zgody,
• przeglądać stronę anonimowo,
• logować się i wylogowywać.

Z drugiej strony kilka osób może korzystać z jednego urządzenia.

Dane o użytkownikach są użytecznym pomiarem analitycznym, a nie bezbłędnym spisem konkretnych ludzi.

Aktywni, nowi, powracający i wszyscy użytkownicy

GA4 udostępnia kilka danych opisujących użytkowników.

Wszyscy użytkownicy

Obejmują unikalnych użytkowników, którzy uruchomili dowolne zdarzenie w analizowanym okresie.

Aktywni użytkownicy

To użytkownicy spełniający warunki aktywności określone przez GA4.

W wielu standardowych raportach GA4 szczególnie eksponuje aktywnych użytkowników. Dlatego liczby mogą różnić się od raportów lub narzędzi przedstawiających wszystkich użytkowników.

Nowi użytkownicy

Są rozpoznawani na podstawie pierwszej zarejestrowanej wizyty albo pierwszego uruchomienia aplikacji.

Powracający użytkownicy

To osoby, które posiadały już wcześniejszą zarejestrowaną sesję.

Nie należy bezkrytycznie zakładać, że każdy nowy użytkownik rzeczywiście nigdy wcześniej nie znał strony. Usunięcie danych przeglądarki albo zmiana urządzenia może spowodować ponowne rozpoznanie jako nowej osoby.

Co to jest sesja?

Sesja jest grupą interakcji użytkownika zachodzących w określonym przedziale czasu.

Domyślnie sesja wygasa po 30 minutach braku aktywności, chociaż ustawienie może zostać zmienione.

Jeden użytkownik może wygenerować wiele sesji.

Przykładowo osoba może:

1. wejść rano z reklamy,
2. wrócić po południu z wyników wyszukiwania,
3. następnego dnia otworzyć stronę bezpośrednio i dokonać zakupu.

W raporcie może to oznaczać jednego użytkownika i kilka sesji.

Co to jest sesja z zaangażowaniem?

Sesja z zaangażowaniem spełnia przynajmniej jeden z warunków:

• trwa dłużej niż 10 sekund,
• obejmuje kluczowe zdarzenie,
• zawiera co najmniej dwie odsłony strony lub ekranu.

Nie oznacza to, że każda sesja z zaangażowaniem była wartościowa biznesowo.

Użytkownik może spędzić 15 sekund na stronie i nadal nie znaleźć potrzebnej informacji. Może też wykonać bardzo szybki zakup w mniej niż 10 sekund, który zostanie uznany za zaangażowany dzięki kluczowemu zdarzeniu.

Współczynnik zaangażowania jest przydatny, ale nie powinien zastępować analizy właściwych działań.

Współczynnik zaangażowania i współczynnik odrzuceń

Współczynnik zaangażowania pokazuje odsetek sesji spełniających warunki sesji z zaangażowaniem.

Współczynnik odrzuceń jest odwrotnością współczynnika zaangażowania. Pokazuje odsetek sesji, które nie zostały uznane za zaangażowane.

Jeżeli współczynnik zaangażowania wynosi 70 procent, współczynnik odrzuceń wynosi 30 procent.

Wysokie odrzucenie nie zawsze oznacza złą stronę.

Użytkownik może wejść na stronę kontaktową, znaleźć numer telefonu i szybko zakończyć wizytę. Jeżeli kliknięcie nie zostało prawidłowo zmierzone, sesja może wyglądać na niezaangażowaną mimo wykonania wartościowego działania.

Z drugiej strony niskie odrzucenie nie potwierdza sukcesu sprzedażowego. Może wynikać z automatycznie wywoływanego zdarzenia albo konieczności przechodzenia przez kilka stron w poszukiwaniu informacji.

Czym jest czas zaangażowania?

GA4 próbuje mierzyć czas, w którym strona znajduje się na pierwszym planie, a użytkownik może aktywnie z niej korzystać.

Jest to bardziej użyteczne niż proste liczenie czasu pomiędzy pierwszą a ostatnią odsłoną, ale nadal posiada ograniczenia.

Użytkownik może:

• czytać bardzo szybko,
• pozostawić stronę otwartą,
• przełączyć kartę,
• wykonać działanie poza stroną,
• wrócić po dłuższym czasie.

Nie oceniam jakości treści wyłącznie na podstawie średniego czasu. Łączę go z przewinięciami, przejściami, kluczowymi zdarzeniami i rolą konkretnej strony.

Czy liczba odsłon pokazuje skuteczność strony?

Odsłona informuje, że strona została wyświetlona. Nie mówi jednak, czy użytkownik:

• przeczytał treść,
• znalazł odpowiedź,
• zrozumiał ofertę,
• wykonał działanie,
• był właściwym odbiorcą.

Duża liczba odsłon może wynikać z:

• wartościowego ruchu,
• botów,
• kampanii kierowanej do złej grupy,
• problemów z nawigacją,
• wielokrotnego przeładowywania strony,
• duplikacji kodu pomiarowego.

Odsłony są potrzebne do zrozumienia popularności i drogi użytkownika, ale nie powinny być głównym celem biznesowym.

Skąd przychodzą użytkownicy?

GA4 przypisuje ruch do źródeł, mediów, kampanii i grup kanałów.

Przykładowe źródła ruchu to:

• Google,
• newsletter,
• Facebook,
• LinkedIn,
• strona partnerska,
• wejście bezpośrednie.

Medium może opisywać rodzaj ruchu, na przykład:

• ruch organiczny,
• płatne kliknięcie,
• wiadomość e-mail,
• odesłanie z innej strony,
• ruch społecznościowy.

Poprawne przypisanie zależy od:

• integracji z platformami reklamowymi,
• oznaczenia linków,
• przekierowań,
• działania zgód,
• ustawień domen,
• okna atrybucji.

Pozyskiwanie użytkowników a pozyskiwanie ruchu

GA4 posiada raporty przedstawiające ruch z dwóch różnych perspektyw.

Pozyskiwanie użytkowników

Koncentruje się na źródle, z którym użytkownik został powiązany przy pierwszym pozyskaniu.

Pozyskiwanie ruchu

Pokazuje źródło związane z konkretną sesją.

Jeden użytkownik może po raz pierwszy wejść z reklamy, a później wracać z wyszukiwarki, newslettera i wejścia bezpośredniego.

Raport pierwszego użytkownika odpowiada na inne pytanie niż raport sesji. Porównywanie ich bez rozumienia zakresu prowadzi do pozornych rozbieżności.

Czym są parametry UTM?

Parametry UTM pozwalają oznaczać linki używane w kampaniach marketingowych.

Mogą opisywać między innymi:

• źródło,
• medium,
• nazwę kampanii,
• treść reklamy,
• inne elementy potrzebne do rozróżnienia linków.

Przydają się szczególnie w:

• newsletterach,
• kampaniach partnerskich,
• mediach społecznościowych,
• kodach QR,
• materiałach promocyjnych,
• kampaniach nieposiadających automatycznego oznaczania.

Nazwy powinny być spójne. Jeżeli ta sama platforma jest raz opisana jako Facebook, innym razem facebook.com, FB i Meta, raport zostanie podzielony na kilka pozycji.

Parametrów kampanii nie powinno się dodawać do zwykłych linków wewnętrznych. Mogą wtedy nadpisać prawdziwe źródło sesji i utrudnić analizę drogi użytkownika.

Dlaczego ruch trafia do Direct?

Ruch bezpośredni nie zawsze oznacza, że użytkownik ręcznie wpisał adres strony.

Do tej kategorii może trafić ruch, którego źródła system nie potrafił prawidłowo rozpoznać.

Przyczyną mogą być:

• nieoznaczone linki w wiadomościach,
• aplikacje komunikacyjne,
• dokumenty i pliki PDF,
• problemy z przekierowaniami,
• utrata informacji podczas przejścia między domenami,
• ograniczenia prywatności,
• błędna konfiguracja tagów.

Wzrost ruchu bezpośredniego nie zawsze oznacza więc wzrost znajomości marki.

Dlaczego ruch pojawia się jako Unassigned?

Kategoria Unassigned może pojawić się, gdy system nie potrafi przypisać ruchu do standardowej grupy kanałów.

Może wynikać z:

• niestandardowych i niespójnych wartości medium,
• błędnego oznaczania linków,
• niepełnych danych,
• problemów z konfiguracją kampanii,
• opóźnień przetwarzania.

Nie poprawiam takiego raportu przez dowolną zmianę nazwy. Najpierw sprawdzam konkretne wartości źródła, medium i kampanii.

Czym jest atrybucja?

Atrybucja określa sposób przypisywania zasługi za kluczowe zdarzenie do punktów kontaktu na drodze użytkownika.

Przykładowa ścieżka może wyglądać następująco:

1. użytkownik poznaje firmę z reklamy wideo,
2. później czyta artykuł z wyników organicznych,
3. wraca przez newsletter,
4. klika reklamę w wyszukiwarce,
5. następnego dnia wchodzi bezpośrednio i kupuje.

Przypisanie całej wartości ostatniemu wejściu może pominąć rolę wcześniejszych kontaktów.

GA4 udostępnia obecnie modele obejmujące między innymi:

• atrybucję opartą na danych,
• ostatnie kliknięcie w kanałach płatnych i bezpłatnych,
• ostatnie kliknięcie w płatnych kanałach Google.

Atrybucja oparta na danych wykorzystuje dostępne informacje do szacowania wkładu poszczególnych kontaktów. Nadal jest jednak modelem, a nie bezpośrednim zapisem procesu myślowego klienta.

Zmiana modelu może zmienić sposób rozdzielenia wartości pomiędzy kanały bez zmiany faktycznej liczby zamówień.

Dlaczego raporty mogą zmieniać się po kilku dniach?

Część danych może być przetwarzana, modelowana i ponownie przypisywana po wystąpieniu zdarzenia.

Dlatego wynik widoczny bezpośrednio po kampanii może później ulec zmianie.

Nie podejmuję ważnych decyzji wyłącznie na podstawie raportu z bieżącego dnia, szczególnie przy analizowaniu atrybucji i danych modelowanych.

Raport czasu rzeczywistego i DebugView

Raport czasu rzeczywistego pokazuje aktywność z ostatnich minut i pomaga sprawdzić, czy dane docierają do usługi.

Nie jest jednak wystarczającym narzędziem do pełnego testowania wdrożenia.

DebugView pozwala śledzić zdarzenia wykonywane przez konkretne urządzenie w trybie debugowania.

Podczas testu można sprawdzić:

• nazwę zdarzenia,
• moment uruchomienia,
• przekazane parametry,
• kolejność działań,
• ryzyko duplikacji.

Poza DebugView kontroluję również warstwę danych, działanie tagów i system źródłowy. Samo pojawienie się zdarzenia w GA4 nie potwierdza jeszcze, że jego wartość jest prawidłowa.

Google Analytics 4 w sklepie internetowym

W e-commerce samo mierzenie odsłon i zakupu nie pokazuje całego procesu.

Warto analizować kolejne etapy, takie jak:

• wyświetlenie listy produktów,
• wybranie produktu z listy,
• wyświetlenie karty produktu,
• dodanie do listy życzeń,
• dodanie do koszyka,
• usunięcie z koszyka,
• wyświetlenie koszyka,
• rozpoczęcie checkoutu,
• dodanie danych dostawy,
• dodanie danych płatności,
• zakup,
• zwrot.

Taki lejek pozwala znaleźć etap, na którym użytkownicy rezygnują.

Jeżeli wiele osób ogląda produkty, ale nie dodaje ich do koszyka, problem może dotyczyć ceny, zdjęć, opisów, dostępności albo samego przycisku.

Jeżeli koszyki są tworzone, ale niewiele osób rozpoczyna checkout, warto sprawdzić koszt dostawy i przejrzystość procesu.

Jeżeli użytkownicy rozpoczynają checkout, ale nie kupują, problem może znajdować się w płatnościach, formularzu, błędzie technicznym albo braku zaufania.

Jakie dane powinno zawierać zdarzenie zakupu?

Zdarzenie zakupu powinno przekazywać przynajmniej informacje potrzebne do prawidłowej identyfikacji i analizy transakcji.

Mogą to być:

• unikalny identyfikator transakcji,
• wartość zamówienia,
• waluta,
• podatek,
• koszt dostawy,
• kupon,
• lista produktów.

Dla produktów warto przekazać między innymi:

• identyfikator,
• nazwę,
• kategorię,
• markę,
• wariant,
• cenę,
• ilość.

Nie wszystkie parametry są obowiązkowe w każdym wdrożeniu, ale brak podstawowych informacji ogranicza możliwość analizowania sprzedaży.

Dlaczego identyfikator transakcji jest konieczny?

Unikalny identyfikator transakcji pomaga rozpoznać konkretne zamówienie i ograniczać wielokrotne liczenie tego samego zakupu.

Bez niego transakcja może zostać ponownie zarejestrowana po:

• odświeżeniu strony podziękowania,
• ponownym otwarciu adresu,
• powrocie z systemu płatniczego,
• błędnym ponownym uruchomieniu zdarzenia.

Identyfikator nie powinien być pusty ani powtarzany pomiędzy różnymi zamówieniami.

Najlepiej, aby odpowiadał numerowi lub technicznemu identyfikatorowi zamówienia umożliwiającemu porównanie danych z WooCommerce i systemem płatności.

Czy wejście na stronę podziękowania oznacza zakup?

Nie zawsze.

Użytkownik może ponownie otworzyć stronę podziękowania z historii, odświeżyć ją albo wejść na jej adres bez wykonania nowego zamówienia.

Zdarzenie zakupu powinno opierać się na danych konkretnej transakcji i zostać zabezpieczone przed duplikacją.

Testując wdrożenie, sprawdzam:

• nowe zamówienie,
• odświeżenie podziękowania,
• powrót do adresu,
• różne metody płatności,
• zamówienie nieopłacone,
• zamówienie testowe.

Zakup a status zamówienia w WooCommerce

Utworzenie zamówienia nie zawsze oznacza zakończoną sprzedaż.

Zamówienie może posiadać status:

• oczekujące na płatność,
• nieudane,
• wstrzymane,
• anulowane,
• w trakcie realizacji,
• zrealizowane,
• zwrócone.

Moment wysłania zdarzenia zakupu powinien być dopasowany do procesu płatności i sposobu działania sklepu.

W płatności online potwierdzenie może nastąpić podczas powrotu klienta albo przez późniejszy webhook operatora. W przelewie tradycyjnym zamówienie może zostać utworzone przed zaksięgowaniem środków.

Nie istnieje jedna reguła odpowiednia dla każdego sklepu. Najważniejsze jest, aby definicja sprzedaży była znana i stosowana konsekwentnie.

Jak mierzyć zwroty?

GA4 umożliwia przekazywanie zdarzeń pełnych i częściowych zwrotów.

Jeżeli sklep raportuje przychód z zakupu, ale nigdy nie aktualizuje danych o zwrotach, wyniki kampanii mogą wyglądać lepiej niż rzeczywista sprzedaż.

Wdrożenie zwrotów jest szczególnie ważne w branżach posiadających wysoki odsetek oddawanych produktów.

Trzeba jednak pamiętać, że raport analityczny nadal nie zastępuje systemu księgowego ani rozliczeń sklepu.

Przychód w GA4 nie jest zyskiem

Wartość transakcji pokazuje przychód przypisany do zdarzenia zakupu. Nie uwzględnia automatycznie:

• kosztu towaru,
• marży,
• prowizji płatności,
• kosztu dostawy ponoszonego przez sklep,
• obsługi zamówienia,
• zwrotów,
• kosztów reklamowych,
• podatków i pozostałych kosztów firmy.

ROAS i wartość sprzedaży mogą być przydatne, ale rentowność wymaga połączenia analityki z danymi finansowymi.

GA4 w WooCommerce

W WooCommerce pomiar może być realizowany przez:

• dedykowaną integrację,
• wtyczkę,
• Google Tag Manager i warstwę danych,
• własne wdrożenie.

Nie wybieram rozwiązania wyłącznie na podstawie liczby aktywnych instalacji albo obietnicy „pełnej analityki jednym kliknięciem”.

Sprawdzam:

• jakie zdarzenia są wysyłane,
• czy obsługiwane są warianty,
• jakie identyfikatory produktów są wykorzystywane,
• czy wartość i waluta są prawidłowe,
• czy transakcje się nie dublują,
• jak działa zgoda użytkownika,
• czy integracja współpracuje z używanym checkoutem,
• czy obsługiwane są zwroty.

Własne, zmodyfikowane szablony WooCommerce mogą wymagać dodatkowej konfiguracji. Wtyczka nie zawsze rozpozna nietypowy przycisk, koszyk AJAX albo niestandardowy proces zamówienia.

Jak mierzyć formularze?

Prawidłowy pomiar formularza powinien rozróżniać przynajmniej sukces i błąd.

W zależności od potrzeb można rejestrować:

• wyświetlenie formularza,
• rozpoczęcie,
• przejście do kolejnego kroku,
• błąd walidacji,
• prawidłowe wysłanie.

Kluczowym zdarzeniem powinno być zwykle dopiero prawidłowe przyjęcie danych.

Jeżeli formularz posiada kilka zastosowań, warto przekazywać jego rodzaj, na przykład:

• kontakt ogólny,
• zapytanie o audyt,
• rezerwacja,
• reklamacja,
• zapis do newslettera,
• prośba o wycenę.

Nie każde wysłanie ma taką samą wartość. Formularz reklamacyjny jest ważny operacyjnie, ale nie powinien być liczony jako nowy lead sprzedażowy.

Jak mierzyć połączenia telefoniczne?

GA4 może rejestrować kliknięcie linku z numerem telefonu, szczególnie na urządzeniu mobilnym.

Kliknięcie nie potwierdza jednak, że:

• połączenie zostało wykonane,
• firma je odebrała,
• rozmowa dotyczyła oferty,
• kontakt zakończył się sprzedażą.

Dlatego nazywam takie zdarzenie kliknięciem numeru, a nie pewnym połączeniem albo pozyskanym klientem.

Dokładniejszy pomiar może wymagać systemu call trackingu i połączenia danych telefonicznych z kampaniami.

Jak mierzyć rezerwacje?

W systemie rezerwacyjnym warto rozdzielić:

• kliknięcie przycisku,
• otwarcie kalendarza,
• wybranie terminu,
• uzupełnienie danych,
• potwierdzoną rezerwację,
• opłaconą rezerwację,
• odbytą wizytę.

Jeżeli rezerwacja odbywa się w zewnętrznym systemie, trzeba sprawdzić możliwość przekazania zdarzenia, połączenia domen albo wykorzystania webhooka i integracji.

Samo przejście do zewnętrznego kalendarza jest mikrokonwersją, a nie potwierdzonym terminem.

Google Tag Manager a GA4

Google Tag Manager jest systemem zarządzania tagami. Nie jest zamiennikiem Google Analytics.

Może służyć do:

• wdrożenia tagu GA4,
• obsługi zdarzeń,
• odczytywania warstwy danych,
• przekazywania parametrów,
• zarządzania tagami reklamowymi,
• testowania reguł uruchamiania.

Google Analytics odbiera i raportuje dane. Google Tag Manager pomaga określić, kiedy i jakie informacje mają zostać wysłane.

Nieprawidłowa konfiguracja GTM może powodować:

• duplikację odsłon,
• wielokrotne zakupy,
• zdarzenia uruchamiane na złych stronach,
• brak parametrów,
• uruchamianie tagów bez zgody,
• brak danych po zmianie struktury strony.

Czym jest warstwa danych?

Warstwa danych przekazuje uporządkowane informacje ze strony do Google Tag Managera lub innego systemu pomiarowego.

Może zawierać:

• nazwę zdarzenia,
• identyfikator produktu,
• wartość koszyka,
• walutę,
• dane transakcji,
• rodzaj formularza,
• status procesu.

Dzięki warstwie danych pomiar nie musi zgadywać znaczenia działania na podstawie wyglądu strony albo tekstu przycisku.

Jest to szczególnie ważne w:

• WooCommerce,
• aplikacjach jednostronicowych,
• konfiguratorach,
• formularzach wieloetapowych,
• niestandardowych procesach zakupowych.

Do warstwy danych nie należy przekazywać niepotrzebnych danych osobowych.

GA4 a baner cookies

Google Analytics może wykorzystywać technologie wymagające prawidłowego zarządzania zgodami użytkownika.

Baner cookies powinien:

• przedstawiać rzeczywisty wybór,
• zapisywać decyzję użytkownika,
• sterować zachowaniem tagów,
• pozwalać zmienić ustawienia,
• współpracować z wdrożeniem analityki i reklamy.

Samo wyświetlenie banera nie oznacza, że tagi są blokowane lub odpowiednio dostosowane.

Regularnie spotykam strony, na których użytkownik odrzuca analitykę, ale GA4 zostało uruchomione wcześniej. Spotykam też konfiguracje, w których użytkownik wyraża zgodę, lecz tag nigdy nie zaczyna działać.

Czym jest Consent Mode?

Consent Mode pozwala przekazywać usługom Google informacje o stanie zgody użytkownika.

Nie jest samodzielnym banerem cookies i nie zbiera wyboru bez współpracy z platformą zarządzania zgodami.

Może obsługiwać sygnały dotyczące między innymi:

• przechowywania danych analitycznych,
• przechowywania danych reklamowych,
• przesyłania danych użytkownika do celów reklamowych,
• personalizacji reklam.

Prawidłowe wdrożenie wymaga odpowiedniej kolejności:

1. ustawienie domyślnego stanu,
2. uruchomienie platformy zgód,
3. odebranie decyzji użytkownika,
4. aktualizacja sygnałów,
5. uruchamianie tagów zgodnie z wyborem.

Consent Mode nie jest sposobem na ignorowanie odmowy. Tagi mają dostosowywać swoje zachowanie i respektować wybór użytkownika.

Czym jest modelowanie danych?

W niektórych sytuacjach GA4 może wykorzystywać modelowanie do szacowania działań, których nie udało się bezpośrednio zaobserwować.

Może to dotyczyć ograniczeń związanych z:

• prywatnością,
• zgodami,
• różnymi urządzeniami,
• brakiem pełnych identyfikatorów,
• ograniczeniami technicznymi.

Dane modelowane nie są tym samym co bezpośrednio zarejestrowane zdarzenia.

Nie oznacza to, że są bezużyteczne. Trzeba jednak rozumieć, że część raportu może być wynikiem statystycznego oszacowania, a nie dokładnego śledzenia każdego użytkownika.

Czy GA4 zbiera dane każdej osoby?

Nie.

Część użytkowników:

• odrzuca zgodę,
• blokuje skrypty,
• korzysta z przeglądarek ograniczających identyfikację,
• opuszcza stronę przed wysłaniem danych,
• ma problem z połączeniem,
• korzysta z konfiguracji, której pomiar nie obsługuje prawidłowo.

GA4 nie powinno być traktowane jako idealny rejestr każdej wizyty i każdej sprzedaży.

Dane o zamówieniach porównuję przede wszystkim z WooCommerce i operatorem płatności. GA4 wykorzystuję do analizy źródeł, ścieżek i zachowania użytkowników.

Jak długo GA4 przechowuje dane?

W standardowej usłudze GA4 ustawienie przechowywania danych użytkowników i zdarzeń może wynosić 2 albo 14 miesięcy.

Ustawienie to ma szczególne znaczenie dla:

• eksploracji,
• analiz na poziomie użytkownika,
• raportów ścieżek,
• danych zależnych od identyfikatorów.

Nie usuwa automatycznie standardowych zagregowanych raportów po 14 miesiącach.

Po utworzeniu nowej usługi sprawdzam ustawienie retencji. Pozostawienie dwóch miesięcy może szybko ograniczyć możliwość wykonywania dłuższych analiz w eksploracjach.

Wydłużenie ustawienia nie odzyska danych, które zostały już wcześniej usunięte.

Czym są eksploracje?

Eksploracje pozwalają tworzyć bardziej elastyczne analizy niż standardowe raporty.

Można wykorzystać między innymi:

• analizę swobodną,
• lejek,
• ścieżkę użytkownika,
• nakładanie segmentów,
• analizę kohort,
• eksplorator użytkowników.

Eksploracje są przydatne do sprawdzania:

• gdzie użytkownicy opuszczają proces,
• jakie strony odwiedzają przed zakupem,
• czym różnią się grupy odbiorców,
• jak zachowują się użytkownicy nowych i powracających kanałów.

Nie każdy układ danych jest dostępny bez dodatkowej konfiguracji. Potrzebne parametry i wymiary trzeba zaplanować przed rozpoczęciem zbierania informacji.

GA4 i BigQuery

GA4 może eksportować nieprzetworzone zdarzenia do BigQuery, czyli hurtowni danych Google Cloud.

Eksport umożliwia:

• analizowanie surowych zdarzeń,
• tworzenie własnych zapytań,
• łączenie danych z innymi systemami,
• budowanie własnych raportów,
• zachowanie danych poza ograniczeniami standardowych eksploracji.

Standardowa usługa GA4 posiada dzienny limit dla zbiorczego eksportu wynoszący milion zdarzeń.

BigQuery nie jest potrzebne każdej małej stronie. Może mieć znaczenie dla:

• dużych sklepów,
• aplikacji,
• zaawansowanych modeli raportowych,
• łączenia danych marketingowych i sprzedażowych,
• projektów wymagających własnej kontroli nad surowymi zdarzeniami.

Sam eksport nie tworzy automatycznie wartościowego raportu. Dane trzeba uporządkować, sprawdzić i odpowiednio analizować.

Dlaczego dane z GA4 różnią się od innych systemów?

Rozbieżności pomiędzy GA4, WooCommerce, Google Ads, Meta Ads i systemem płatności są naturalne do pewnego poziomu.

Systemy mogą różnić się pod względem:

• definicji użytkownika,
• momentu zarejestrowania zdarzenia,
• strefy czasowej,
• modelu atrybucji,
• okna przypisania,
• obsługi zgód,
• modelowania,
• filtrowania ruchu,
• statusu zamówienia,
• obsługi zwrotów.

Problemem nie jest każda różnica. Problemem jest duża rozbieżność, której nikt nie potrafi wyjaśnić.

Ruch wewnętrzny i testy

Administratorzy, pracownicy i wykonawcy mogą znacząco zaburzać dane, szczególnie przy niewielkim ruchu.

Mogą:

• wielokrotnie otwierać te same podstrony,
• testować formularze,
• wykonywać zamówienia,
• odświeżać stronę podziękowania,
• pozostawiać witrynę otwartą przez wiele godzin.

Ruch wewnętrzny można oznaczać i filtrować, ale konfigurację trzeba testować ostrożnie.

Nie należy przypadkowo wykluczyć prawdziwych użytkowników korzystających z tej samej sieci ani usuwać danych bez możliwości wcześniejszej kontroli.

Boty i fałszywy ruch

GA4 może odbierać ruch generowany przez automatyczne systemy, narzędzia monitorujące, skanery i boty.

Objawami mogą być:

• nagły wzrost użytkowników z jednego miejsca,
• nietypowy język lub rozdzielczość,
• duża liczba wejść bez kluczowych działań,
• ruch w krótkim przedziale czasu,
• niezwykłe strony wejścia,
• zdarzenia niemożliwe do wykonania przez prawdziwego użytkownika.

Nie każdy skok oznacza sukces marketingowy. Dane trzeba porównywać z logami serwera, bezpieczeństwem i rzeczywistymi wynikami biznesowymi.

Najczęstsze błędy w Google Analytics 4

Podwójnie zainstalowany kod

Tag działa jednocześnie przez motyw, wtyczkę i Google Tag Manager.

Brak planu pomiaru

System zbiera dane, ale firma nie określiła najważniejszych działań i pytań biznesowych.

Oznaczenie wszystkiego jako kluczowe zdarzenie

Przewinięcia, kliknięcia i odsłony są analizowane tak samo jak formularze i zakupy.

Liczenie kliknięcia zamiast sukcesu

Formularz jest raportowany przed jego prawidłowym wysłaniem.

Duplikowanie zakupów

Odświeżenie strony podziękowania ponownie wysyła zdarzenie transakcji.

Brak identyfikatora transakcji

GA4 nie może prawidłowo rozpoznawać duplikatów zakupów.

Nieprawidłowa wartość lub waluta

Raport pokazuje błędny przychód albo miesza wartości z różnych walut.

Brak pomiaru zwrotów

Analityka raportuje sprzedaż, która później została częściowo lub całkowicie zwrócona.

Niespójne parametry UTM

Ta sama kampania i platforma są podzielone na wiele nazw.

UTM w linkach wewnętrznych

Przejście pomiędzy podstronami nadpisuje źródło rzeczywistej wizyty.

Brak testu zgód

GA4 działa przed zgodą albo nie uruchamia się po jej udzieleniu.

Przekazywanie danych osobowych

Adres e-mail, telefon albo inne identyfikujące informacje trafiają do parametrów lub adresów stron.

Brak kontroli po aktualizacjach

Zmiana formularza, checkoutu albo motywu przerywa działanie zdarzeń.

Ocena sukcesu po samym ruchu

Wzrost użytkowników jest traktowany jak wzrost sprzedaży bez sprawdzenia kluczowych zdarzeń i przychodu.

Brak porównania z systemem źródłowym

Nikt nie sprawdza, czy liczba transakcji odpowiada w przybliżeniu zamówieniom WooCommerce.

Jak samodzielnie sprawdzić konfigurację GA4?

Podstawową kontrolę można rozpocząć od odpowiedzi na kilka pytań:

1. Czy wiem, kto jest właścicielem konta i usługi?
2. Czy kod pomiarowy nie został zainstalowany kilka razy?
3. Czy ruch pojawia się w raporcie czasu rzeczywistego?
4. Jakie zdarzenia są zbierane?
5. Które z nich zostały oznaczone jako kluczowe?
6. Czy odpowiadają prawdziwym celom biznesowym?
7. Czy formularz jest liczony dopiero po sukcesie?
8. Czy zakup posiada unikalny identyfikator?
9. Czy wartość i waluta są prawidłowe?
10. Czy odświeżenie podziękowania nie tworzy drugiego zakupu?
11. Czy różne metody płatności są obsługiwane?
12. Czy zgody użytkownika wpływają na zachowanie tagów?
13. Czy ruch administratorów jest rozpoznawalny?
14. Czy parametry kampanii są spójne?
15. Czy dane są porównywane z WooCommerce, formularzami albo CRM?
16. Czy okres przechowywania danych został ustawiony świadomie?
17. Czy po aktualizacjach wykonywany jest test?

Jak wygląda prawidłowy proces wdrożenia GA4?

Skuteczne wdrożenie nie zaczyna się od wklejenia identyfikatora pomiaru.

1. Określam cele biznesowe – ustalam, jakie wyniki ma wspierać strona.
2. Rozpisuję działania użytkowników – identyfikuję makrokonwersje i etapy pośrednie.
3. Tworzę plan zdarzeń – wybieram właściwe nazwy, parametry i momenty uruchomienia.
4. Sprawdzam istniejące wdrożenie – szukam tagów, wtyczek i duplikacji.
5. Konfiguruję usługę – ustawiam strumień, dostęp, retencję i potrzebne połączenia.
6. Wdrażam pomiar – wykorzystuję tag Google, GTM, warstwę danych lub odpowiednią integrację.
7. Łączę pomiar ze zgodami – sprawdzam różne decyzje użytkownika.
8. Testuję zdarzenia – analizuję moment uruchomienia i parametry.
9. Testuję scenariusze błędne – sprawdzam formularz z błędem, nieudaną płatność i odświeżenie strony.
10. Porównuję dane źródłowe – zestawiam GA4 z WooCommerce, formularzami i płatnościami.
11. Buduję użyteczne raporty – pokazuję dane odpowiadające konkretnym pytaniom.
12. Dokumentuję wdrożenie – zapisuję nazwy zdarzeń, parametry i sposób testowania.
13. Monitoruję konfigurację – kontroluję ją po aktualizacjach i zmianach strony.

Czy GA4 wystarczy do pełnej analizy firmy?

Nie zawsze.

GA4 dobrze pokazuje zachowanie użytkowników w stronie i aplikacji, ale może wymagać połączenia z:

• Google Ads,
• Google Search Console,
• CRM,
• WooCommerce,
• systemem płatności,
• narzędziem do rezerwacji,
• systemem magazynowym,
• danymi finansowymi,
• BigQuery.

Strona może wygenerować formularz, ale dopiero CRM pokaże, czy zgłoszenie zostało zakwalifikowane i zakończyło się sprzedażą.

GA4 może raportować przychód z zamówienia, ale dopiero dane o marży, zwrotach i kosztach reklamy pokażą rentowność.

Nie próbuję więc zmuszać jednego narzędzia do udzielania odpowiedzi, do których nie zostało stworzone.

Czy każda strona potrzebuje rozbudowanego GA4?

Nie.

Prosta strona usługowa może potrzebować przede wszystkim:

• źródeł ruchu,
• stron wejścia,
• prawidłowo wysłanych formularzy,
• kliknięć telefonu,
• rezerwacji.

Sklep może potrzebować pełnego pomiaru ścieżki produktowej i zakupowej.

Aplikacja może wymagać analizy funkcji, retencji i aktywności użytkowników.

Zakres powinien wynikać z pytań biznesowych. Nie dodaję kolejnych zdarzeń wyłącznie dlatego, że technicznie można je zarejestrować.

Najważniejsze wnioski

• Google Analytics 4 jest systemem analitycznym opartym na zdarzeniach.
• Samo zainstalowanie GA4 nie oznacza prawidłowego pomiaru skuteczności strony.
• Zdarzenie opisuje interakcję lub wystąpienie określonego działania.
• Parametry przekazują dodatkowy kontekst zdarzenia.
• W pierwszej kolejności warto wykorzystywać zdarzenia automatyczne i zalecane, a dopiero później tworzyć niestandardowe.
• Kluczowe zdarzenie mierzy działanie szczególnie ważne dla firmy.
• Nie każde kliknięcie, przewinięcie i wyświetlenie powinno być kluczowym zdarzeniem.
• Konwersje wykorzystywane w reklamach mogą być tworzone na podstawie kluczowych zdarzeń.
• Liczba użytkowników nie jest idealnym spisem fizycznych osób.
• Sesja z zaangażowaniem trwa ponad 10 sekund, zawiera kluczowe zdarzenie albo co najmniej dwie odsłony.
• Współczynnik zaangażowania i odrzuceń nie zastępują pomiaru wyników biznesowych.
• Raport pierwszego pozyskania użytkownika odpowiada na inne pytanie niż raport źródła konkretnej sesji.
• Parametry UTM powinny być stosowane spójnie i nie powinny oznaczać zwykłych linków wewnętrznych.
• Atrybucja jest modelem rozdzielania wartości pomiędzy punkty kontaktu.
• W e-commerce warto mierzyć pełny proces od wyświetlenia produktu do zakupu i zwrotu.
• Zdarzenie zakupu powinno posiadać unikalny identyfikator transakcji, wartość i walutę.
• Odświeżenie strony podziękowania nie powinno ponownie tworzyć transakcji.
• Przychód raportowany w GA4 nie jest tym samym co zysk.
• Formularz powinien być liczony dopiero po prawidłowym przyjęciu danych.
• Google Tag Manager zarządza tagami, ale nie zastępuje Google Analytics.
• Consent Mode współpracuje z platformą zgód i nie jest samodzielnym banerem cookies.
• W standardowym GA4 retencję danych użytkowników i zdarzeń można ustawić na 2 albo 14 miesięcy.
• Dane GA4 mogą różnić się od WooCommerce i platform reklamowych z przyczyn technicznych, prywatnościowych i atrybucyjnych.
• Dobry pomiar zaczyna się od pytań biznesowych, a nie od liczby możliwych zdarzeń.

Nie wiesz, czy dane w Google Analytics 4 są prawidłowe?

Podczas audytu sprawdzam nie tylko obecność identyfikatora GA4. Analizuję sposób instalacji, duplikację tagów, zdarzenia, kluczowe zdarzenia, formularze, e-commerce, transakcje, zgody i parametry kampanii.

Mogę wskazać sytuacje, w których zakup jest liczony wielokrotnie, formularz rejestruje się przed wysłaniem, ruch administratorów zaburza wyniki albo raporty kampanii nie odpowiadają rzeczywistym źródłom sprzedaży.

Nie zakładam automatycznie, że potrzebne jest mierzenie każdego kliknięcia. Najpierw ustalam, jakie decyzje firma chce podejmować i które działania użytkowników mają rzeczywistą wartość. Dopiero na tej podstawie porządkuję analitykę oraz sposób oceny skuteczności strony.