Gdy przechodzisz z Universal Analytics (UA) na Google Analytics 4 (GA4), warto porównać w Google Analytics podobne zdarzenia konwersji UA i GA4, a także podobne zdarzenia UA i GA4 zaimportowane do Google Ads. Pamiętaj, że niektórych rozbieżności nie da się uniknąć, ponieważ GA4 mierzy dane z sieci inaczej niż UA. Z tego artykułu dowiesz się, jakie są najczęstsze przyczyny tych rozbieżności i co możesz zrobić, jeśli chcesz je zminimalizować.
Wprowadzenie
W niektórych przypadkach konwersje mogą być bardzo zbliżone, np. gdy są oparte na docelowych adresach URL lub zdarzeniach Universal Analytics (tzn. Kategoria/Działanie/Etykieta), w których przypadku masz skonfigurowane równoważne zdarzenia konwersji Google Analytics 4. Między UA a GA4 występują jednak istotne różnice, które mogą utrudniać porównywanie liczby konwersji. Występują 3 główne źródła rozbieżności:
- Zasadnicze różnice między UA a GA4: usługi w GA4 mają inny model danych niż usługi w UA. Na przykład GA4 rejestruje zdarzenia, a UA – działania. Aby obsługiwać nowe technologie chroniące prywatność, usługa w GA4 korzysta z rozwiązań opartych na AI, np. z modelowania zachowań i konwersji. Rozwiązania te dają pełny obraz skuteczności bez naruszania prywatności użytkowników, ale są niedostępne w usługach w UA.
- Różnice w konfiguracji: różnice pod względem pokrycia witryny między tagami UA a tagami GA4, warunków uruchamiania tagów i schematów e-commerce mogą powodować rozbieżności w liczbie konwersji.
- Różnice w ustawieniach: w UA, GA4 i Google Ads jest wiele ustawień, które mogą powodować rozbieżności pod względem liczby konwersji. Do ustawień tych należą m.in. liczba konwersji, filtry i wykluczenia parametrów adresu URL.
Poniżej podajemy najczęstsze przyczyny rozbieżności pod względem liczby konwersji między UA a GA4. Skupiamy się na czynnikach spowodowanych przez różnice w usługach, konfiguracji lub ustawieniach w Google Analytics oraz w Google Ads.
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. |