Zanim rozpoczniesz migrację e-commerce do GA4 (gtag.js)

W tym dokumencie znajdziesz omówienie dostępnych opcji migracji implementacji e-commerce z Universal Analytics (UA) do porównywalnej implementacji e-commerce Google Analytics 4 (GA4) w przypadku korzystania z tagu gtag.js.

Warto wiedzieć

Zgodność oraz przekształcanie zdarzeń UA i GA4

Aby uprościć migrację do Google Analytics 4, tag gtag.js może automatycznie przekształcać zdarzenia GA4 przesłane do usługi w UA i na odwrót. Nie wszystkie zdarzenia i parametry można jednak przekształcić, dlatego warto przyjrzeć się ich zachowaniu, rozbieżnościom i zaletom, jakie mogą wystąpić, gdy korzystasz z automatycznego tłumaczenia.

Zapoznaj się z dokumentacją zgodności zdarzeń.

Wybieranie opcji migracji

Google Analytics 4 to przyszłość Google Analytics. Zalecamy migrację z implementacji w celu wysyłania zdarzeń e-commerce GA4. Pozwoli Ci to korzystać w dłuższej perspektywie ze wszystkich funkcji Google Analytics.

Oto co musisz wziąć pod uwagę, wybierając opcję:

  • Ważne jest, by nie wprowadzać żadnych zmian w zbieraniu danych i raportach e-commerce Universal Analytics.
  • Ilość pracy wdrożeniowej, którą chcesz wykonać teraz i w przyszłości, aby w pełni wdrożyć GA4 w ramach użytkowania długoterminowego.
  • Określa, czy zależy Ci na w pełni wdrożonej usłudze w Google Analytics 4 (np. przejściu ze zdarzeń UA na zdarzenia GA4) w ramach użytkowania krótkoterminowego.

Opcje migracji w zależności od wyniku

Na podstawie oczekiwanych wyników skorzystaj z tej tabeli, aby wybrać najbardziej odpowiedni przewodnik po migracji:

Wynik Główny argument za/przeciw Dlaczego warto wybrać tę opcję?
Wysyłaj zdarzenia e-commerce UA

Użyj obecnego wdrożenia UA, aby wysyłać dane do GA4.
Zaleta: łatwe wdrożenie i brak zmian w danych zbieranych i raportowanych przez UA.

Przeciw: niepełne raporty e-commerce GA4, ponieważ niektóre zdarzenia e-commerce UA nie są rozpoznawane w GA4.
Chcesz zacząć korzystać z GA4, ale nie chcesz w pełni przejść na to rozwiązanie w ramach użytkowania długoterminowego i musisz zachować obecną implementację UA w niezmienionej formie. Dzięki temu możesz używać obecnego wdrożenia tagu gtag.js do wysyłania zdarzeń do usługi w GA4.
Wysyłanie zdarzeń e-commerce GA4
(Zalecane)

Zaimplementuj i wysyłaj zdarzenia GA4 do dotychczasowej usługi w UA i nowej usługi w GA4.
Za: raporty e-commerce GA4 będą kompletne i masz wszystko gotowe do długoterminowego korzystania z usługi.

Przeciw: wymagane jest przekształcenie zdarzeń UA na zdarzenia GA4. Twoje raporty e-commerce UA będą niekompletne, ponieważ niektóre zdarzenia e-commerce GA4 nie są rozpoznawane przez UA.
Chcesz przejść na GA4 w ramach użytkowania długoterminowego, ale nie chcesz, aby usługa w UA nadal otrzymywała dane. Dzięki temu będziesz mieć możliwość używania pojedynczego tagu gtag.js GA4 do wysyłania zdarzeń do usługi w UA.
Wysyłaj zdarzenia e-commerce UA i GA4

Zaimplementuj zdarzenia GA4 w nowej usłudze w GA4 i nie zmieniaj obecnego wdrożenia e-commerce UA. Zdarzenia e-commerce są wysyłane oddzielnie zarówno do usługi w UA, jak i do usługi GA4.
Za: bez zmian w obecnej implementacji UA i będziesz mieć pełne raporty e-commerce zarówno dla GA4, jak i UA.

Przeciw: wymaga zaimplementowania zdarzeń GA4 i utrzymywania osobnych zdarzeń e-commerce GA4 razem z dotychczasowymi zdarzeniami e-commerce UA. Potencjalny negatywny wpływ na wydajność strony (dla każdego zdarzenia wysyłane będą zduplikowane dane).
Chcesz w pełni wdrożyć e-commerce GA4, ale musisz pozostawić wdrożenie UA bez zmian. Akceptujesz potencjalny wpływ zmian na wydajność strony.