Po skonfigurowaniu Google Analytics zechcesz pewnie porównać wyniki raportowane w usłudze w Google Analytics z wynikami w usłudze w Universal Analytics. Z tego artykułu dowiesz się, jak można i jak nie należy porównywać danych między Universal Analytics a Google Analytics.
Tematy w tym artykule:Użytkownicy
W Universal Analytics dostępne są 2 rodzaje danych o użytkownikach: Całkowita liczba użytkowników i Nowi użytkownicy. W Google Analytics dostępne są 3 rodzaje danych o użytkownikach: Całkowita liczba użytkowników, Aktywni użytkownicy i Nowi użytkownicy.
|
Dane |
UA |
Google Analytics |
|
Całkowita liczba użytkowników |
Główne dane o użytkownikach w UA: łączna liczba użytkowników |
Łączna liczba unikalnych użytkowników powiązanych z zarejestrowanym zdarzeniem |
|
Nowi użytkownicy |
Liczba użytkowników, którzy po raz pierwszy weszli w interakcję z Twoją witryną |
Liczba użytkowników, którzy po raz pierwszy weszli w interakcję z Twoją witryną lub uruchomili aplikację. Jest ona określana na podstawie liczby nowych unikalnych identyfikatorów użytkowników powiązanych z zarejestrowanym zdarzeniem |
|
Aktywni użytkownicy |
Nie dotyczy |
Główne dane o użytkownikach w Google Analytics: liczba unikalnych użytkowników, którzy korzystali z Twojej witryny lub aplikacji. Aktywny użytkownik to każdy użytkownik, który ma rozpoczętą sesję z zaangażowaniem, czyli taką, podczas której Analytics rejestruje:
|
Pamiętaj
Universal Analytics w większości raportów kładzie nacisk na dane Całkowita liczba użytkowników (wyświetlane jako Użytkownicy), natomiast Google Analytics koncentruje się na danych Aktywni użytkownicy (także wyświetlanych jako Użytkownicy.). Mimo stosowania tego samego terminu Użytkownicy usług w UA i Google Analytics obliczają te dane w różny sposób, ponieważ UA korzysta z danych Całkowita liczba użytkowników, a Google Analytics – z danych Aktywni użytkownicy.
W zależności od tego, jak często użytkownicy wracają do Twojej witryny, wartości danych Całkowita liczba użytkowników w UA i Aktywni użytkownicy w Google Analytics mogą być bardziej lub mniej zbliżone do siebie.
Te 2 rodzaje usług mogą korzystać z różnych ustawień przestrzeni tożsamości użytkownika, np. usługa w Google Analytics może używać identyfikatora User-ID, a usługa w Universal Analytics – identyfikatora Client-ID.
Raporty UA mogą wykluczać dane na podstawie filtrów. Usługi w Google Analytics nie obsługują obecnie tych filtrów.
Nierzadko w danych związanych z użytkownikami w Google Analytics i Universal Analytics występują rozbieżności. Mogą one obejmować do 10% danych dotyczących odsłon oraz do 20% danych związanych z użytkownikami i sesjami. Rozbieżności te nie powinny budzić niepokoju. Nawet jeśli obie usługi mają podobnie skonfigurowane, porównywalne środowiska, korzystają z nieco inaczej zdefiniowanych danych, które mogą się różnić w zależności od firmy, i właśnie to jest powodem rozbieżności.
Odsłony
Ogólnie dane Odsłony powinny podawać w UA i Google Analytics zbliżone wartości, różniące się zwykle o najwyżej kilka punktów procentowych. Dzieje się tak, ponieważ odsłonę wywołuje tag Google, który uruchamia się na każdej stronie. Różnice między tymi wartościami mogą się jednak zmieniać w zależności od filtrów skonfigurowanych w Universal Analytics lub w Google Analytics.
|
Dane |
UA |
Google Analytics |
|
Odsłona |
Łączna liczba wyświetlonych stron z uwzględnieniem ponownych wyświetleń poszczególnych stron. |
Określane też jako Wyświetlenia: łączna liczba ekranów aplikacji lub stron internetowych wyświetlonych przez użytkowników (w interfejsie raportowania dane Wyświetlenia obejmują łącznie odsłony i wyświetlenia ekranu). Zliczane są też ponowne wyświetlenia poszczególnych stron i ekranów. |
|
Unikalne odsłony |
Łączna liczba wyświetlonych stron po odliczeniu ich ponownych wyświetleń. |
Nie dotyczy |
Pamiętaj
Universal Analytics mierzy wyświetlenia ekranu w osobnych usługach dotyczących urządzeń mobilnych, natomiast Google Analytics łączy dane z sieci i aplikacji w tej samej usłudze. Jeśli w usłudze w Google Analytics mierzysz dane zarówno z sieci, jak i z aplikacji, pamiętaj, aby przy porównywaniu danych o odsłonach w UA i Google Analytics uwzględniać dodatkowy ruch w aplikacji.
Universal Analytics udostępnia dodatkowe opcje filtrowania mogące wpływać na informacje w widoku danych, w którym przeprowadzasz porównanie. Jeśli np. używasz filtra, aby wykluczać określone regiony geograficzne, liczba odsłon w UA może bardziej się różnić od tej podawanej w Google Analytics.
Usługi Google Analytics nie obsługują obecnie filtrów. W raportach Universal Analytics można natomiast filtrować wyświetlane dane w celu wykluczania pewnych informacji. Na przykład zarówno UA, jak i Google Analytics umożliwia odfiltrowywanie niechcianych odesłań i ruchu z wewnętrznych adresów IP, ale w UA możesz też stosować dodatkowe filtry. Podczas porównywania danych upewnij się, że w obu usługach masz takie same filtry.
W przypadku niektórych usług w Universal Analytics często ustawia się ręczną odsłonę dla aplikacji jednostronicowych (SPA). Dzieje się tak, ponieważ automatyczne śledzenie odsłon nie mogło od razu po uruchomieniu zliczać odsłon aplikacji SPA. W Google Analytics nie musisz implementować tagów niestandardowych. Zamiast tego możesz włączyć pomiar zaawansowany, aby automatycznie zliczać takie odsłony.
Zakupy
Liczba transakcji zakupu w sieci powinna być bardzo zbliżona w obu rodzajach usług. Nigdy nie oczekujemy, że uda się zarejestrować dokładnie wszystkie zdarzenia. Zdarzenia „purchase” nie są tu wyjątkiem, ale mają one absolutnie fundamentalne znaczenie, więc liczba ich wystąpień powinna być niemal identyczna w UA i Google Analytics.
transaction_id.|
Dane |
UA |
Google Analytics |
|
Zakupy |
|
|
Pamiętaj
Niespójne i nieprawidłowe stosowanie parametru transaction_id może spowodować zauważalne różnice między porównywanymi danymi. Aby uzyskać lepszą jakość i porównywalność danych, zadbaj o spójne ich rejestrowanie zgodnie z dokumentacją.
Aby zapewnić prawidłowe rejestrowanie danych transakcji e-commerce, używaj wszystkich parametrów wymaganych przez implementację e-commerce w Google Analytics (oraz w UA).
Raporty UA mogą wykluczać dane na podstawie filtrów widoków.
Jeśli porównujesz najnowsze raporty, możesz zauważyć różnice spowodowane tym, że Google Analytics nadal przetwarza dane. Google Analytics może na przykład aktualizować przypisane kluczowe zdarzenia przez maksymalnie 7 dni od zarejestrowania kluczowego zdarzenia.
Sesje
|
Dane |
UA |
Google Analytics |
|
Sesja |
|
Określane też jako Rozpoczęcie sesji
|
Pamiętaj
Różnice w liczbie sesji między UA a Google Analytics mogą być inne w poszczególnych firmach w zależności od kilku czynników, w tym:
- Obszaru geograficznego – bierz pod uwagę strefy czasowe użytkowników i prawdopodobieństwo, że ich sesje dobiegają końca z powodu nadejścia północy. Jest to możliwe szczególnie wtedy, gdy masz klientów z całego świata.
- Korzystanie z monitorów UTM we własnych witrynach lub aplikacjach – nie zalecamy używania w witrynie tagowania monitora UTM, ponieważ będzie ono powodować resetowanie sesji w Universal Analytics. Jeśli korzystasz w swojej witrynie z parametrów UTM, możesz odnotowywać znacznie większą liczbę sesji w UA niż w Google Analytics.
- Filtry – dane w raportach UA mogą być filtrowane za pomocą filtrów widoku danych wykluczających niektóre informacje. Do danych w raportach Google Analytics dotyczących klientów Google Analytics 360 mogą być zastosowane filtry określające, które dane z usługi źródłowej pojawiają się w usłudze podrzędnej. Nawet wtedy, gdy odfiltrujesz z usługi podrzędnej zdarzenie
session_start, Google Analytics i tak wygeneruje identyfikator sesji. - Oszacowanie – usługi w Google Analytics korzystają ze statystycznych szacunków liczby sesji, które miały miejsce w Twojej witrynie lub aplikacji, określając w przybliżeniu liczbę unikalnych identyfikatorów sesji. Usługi w Universal Analytics nie szacują liczby sesji. Wartości szacunkowe używane w usługach w Google Analytics stanowią bardzo dokładne przybliżenie rzeczywistej liczby sesji, cechujące się niskim odsetkiem błędów. Dowiedz się więcej o sesjach Analytics.
Dane dotyczące pozyskiwania ustalone na podstawie liczby sesji lub natężenia ruchu
|
Dane |
UA |
Google Analytics |
|
Dane dotyczące pozyskiwania ustalone na podstawie liczby sesji lub natężenia ruchu |
Można je znaleźć w sekcji „Pozyskanie” w różnych raportach, np. Kanały lub Źródło/medium. Takie wymiary jak „Kanał” czy „Źródło/medium” są analizowane na podstawie danych w rodzaju Użytkownicy i Sesje. Domyślny okres ważności atrybucji w przypadku sesji zależy od ustawienia „Limit czasu kampanii”. Wartością domyślną jest 6 miesięcy. |
Dane dotyczące pozyskiwania ruchu można znaleźć w raporcie Pozyskiwanie ruchu. Pomiar takich wymiarów jak „Kanał” czy „Źródło/medium” odbywa się na podstawie danych w rodzaju Użytkownicy i Sesje. Pamiętaj, że główne różnice w danych o pozyskiwaniu między UA a Google Analytics są skorelowane z różnicami w wartościach danych Użytkownicy lub Sesje. Okno konwersji atrybucji w przypadku sesji jest określane na podstawie ustawienia „Wszystkie pozostałe zdarzenia konwersji”. Wartością domyślną jest 90 dni. Dowiedz się więcej o wybieraniu i aktualizowaniu ustawień atrybucji. |
Pamiętaj
Główne rodzaje danych służące do porównywania danych o pozyskiwaniu to Sesje i Użytkownicy, więc zapoznaj się z sekcjami Sesje i Użytkownicy w tym artykule.
Konwersja i kluczowe zdarzenia
Jeśli pomiar kluczowych zdarzeń przeprowadzasz z uwzględnieniem docelowych adresów URL lub zdarzeń UA (tzn. opisanych parametrami „Kategoria”, „Czynność” i „Etykieta”), w których przypadku masz skonfigurowane równoważne zdarzenia konwersji Google Analytics, wartości danych konwersji i kluczowych zdarzeń mogą być dość zbliżone. Między UA a Google Analytics występują jednak istotne różnice, które mogą utrudniać porównywanie wyników.
|
Dane |
UA |
Google Analytics |
|
Kluczowe zdarzenia |
Definiujesz cel wskazujący, że konkretne działanie użytkownika ma być uznawane za konwersję. Jeśli np. zdefiniujesz cel „Przesłanie formularza”, konwersja będzie rejestrowana za każdym razem, gdy użytkownik prześle formularz. W przypadku każdego celu usługa UA zlicza tylko jedną konwersję na sesję. Jeśli więc użytkownik 2-krotnie prześle formularz podczas tej samej sesji, dla celu „Przesłanie formularza” zostanie zliczona tylko 1 konwersja. |
Dla każdego działania, które chcesz zliczać jako kluczowe zdarzenie, określasz kluczowe zdarzenie. Jeśli na przykład określisz, że zdarzenie „Przesłanie formularza” jest kluczowym zdarzeniem, będzie ono rejestrowane za każdym razem, gdy użytkownik prześle formularz. Google Analytics zwykle zlicza każde wystąpienie kluczowego zdarzenia nawet wtedy, gdy to samo kluczowe zdarzenie zostanie zarejestrowane większą liczbę razy podczas tej samej sesji. Jeśli więc użytkownik prześle formularz 2 razy podczas tej samej sesji, zostaną zliczone 2 kluczowe zdarzenia. Aby zmniejszyć różnice w liczbie kluczowych zdarzeń między usługą w UA a odpowiadającą jej usługą w Google Analytics, zmień ustawienie metody zliczania kluczowych zdarzeń w Google Analytics na Raz na sesję.
|
Pamiętaj
Universal Analytics obsługuje 5 rodzajów celów: miejsce docelowe, czas trwania, liczba stron na sesję, cele inteligentne i cele zdarzeń. Google Analytics obsługuje natomiast tylko kluczowe zdarzenia. Czasami niektórych rodzajów celów UA nie można dokładnie odtworzyć za pomocą kluczowych zdarzeń Google Analytics. Może to np. dotyczyć celu inteligentnego lub czasu trwania.
W przypadku każdego celu UA zlicza tylko 1 kluczowe zdarzenie na sesję. Google Analytics zwykle zlicza dla tego samego kluczowego zdarzenia wiele kluczowych zdarzeń podczas sesji. Aby zmniejszyć różnice w liczbie kluczowych zdarzeń między usługą w UA a odpowiadającą jej usługą w Google Analytics, zmień ustawienie metody zliczania kluczowych zdarzeń w Google Analytics na Raz na sesję.
Raporty UA mogą wykluczać dane na podstawie filtrów widoków.
Jeśli porównujesz najnowsze raporty, możesz zauważyć różnice spowodowane tym, że Google Analytics nadal przetwarza dane. Google Analytics może na przykład aktualizować przypisane kluczowe zdarzenia przez maksymalnie 7 dni od zarejestrowania kluczowego zdarzenia.
Więcej przyczyn różnic w liczbie kluczowych zdarzeń
Najczęstsze przyczyny rozbieżności
W tabelach poniżej znajdziesz najczęstsze przyczyny różnic między podobnymi konwersjami UA i kluczowymi zdarzeniami GA4. W przypadku napotkania różnic najlepszym sposobem na ich ograniczenie jest sprawdzenie i dostosowanie wspólnych czynników, które je powodują. W większości przypadków uwzględnienie tych różnic w usługach, ustawieniach lub konfiguracji pozwoli wyeliminować najpoważniejsze rozbieżności dotyczące zliczania.
W Google Analytics
Oto główne przyczyny różnic między UA i GA4, które wynikają z dokonanych przez Ciebie w Google Analytics wyborów dotyczących usług, konfiguracji lub ustawień.
| Opis | Rozwiązanie lub rekomendacja |
|---|---|
|
Metoda zliczania: UA zlicza 1 cel na sesję, a GA4 pozwala wybrać, czy chcesz zliczać 1 cel na zdarzenie, czy 1 na sesję. Jeśli na przykład użytkownik zrealizuje cel 5 razy w ramach 1 sesji, w UA będzie widoczna 1 konwersja, a w GA4 – 1 lub 5 kluczowych zdarzeń, w zależności od wybranej metody zliczania. Uwaga: Raz na zdarzenie to domyślna metoda zliczania w przypadku większości kluczowych zdarzeń (z wyjątkiem tych utworzonych w wygenerowanej automatycznie usłudze w GA4 lub za pomocą narzędzia do migracji celów w Asystencie konfiguracji). Ustawienia domyślne mogą powodować wyższą liczbę kluczowych zdarzeń w GA4. |
Zaktualizuj ustawienia zliczania kluczowych zdarzeń. Jeśli chcesz dopasować zliczanie w GA4 do zliczania celów w UA, dopilnuj, aby dla metody zliczania kluczowych zdarzeń w GA4 wybrane było ustawienie Raz na sesję. Uwagi:
Ta rekomendacja nie ma zastosowania, gdy porównujesz transakcje e-commerce UA, ponieważ w UA są już one zliczane zgodnie z ustawieniem Raz na zdarzenie. |
|
Pokrycie witryny: jeśli tag UA jest zaimplementowany na innych stronach witryny niż tag GA4, mogą występować luki w pomiarach. Zwłaszcza wtedy, gdy strona docelowa reklamy Google Ads nie jest prawidłowo otagowana, informacje niezbędne do dokładnego pomiaru i przypisania kluczowego zdarzenia do danej interakcji z reklamą mogą być niedostępne. W zależności od tego, czy tagi GA4 są wdrożone na większej, czy mniejszej liczbie stron niż tagi UA, GA4 będzie podawać odpowiednio więcej lub mniej użytkowników, sesji, odsłon i kolejnych kluczowych zdarzeń. |
Zalecamy stosowanie standardowej metody implementacji tagów (np. tagu Google lub Menedżera tagów Google), aby mieć pewność, że tagi są wdrożone w całej witrynie. Warto też wziąć pod uwagę ustawienia skonfigurowane w przeszłości, np. pomiar w wielu domenach. To, czy tag Google jest zaimplementowany w całej witrynie, możesz sprawdzić na stronie Podsumowanie zasięgu tagu. Dowiedz się więcej o podsumowaniu zasięgu tagu. Aby zminimalizować rozbieżności, korzystaj w UA i GA4 z tych samych metod implementacji tagów. |
|
Błędy implementacji: podczas konfigurowania zbierania danych w GA4 możliwe jest nieprawidłowe zaimplementowanie tagu. Może to spowodować całkowity brak danych w usłudze w GA4, ale w niektórych przypadkach będą w niej widoczne dane częściowe. Jeśli tak się stanie, zauważysz rozbieżności w porównaniu z danymi w UA. Nieprawidłowa implementacja może wtedy podawać mniejszą liczbę kluczowych zdarzeń w GA4 niż w UA. |
Zalecamy stosowanie standardowych metod implementacji opisanych w przewodniku dla programistów, a nie metod niestandardowych. W zapewnieniu spójności implementacji może pomóc system zarządzania tagami. Dla wielu użytkowników stosowanie tagu Google jest wystarczające, ponieważ umożliwia korzystanie z tego samego tagu na kontach Google Ads i Google Analytics (patrz przewodnik dla programistów). |
|
Filtry: filtry UA działają zupełnie inaczej niż filtry GA4. Filtry UA są często używane i w znacznym stopniu zmieniają dane w usłudze w UA (np. „pokaż tylko dane z Francji”). GA4 ma zupełnie inny zestaw dostępnych filtrów. Jeśli filtry UA ograniczają rejestrowany ruch, może to spowodować podawanie przez GA4 większego natężenia ruchu. |
Filtry danych: w przypadku ruchu wewnętrznego i ruchu wywoływanego przez programistów możesz tworzyć filtry uwzględniania i wykluczania. Modyfikacje zdarzeń i zdarzenia niestandardowe: modyfikuj nazwy i parametry zdarzeń. Wykrywanie niepożądanych witryn odsyłających: uwzględniaj tylko te witryny odsyłające, które chcesz. Tworzenie usług podrzędnych (tylko w Analytics 360): twórz w pełni funkcjonalne usługi, które są podzbiorami danych dostępnych w usługach w Analytics 360. |
|
Wykluczenia witryn odsyłających: wykluczenia ustawione w UA mogą wpływać na kluczowe zdarzenia przypisane Google Ads. Jeśli te wykluczenia nie zostaną odpowiednio skonfigurowane w GA4, udział przypisany Google Ads może się różnić (np. w UA stosowane są często wykluczenia dostawców usług płatniczych, takich jak PayPal). Jeśli witryny odsyłające zostały wykluczone w UA, ale nie w GA4, udział w kluczowych zdarzeniach GA4 może być niewłaściwie przypisywany w GA4, przez co kanałowi płatnemu Google będzie przypisana mniejsza liczba kluczowych zdarzeń niż w UA. Wykluczenia witryn odsyłających wpływają na dane o udziale w kluczowym zdarzeniu. |
Aby zminimalizować nieprawidłową atrybucję, dopasuj ustawienia wykluczeń witryn odsyłających w UA i GA4. Pamiętaj, że wykluczenie witryn odsyłających nie zmieni łącznej liczby kluczowych zdarzeń w usłudze w Google Analytics, ponieważ wpływa tylko na sposób przypisywania udziału w kluczowych zdarzeniach. Dowiedz się więcej o wykluczeniach witryn odsyłających w UA oraz o tym, jak rozpoznawać niechciane witryny odsyłające w GA4. |
W Google Ads
Oto główne przyczyny różnic między podobnymi kluczowymi zdarzeniami UA i GA4, które wynikają z dokonanych przez Ciebie w Google Ads wyborów dotyczących usług, konfiguracji lub ustawień.
| Opis | Rozwiązanie lub rekomendacja |
|
Okres ważności kluczowego zdarzenia: ustawienia okresu ważności kluczowego zdarzenia w Google Ads określają, jak długo po wystąpieniu w Google Ads punktu styczności z klientem może być przypisywany temu punktowi udział w kluczowym zdarzeniu. Często jest to dowolnie wybrana wartość, np. 90 dni. Różnica w ustawieniach może oznaczać, że punkt styczności z klientem w UA otrzymuje udział w kluczowym zdarzeniu, a w GA4 – nie (lub odwrotnie). |
Dostosuj w Google Ads ustawienia okresu ważności działań powodujących kluczowe zdarzenia UA i GA4 zgodnie z wartością określoną w ustawieniach usługi w GA4. |
|
Ustawienia modeli atrybucji (w Google Ads): modele atrybucji wpływają na sposób przypisywania udziału w kluczowych zdarzeniach poszczególnym punktom styczności z klientem na ścieżce konwersji. Różnice w ustawieniach modeli atrybucji w Google Ads między UA i GA4 mogą powodować niejednorodne przypisywanie udziału w kluczowych zdarzeniach w poszczególnych kampaniach na koncie Google Ads lub na koncie menedżera (MCK). Uwaga: zmiana ustawień atrybucji w Google Ads nie ma wpływu na łączną liczbę kluczowych zdarzeń przypisanych do Google Ads. |
Dopasuj modele atrybucji w ustawieniach kluczowych zdarzeń w Google Ads. |
| Domyślne ustawienie atrybucji w GA4: jeśli obserwujesz mniejszą liczbę konwersji GA4 w porównaniu z konwersjami Universal Analytics w Google Ads, jedną z przyczyn może być to, że ustawienie „Kanały, które mogą mieć przypisywany udział w konwersjach” (domyślne ustawienie atrybucji w GA4) ma wartość „Płatne i bezpłatne” dla wszystkich usług utworzonych przed czerwcem 2023 r. Usługi w GA4 utworzone po czerwcu 2023 roku mają domyślne ustawienie „Kanały płatne Google”. Zmiana tego ustawienia w Google Analytics i wybranie tylko kanałów płatnych Google może pomóc zwiększyć liczbę konwersji GA4 w stosunku do konwersji UA w Google Ads. | Tę zmianę możesz wprowadzić w sekcji Ustawienia atrybucji, wybierając kolejno opcje Administracja > Wyświetlanie danych > Ustawienia atrybucji > Kanały, które mogą mieć przypisywany udział w konwersjach. |
|
Metodologie raportowania w Google Ads: aby można było sprawdzać w Google Ads, która reklama doprowadziła do kluczowego zdarzenia, raportowanie kluczowych zdarzeń odbywa się na podstawie czasu interakcji z reklamą. Google Analytics raportuje kluczowe zdarzenia inaczej, ponieważ kieruje się czasem kluczowego zdarzenia. Na przykład kluczowe zdarzenie z 10 maja może zostać przypisane kliknięciu reklamy z 5 maja. Google Analytics zwykle poda w raportach, że to kluczowe zdarzenie miało miejsce 10 maja, a Google Ads – że 5 maja. |
Ten efekt występuje w przypadku zdarzeń zaimportowanych do Google Ads zarówno z UA, jak i z GA4, ale różnice w ustawieniach (np. model atrybucji czy okres ważności kluczowego zdarzenia) mogą powodować jego nasilenie. Jeśli dopasujesz ustawienia działań powodujących kluczowe zdarzenia zaimportowanych do Google Ads, zminimalizujesz wpływ metodologii raportowania. Pamiętaj, że przypisywanie kluczowych zdarzeń może się odbywać przez całą długość okresu ważności kluczowego zdarzenia (do 90 dni w Google Ads), więc osiągnięcie pełnej porównywalności danych GA4 i UA może potrwać do 90 dni. Aby sprawdzić, czy można już porównać daną parę kluczowych zdarzeń, czy też trzeba jeszcze z tym poczekać, skorzystaj w Google Ads z raportu Dane ścieżki dotyczącego kluczowego zdarzenia UA. Dowiesz się z niego, ile czasu zajmuje większości użytkowników interakcja z kluczowym zdarzeniem na ścieżce do tego zdarzenia. Uwaga: ponad 95% kluczowych zdarzeń zostaje przypisanych w ciągu pierwszych 14 dni. Oznacza to, że przy porównywaniu wyników między UA a GA4 musisz używać danych Google Ads, które mają co najmniej 14 dni. |
Inne przyczyny rozbieżności
Jeśli po wzięciu poprawek na podane wyżej przyczyny różnic w liczbie kluczowych zdarzeń nadal występują znaczne rozbieżności danych o tych zdarzeniach między UA a GA4, zapoznaj się poniżej z listą dodatkowych przyczyn.
Przypominamy, że występowanie różnic między podobnymi konwersjami UA i kluczowymi zdarzeniami GA4 jest oczekiwanym zjawiskiem, ale ta lista powinna Ci pomóc w zmniejszeniu rozbieżności przez zniwelowanie różnic dotyczących usług, konfiguracji i ustawień tam, gdzie jest to możliwe.
W Google Analytics
Oto dodatkowe przyczyny różnic między podobnymi kluczowymi zdarzeniami UA i GA4, które wynikają z dokonanych przez Ciebie w Google Analytics wyborów dotyczących usług, konfiguracji lub ustawień.
| Opis | Rozwiązanie lub rekomendacja |
|
Pomiar e-commerce: usługa Google Analytics jest zgodna z różnymi schematami e-commerce. Możesz wdrożyć równocześnie schemat GA4 i schemat UA lub zastosować jeden schemat na potrzeby obu usług. Jeśli użyjesz 2 schematów, mogą wystąpić rozbieżności danych. Więcej informacji znajdziesz w przewodniku dla programistów. Różnice w schemacie e-commerce mogą powodować, że liczba kluczowych zdarzeń w GA4 będzie wyższa lub niższa niż w UA. |
W przypadku zbierania danych e-commerce w GA4 najlepiej jest korzystać ze schematu e-commerce GA4 (patrz przewodnik dla programistów). Jeśli używasz pomiaru e-commerce, nie zalecamy korzystania z połączonych tagów witryny. W przypadku porównywania danych między UA a GA4 zalecamy natomiast stosowanie tego samego schematu e-commerce na potrzeby obu usług. |
|
Warunki uruchamiania tagów: zakodowane na stałe warunki uruchamiania tagów mogą mieć wpływ na sposób i czas uruchamiania danego tagu. Konfigurowanie zbierania danych w GA4 wiąże się w wielu przypadkach z wdrożeniem nowych tagów, więc możliwe, że ich prawidłowe działanie może wymagać odpowiedniej korekty dotychczasowych warunków uruchamiania pod kątem GA4. Aby zminimalizować różnice w zbieraniu danych, zalecamy stosowanie tych samych warunków uruchamiania tagów. Jeśli zbieranie danych jest ograniczone w UA, ale nie w GA4, liczba użytkowników, sesji, odsłon i kluczowych zdarzeń może być większa w GA4. |
Zalecamy zbieranie danych przez usługi w GA4 za pomocą tagu gtag.js lub gtm.js (w wersji przeznaczonej do GA4). Jeśli używasz innych form tagowania (np. połączonych tagów witryny), nie wpływa to bezpośrednio na warunki uruchamiania tagów, ale gdy warunki uruchamiania tagów powodują niespójne działanie tagów w UA i GA4, w pierwszej kolejności zalecamy ponowne otagowanie stron. Po zaimplementowaniu tagów dopasuj wszystkie warunki ich uruchamiania. Przykład warunku znajdziesz w tym przewodniku dla programistów dotyczącym pomiaru czasu. |
|
Wykluczanie ruchu wewnętrznego: ustawienia mogą służyć do odfiltrowywania użytkowników wewnętrznych (wewnętrznych z perspektywy klienta, tzn. jego pracowników) lub do testowania ruchu. Jeśli ustawienia w UA i GA4 są różne, usługa bez filtrów wykluczania prawdopodobnie wykaże więcej użytkowników, sesji i odsłon, a w konsekwencji też kluczowych zdarzeń. |
Aby zminimalizować rozbieżności, zalecamy dopasowanie ustawień w UA i GA4. Więcej informacji znajdziesz w tym artykule o UA i w tym artykule o GA4. |
|
Zmiany na stronie na podstawie zdarzeń historii przeglądania: pomiar zaawansowany w GA4 domyślnie mierzy zmiany na stronie na podstawie zdarzeń historii przeglądania, a UA tego nie robi. Spowoduje to większą liczbę odsłon w GA4 niż w UA, co może prowadzić do rozbieżności. Jeśli np. wzorce struktury i używania witryny powodują wczytywanie wielu stron w wyniku zmian historii przeglądania, włączenie tego ustawienia spowoduje objęcie tych zdarzeń pomiarem. Wywoła to rozbieżności w stosunku do UA, gdzie te zdarzenia nie są mierzone. |
Jeśli chcesz, aby liczba odsłon w UA i GA4 była bardziej zgodna, wyłącz w GA4 ustawienie pomiaru zaawansowanego. Dowiedz się więcej o zdarzeniach objętych pomiarem zaawansowanym. |
| Inne źródła zdarzeń (reguły dołączenia do grupy odbiorców, Measurement Protocol, edytowanie zdarzeń itp.): wywoływanie tych zdarzeń i oznaczanie ich jako kluczowych może spowodować zawyżenie liczby kluczowych zdarzeń w GA4 na poziomie usługi w porównaniu z UA. |
W przypadku podobnych konwersji UA i kluczowych zdarzeń GA4 stosuj w Google Analytics analogiczne konfiguracje. Aby zwiększyć zgodność wyników pomiarów w UA i GA4, możesz nowo utworzonym zdarzeniom z tych źródeł nadawać osobne nazwy. Jeśli nie ma szans na zastosowanie w obu usługach takiej samej konfiguracji, nie porównuj przekazywanych przez nie danych. |
|
Filtry spamu i botów:
Filtry zmniejszają natężenie ruchu w UA. Jeśli nie zastosujesz filtrów w GA4, usługa ta będzie podawać w raportach większe natężenie ruchu i co za tym idzie więcej kluczowych zdarzeń, o ile ruch powodowany przez spam lub boty doprowadzi do interakcji z kluczowym zdarzeniem na ścieżce do tego zdarzenia. |
Włącz w UA ustawienie filtrowania botów i rozważ dodanie w tej usłudze filtrów spamu, jeśli masz do czynienia ze spamem. |
| Wykluczenia parametrów adresów URL: w UA klienci mogą tak skonfigurować cel, aby odpowiadał dokładnie określonemu adresowi URL. W GA4 nie ma żadnych wykluczeń parametrów adresów URL, dlatego adres URL może mieć wiele wersji, których nie da się ująć w definicji kluczowego zdarzenia. |
Sprawdź, czy używasz w UA wykluczeń parametrów adresów URL, aby poznać potencjalne różnice w stosunku do GA4. |
|
Model atrybucji opartej na danych w przypadku kluczowych zdarzeń i przychodów: w UA model atrybucji dotyczący celów to Ostatnie kliknięcie niebezpośrednie. Kluczowe zdarzenia GA4 korzystają domyślnie z modelu Atrybucja oparta na danych, ale można go zmienić. W zależności od tego, jak zmienia się udział w konwersji zgodnie z modelem atrybucji opartej na danych, użytkownicy mogą widzieć większy lub mniejszy udział kanałów płatnych (Google). Pamiętaj, że model atrybucji nie ma wpływu na łączną liczbę kluczowych zdarzeń związanych z danym zdarzeniem. |
Występowanie tego czynnika rozbieżności możesz sprawdzić, przełączając model atrybucji usługi w GA4 na Ostatnie kliknięcie (chociaż nie jest to zalecane). Uwaga: modele atrybucji w Google Analytics nie mają wpływu na łączną liczbę kluczowych zdarzeń rejestrowanych przez usługę, dlatego zalecamy, aby najpierw eliminować problemy związane z pozostałymi czynnikami rozbieżności w celu minimalizacji ogólnych różnic na poziomie usługi w przypadku par kluczowych zdarzeń (tzn. podobnych kluczowych zdarzeń w UA i GA4). |
|
Różnice pod względem stref czasowych i resetowanie kampanii: UA kończy sesję o północy i uruchamia kolejną z nowymi parametrami kampanii. GA4 tego nie robi. Może to prowadzić do rozbieżności w sesjach, które mogą powodować różnice liczby kluczowych zdarzeń związanych z celami lub sesjami. Nie powinno to skutkować istotną różnicą pod względem łącznej liczby kluczowych zdarzeń rejestrowanych przez daną usługę. Rozbieżności mogą wystąpić tylko podczas porównywania poszczególnych dni w UA i GA4. |
Brak bezpośredniego rozwiązania – ten problem został wyeliminowany w GA4. |
| Różnice w konfiguracji pomiaru odsłon: w GA4 możesz wyłączyć pomiar odsłon na podstawie zdarzeń historii przeglądania. Gdy używasz połączonych tagów witryny, witryny jednostronicowe nie przekazują do GA4 prawidłowych pomiarów. |
GA4 można skonfigurować tak, aby mierzyć odsłony na podstawie zdarzeń historii przeglądania, a w UA jest to niemożliwe. Zapewnia to dokładniejszy pomiar w GA4, ale może stanowić źródło rozbieżności. Jeśli chcesz, aby wyniki pomiarów w UA i GA4 były bardziej zbliżone do siebie, możesz wyłączyć to ustawienie. Pomiar aplikacji jednostronicowej można skonfigurować w UA zgodnie z tym przewodnikiem dla programistów. Nie zapewni to pełnego dostosowania UA do GA4, ale może zminimalizować różnice w przypadku witryn jednostronicowych. |
|
Google Signals i User-ID: te ustawienia pomagają usuwać w usługach w GA4 duplikaty użytkowników. W UA oba te ustawienia wpływają tylko na kilka raportów i na osobny widok danych. W GA4 mają one wpływ na wszystkie informacje w usłudze. Włączenie w GA4 Google Signals i funkcji User-ID ogranicza liczbę nowych/wszystkich użytkowników, ponieważ zapewnia łączenie interakcji, które w UA są uznawane za pochodzące od wielu użytkowników. Z tego względu udział w kluczowym zdarzeniu może być inaczej przypisywany. Te funkcje nie powinny wpływać na łączną liczbę konwersji w Google Analytics, ale mogą powodować różnice w eksportach do Google Ads. Jeśli reklamodawca mierzy konwersje po wyświetleniu angażującym (EVC), funkcje Google Signals i User-ID mogą mieć wpływ na ich liczbę. |
Brak bezpośredniego rozwiązania – usuwanie duplikatów w GA4 zapewnia lepszy wgląd w interakcje użytkowników z komponentami reklamodawcy. Aby zmniejszyć rozbieżności, zalecamy stosowanie obu tych funkcji na obu platformach, chociaż nie zapewni to całkowitego wyeliminowania różnic w danych. |
| Limity czasu sesji: możesz dostosowywać ustawienia limitu czasu sesji. Zmiana ich wartości domyślnych może wpłynąć na liczbę wizyt i atrybucję. | Zalecamy korzystanie z ustawień domyślnych. Jeśli zmienisz limity czasu sesji w UA, musisz je też zmienić w GA4. Dowiedz się więcej o sesjach Analytics. |
|
Zastępowanie plików cookie |
Gdy zmienisz ustawienia plików cookie w UA, musisz odzwierciedlić te zmiany podczas konfigurowania GA4. Skrócenie terminu ważności plików cookie może wpłynąć na atrybucję kluczowego zdarzenia, powodując różnice w jej przeprowadzaniu. Dowiedz się więcej o ustawieniach tagu Google. |
| Korzystanie z automatycznego i ręcznego tagowania (pod tym samym adresem URL) | Pod tym samym adresem URL można stosować jednocześnie automatyczne i ręczne tagowanie, ale w niektórych przypadkach może to nie zadziałać. |
| Wybór wymiarów i danych | GA4 udostępnia większą liczbę wymiarów pozyskiwania niż UA. Dlatego nie można porównywać między UA a GA4 niektórych możliwych kombinacji wymiarów raportowania. |
| Różnice we wdrożeniu pomiaru aplikacji między UA a GA4 | Zalecamy, aby w miarę możliwości korzystać z jednego pakietu SDK. Pamiętaj, że obecnie w UA dane aplikacji może gromadzić tylko niewielka część użytkowników. Jeśli użytkownicy chcą zbierać dane aplikacji i generować na ich temat raporty w usługach w GA4, muszą wdrożyć pakiet SDK Google Analytics dla Firebase. |
|
Tylko w przypadku połączonych tagów witryny (w tym zainstalowanych z nieoficjalnego źródła): połączone tagi wczytują się sekwencyjnie, czyli tag GA4 wczytuje się po tagu nadrzędnym (dotychczasowym tagu gtag.js lub analytics.js). Może to oznaczać, że:
|
Aby zminimalizować ryzyko pomijania zdarzeń, zalecamy wdrożenie specjalnych tagów GA4 zamiast używania połączonych tagów witryny lub instalowania z nieoficjalnych źródeł. W przypadku dużych, złożonych konfiguracji Analytics unikaj korzystania z połączonych tagów witryny i instalowania z nieoficjalnych źródeł. |
| Uwzględnianie w usłudze w GA4 danych z sieci i aplikacji: usługa w GA4 ujednolica dane z sieci i aplikacji oraz zdarzenia. Jeśli w GA4 połączysz dane z sieci i aplikacji, ale nie zrobisz niczego podobnego w UA, spowoduje to wzrost liczby kluczowych zdarzeń w GA4. | Aby uzyskać jak najlepszą porównywalność danych, nie uwzględniaj strumieni danych z aplikacji, jeśli usługi w UA nie obejmują ruchu z aplikacji. Jeśli strumień danych z aplikacji jest już uwzględniony, a chcesz porównywać dane z UA i GA4, podziel raporty na segmenty, aby wykluczyć kluczowe zdarzenia z aplikacji. |
| Zaktualizowane grupy kanałów: grupy kanałów w GA4 mogą przypisać kluczowe zdarzenie do kanału w inny sposób. Dowiedz się więcej o domyślnej grupie kanałów. | Użytkownicy nie mają żadnego wpływu na to, które kluczowe zdarzenia są eksportowane do Google Ads. |
W Google Ads
Oto dodatkowe przyczyny różnic między podobnymi kluczowymi zdarzeniami UA i GA4, które wynikają z dokonanych przez Ciebie w Google Ads wyborów dotyczących usług, konfiguracji lub ustawień.
| Opis | Rozwiązanie lub rekomendacja |
|
Modelowanie kluczowych zdarzeń w trybie uzyskiwania zgody: modelowanie kluczowych zdarzeń jest dostępne w Google Ads dla reklamodawców, którzy utworzyli konwersje Google Ads na podstawie kluczowych zdarzeń Analytics z usług zaimplementowanych za pomocą gtag.js lub Menedżera tagów Google. W przypadku implementacji za pomocą tagu analytics.js nie oferujemy modelowania konwersji w Google Ads. Dzieje się tak, ponieważ bez zastosowania tagu gtag.js lub Menedżera tagów Google nie można dokładnie określić stanu zgody użytkownika. Jeśli UA i GA4 używają tagów zgodnych z trybem uzyskiwania zgody, obie te usługi mogą korzystać z modelowania kluczowych zdarzeń w Google Ads. |
Aby zapewnić rzetelne porównanie danych, musisz stosować typ tagu zgodny z trybem uzyskiwania zgody zarówno w usłudze UA, jak i GA4. |
| Pomiar wyświetleń angażujących: GA4 może przypisać kluczowe zdarzenie do interakcji z reklamą po wyświetleniu angażującym w YouTube nawet wtedy, gdy interakcja ta nie spowodowała bezpośrednio wizyty w witrynie, ale później i tak doprowadziła do kluczowego zdarzenia. Może to spowodować wyeksportowanie do Google Ads kluczowego zdarzenia, w którego przypadku UA nie wyeksportuje do Google Ads żadnych danych o udziale. Oznacza to, że jeśli reklamodawca przeznacza znaczną część wydatków na YouTube, GA4 może przypisywać więcej kluczowych zdarzeń Google Ads. |
W GA4 nie powinno to zwiększać liczby kluczowych zdarzeń z ruchu w witrynie, ale może spowodować przypisywanie w GA4 kanałowi Google Ads większego udziału w kluczowych zdarzeniach niż w UA, co będzie wskazywać na większą skuteczność Google Ads. Aby to porównać, możesz podzielić na segmenty dane w raportach Google Ads na poziomie kampanii lub konta. Porównuj działania powodujące kluczowe zdarzenia, które służą do pomiaru dokładnie tych samych działań. Raportów standardowych nie można dzielić na segmenty jednocześnie według typu zdarzenia reklamowego i źródła kluczowych zdarzeń, więc trudno jest dokonać bezpośredniego porównania w interfejsie Google Ads. |
|
Model eksportu udziału: model, według którego kluczowe zdarzenia są eksportowane z GA4 do Google Ads, różni się od modelu UA. W UA, a początkowo też w GA4, stosowany był model eksportu Ostatnie kliknięcie niebezpośrednie. GA4 korzysta obecnie z modelu Ostateczny udział w konwersjach, który umożliwia eksportowanie częściowego udziału w konwersji nawet wtedy, gdy ostatni niebezpośredni punkt styczności z klientem nie był punktem styczności Google Ads. Chociaż nie jest to spowodowane różnicami na poziomie usługi, może skutkować rozbieżnościami w liczbie kluczowych zdarzeń eksportowanych do Google Ads. Liczba ta może być większa lub mniejsza w porównaniu z UA i zależy od niezależnej ścieżki użytkownika. |
Model eksportu Ostateczny udział w konwersjach wprowadziliśmy, ponieważ modele Ostatnie kliknięcie niebezpośrednie okazały się niewystarczające. Oznacza to, że GA4 eksportuje do Google Ads rzeczywisty udział w kluczowych zdarzeniach w wielu kanałach. Nie ma żadnych sposobów na minimalizację różnic między UA a GA4 pod tym względem. |
| Metoda zliczania kluczowych zdarzeń po stronie Google Ads: Google Ads ma ustawienie zliczania, które może służyć do kontroli zliczania jednego lub kilku kluczowych zdarzeń w ramach określonego okresu ważności kluczowego zdarzenia w przypadku danego użytkownika. |
Zalecamy dostosowanie ustawień zliczania kluczowych zdarzeń w przypadku par kluczowych zdarzeń UA i GA4. Dowiedz się więcej o opcjach zliczania konwersji. |
|
Dotyczy ręcznie utworzonych usług w GA4 i klientów korzystających z kampanii inteligentnej: model eksportu Kanały płatne Google w GA4 przypisuje kanałom Google wszystkie kluczowe zdarzenia wyeksportowane do Google Ads. W efekcie do Google Ads eksportowanych jest więcej kluczowych wydarzeń niż w przypadku wyboru ustawienia Kanały płatne i bezpłatne, ponieważ kanały płatne inne niż Google zostają wykluczone ze ścieżki kluczowego zdarzenia. Korzystanie z modelu Kanały płatne Google pozwala lepiej zrozumieć, jak płatne interakcje z Google wpływają na wyniki kampanii. Ten model jest niedostępny w Universal Analytics, co może utrudniać porównywanie podobnych zdarzeń UA i GA4 zaimportowanych do Google Ads. |
Domyślnie nowe usługi w GA4 mają wybrane ustawienie Kanały płatne Google. Sposób eksportowania kluczowych zdarzeń do Google Ads możesz kontrolować w sekcji Administracja, korzystając z ustawień atrybucji na poziomie usługi w GA4. Aby uwzględnić podczas eksportowania konwersji w GA4 kanały bezpłatne, wybierz ustawienie Kanały płatne i bezpłatne. Dowiedz się więcej o wybieraniu ustawień atrybucji. |
Współczynnik odrzuceń
|
Dane |
UA |
Google Analytics |
|
Współczynnik odrzuceń |
Odsetek sesji, podczas których użytkownik widzi tylko jedną stronę i nie podejmuje z nią żadnej interakcji. Sesja ograniczona do jednej strony ma czas trwania równy 0 sekund. Jeśli np. użytkownik otworzy witrynę i przez kilka minut będzie przeglądać zawartość jej strony głównej, a na koniec opuści ją bez klikania jakichkolwiek linków ani wywoływania żadnych zdarzeń rejestrowanych jako zdarzenia interakcji, sesja zostanie zliczona jako odrzucenie. |
Odsetek sesji, które nie były sesjami z zaangażowaniem. Jeśli np. użytkownik odwiedzi Twoją witrynę i przez mniej niż 10 sekund będzie przeglądać zawartość jej strony głównej, a na koniec opuści ją bez wywoływania żadnych zdarzeń ani otwierania innych stron bądź ekranów, sesja zostanie zliczona jako odrzucenie. Sesja z zaangażowaniem to sesja trwająca co najmniej 10 sekund i zawierająca co najmniej 1 kluczowe zdarzenie lub co najmniej 2 wyświetlenia strony bądź ekranu. Jeśli pobyt użytkownika w witrynie nie jest sesją z zaangażowaniem (czyli nie spełnia on żadnych kryteriów sesji z zaangażowaniem), Google Analytics zliczy sesję jako odrzucenie. |
Pamiętaj
W Google Analytics współczynnik odrzuceń to odsetek sesji bez zaangażowania. Inaczej mówiąc, Współczynnik odrzuceń to odwrotność Współczynnika zaangażowania. W przypadku Universal Analytics Współczynnik odrzuceń to odsetek wszystkich sesji w witrynie, podczas których użytkownicy wyświetlili tylko jedną stronę i wywołali tylko jedno żądanie do serwera Analytics.
Współczynnik odrzuceń obliczany w Universal Analytics jest sensownym wskaźnikiem zaangażowania w witrynę, ale stracił nieco na przydatności wraz z rozwojem witryn i aplikacji. Użytkownik może np. wyświetlić aplikację jednostronicową (SPA) i opuścić ją bez wywoływania żadnego zdarzenia, co zostałoby uznane za odrzucenie.
Współczynnik odrzuceń obliczany w Google Analytics bardziej przydaje się do pomiaru poziomu, na którym odbiorcy wchodzą w interakcje z witryną lub aplikacją. Jeśli np. prowadzisz bloga, nie przeszkadza Ci, że użytkownicy odwiedzają Twoją stronę, aby przeczytać artykuł, a potem ją opuszczają. Chcesz raczej wiedzieć, ile osób odwiedzających Twoją witrynę nie znajduje tego, czego szuka, i szybko ją opuszcza.
Liczba zdarzeń
Zdarzenia stanowią podstawową różnicę w modelu danych między usługami Universal Analytics a usługami Google Analytics.
|
Dane |
UA |
Google Analytics |
|
Łączna liczba zdarzeń |
Zdarzenie Universal Analytics ma parametry Kategoria, Działanie i Etykieta oraz określa rodzaj działania, którego dotyczy. Zdarzenie może być np. skonfigurowane w taki sposób, aby odnotowywać kliknięcie przycisku rejestracji. Zdarzenie może więc mieć parametr Kategoria o wartości „Wezwanie do działania”, parametr Działanie o wartości „Rejestracja” oraz parametr Etykieta, którego wartością jest docelowy adres URL. Wartość danych Całkowita liczba zdarzeń zwiększa się po każdym wywołaniu zdarzenia opisanego parametrami Kategoria, Działanie i Etykieta. |
Nie dotyczy |
|
Liczba zdarzeń |
Nie dotyczy |
Każde „działanie” jest zdarzeniem, a zdarzenia Google Analytics nie mają parametrów Kategoria, Działanie i Etykieta. Jeśli np. ktoś wyświetli jedną ze stron w Twojej witrynie, wywoływane jest zdarzenie Wszystkie czynności są zdarzeniami. Nazwy zdarzeń nie muszą być niepowtarzalne (właściwie to sprawdzoną metodą jest wielokrotne używanie tej samej nazwy zdarzenia i rozróżnianie zdarzeń na podstawie zebranych wartości ich parametrów). Na przykład rejestracja może mieć nazwę zdarzenia |
Pamiętaj
W Google Analytics zdarzenie sign_up może oznaczać to samo co w UA, ale nie musi. Jeśli Twoja witryna ma tylko 1 formularz rejestracji i 1 przycisk, który wywołuje zdarzenie rejestracji, liczby takich zdarzeń w obu rodzajach usług mogą być dosyć zbliżone. Jeśli jednak w swojej witrynie masz wiele zdarzeń sign_up, porównywanie liczby zdarzeń między Google Analytics a UA może nie być takie proste, a wartości w obu rodzajach usług mogą się bardziej od siebie różnić.
Raporty Google Analytics nie podają wartości parametrów Kategoria, Działanie i Etykieta. Lepiej się zastanowić nad skonfigurowaniem zbierania danych bezpośrednio w modelu Google Analytics, zamiast przenosić do Google Analytics dotychczasową strukturę zdarzeń.