Pomiar lejka zakupowego w GA4 dla PrestaShop to podstawa każdej optymalizacji checkoutu — bez zdarzeń begin_checkout, add_shipping_info, add_payment_info i purchase nie wiesz, na którym kroku klienci odpadają ani czy zmiany w sklepie realnie działają. Dobrze wdrożony pomiar odpowiada na trzy pytania: gdzie tracimy zamówienia, ile kosztuje nas każdy krok i które ścieżki (ekspres, BLIK, portfele) konwertują najlepiej. Wdrożenie przez Google Tag Manager to zwykle 1 000–3 000 zł netto jednorazowo.
Najważniejsze: Pomiar lejka zakupowego w GA4 dla PrestaShop: zdarzenia begin_checkout → add_shipping_info → add_payment_info → purchase przez Google Tag Manager, z parametrami metody płatności i ścieżki (ekspres vs klasyczna). Lejek w Explorations pokazuje, gdzie odpadają klienci. Wdrożenie GTM: 1 000–3 000 zł netto.
Jak wygląda lejek zakupowy w GA4?
Google Analytics 4 definiuje standardowy lejek e-commerce, który odpowiada krokom typowego checkoutu. Każde zdarzenie niesie dane o koszyku (pozycje, wartość, waluta), a różnice między liczbami pokazują, gdzie tracisz klientów.
| Zdarzenie GA4 | Moment w sklepie | Co mówi |
|---|---|---|
view_item |
wejście na kartę produktu | zainteresowanie produktem |
add_to_cart |
dodanie do koszyka | intencja zakupu |
begin_checkout |
wejście do checkoutu / start ekspresu | gotowość do zakupu |
add_shipping_info |
wybór dostawy | akceptacja kosztów dostawy |
add_payment_info |
wybór metody płatności | decyzja płatnicza |
purchase |
złożenie zamówienia | konwersja |
Największe spadki w polskich sklepach widać zwykle między begin_checkout a add_shipping_info (koszt dostawy) oraz między add_payment_info a purchase (nieudane płatności, błędy techniczne, zawieszenia bramki). Te dwa miejsca to priorytety optymalizacji.
Jak wdrożyć pomiar w PrestaShop?
- Google Tag Manager — instalacja kontenera GTM w motywie (najlepiej przez moduł albo modyfikację motywu potomnego). GA4 konfigurujesz jako tag wewnątrz GTM, nie bezpośrednio w kodzie.
- Warstwa danych (dataLayer) — PrestaShop nie wysyła zdarzeń e-commerce domyślnie. Potrzebny jest kod, który przy każdym kroku wypycha do
dataLayerobiekt z pozycjami, wartością i metodą — dla koszyka, checkoutu i zakupu. - Tag i trigger w GTM — dla każdego zdarzenia tag GA4 z odpowiednim triggerem; mapowanie parametrów (
items,value,currency,payment_type). - DebugView i Test Events — walidacja każdego zdarzenia na środowisku testowym przed produkcją. Sprawdź szczególnie
purchase— musi odpalać się raz, po potwierdzonej płatności, nie przy odświeżeniu strony podziękowania. - Konwersje — oznacz
purchasejako konwersję, a zdarzenia pośrednie jako sygnały diagnostyczne. - Lejek w Explorations — zbuduj eksplorację „Funnel exploration" z krokami lejka, z rozbiciem na urządzenia i metodę płatności.
Ścieżka ekspresowa vs klasyczna — jak je rozróżnić?
Bez parametru ścieżki ekspres checkoutu zniknie w średniej. Dodaj do zdarzeń własny parametr (np. checkout_path: express / classic) i metodę płatności (payment_type: blik, card, wallet, paypo).
- begin_checkout — start koszyka i start ekspresu licz osobno.
- add_payment_info — porównaj dalszą konwersję dla BLIK-a, kart, portfeli i odroczeń.
- purchase — udział zamówień ekspresowych, ich wartość i konwersja względem klasycznej ścieżki.
Tak zbudowany pomiar pozwala odpowiedzieć na pytanie „czy ekspres się zwraca" liczbami, a nie opiniami. Konfigurację samego ekspresu opisuję w artykule express checkout w PrestaShop.
Trzy wskaźniki, które warto mieć na pulpicie
- Konwersja kroków lejka — procent przejścia między każdą parą zdarzeń; spadek na jednym kroku to konkretny problem do naprawy, nie „ogólna konwersja".
- Przychód na sesję — łączy konwersję i średni koszyk; chroni przed pułapką „konwersja w górę, koszyk w dół" (ekspres bywa impulsowy).
- Udział metod płatności w zamówieniach — pokazuje, czy klienci wybierają metody, które wprowadziłeś, i czy któraś nie generuje nadmiernych odrzuceń.
Do tego warto zestawić dane GA4 z panelem bramki: różnica między purchase w GA4 a transakcjami u operatora pokazuje, ile płatności ginie między autoryzacją a webhookiem.
Zgodność, prywatność i Consent Mode
- Consent Mode — wdrożenie zgodne z RODO: znaczniki GA4 startują dopiero po zgodzie użytkownika, a modelowanie konwersji uzupełnia statystyki.
- Anonimizacja danych — nie wysyłaj do GA4 danych osobowych (e-mail, NIP, pełny adres); parametry zdarzeń ogranicz do technicznych i transakcyjnych.
- Retencja danych — ustaw sensowny okres (np. 14 miesięcy) i eksportuj dane do BigQuery, jeśli potrzebujesz dłuższej historii.
- Rzetelność — jeden
purchasena zamówienie; duplikaty zdarzeń (typowy błąd przy odświeżeniu strony potwierdzenia) zawyżają konwersję i psują decyzje.
Ile kosztuje pomiar lejka w PrestaShop?
| Zakres | Cena (netto) |
|---|---|
| Podstawowa konfiguracja GA4 (pageview, bez e-commerce) | 500–1 000 zł |
| Pełna warstwa danych + zdarzenia e-commerce w GTM | 1 000–3 000 zł |
| Rozszerzenie o parametry ścieżek i metod płatności | 500–1 500 zł |
| Pulpit Looker Studio z lejkiem | 800–2 000 zł |
| Audyt istniejącego pomiaru (duplikaty, braki) | 1 000–2 500 zł |
Jeśli nie wiesz, od czego zacząć: najpierw begin_checkout i purchase z metodą płatności — to 80% wartości diagnostycznej za 20% pracy.
Źródła i narzędzia
- Google — dokumentacja zdarzeń e-commerce GA4
- Google Tag Manager — podręcznik
- GA4 — Funnel exploration
- Consent Mode — dokumentacja Google
Najczęściej zadawane pytania
Czy PrestaShop ma wbudowany pomiar GA4?
Nie w pełni — część modułów analitycznych wysyła podstawowe zdarzenia, ale rzetelny lejek e-commerce (begin_checkout, add_shipping_info, add_payment_info, purchase z pozycjami) wymaga warstwy danych i Google Tag Managera. Domyślny pomiar zwykle nie rozróżnia metod płatności ani ścieżek zakupu.
Po co rozdzielać ekspres checkout od klasycznego?
Bo mają różne wskaźniki i różne problemy. Ekspres może mieć wyższą konwersję, ale niższy koszyk; klasyczna ścieżka — odwrotnie. Bez rozdzielenia zobaczysz średnią, która nie mówi nic o żadnej z nich, i nie zmierzysz efektu zmian w ekspresie.
Dlaczego purchase w GA4 nie zgadza się z zamówieniami w sklepie?
- Najczęstsze przyczyny: brak zgody użytkownika (Consent Mode), blokery reklam, duplikaty zdarzenia purchase, zwroty i anulacje po stronie sklepu oraz zamówienia niedokończone (porzucone płatności). Za punkt odniesienia przyjmij zamówienia z bazy sklepu, a GA4 traktuj jako narzędzie porównawcze.
Jak mierzyć porzucone koszyki w GA4?
Nie ma na to jednego zdarzenia — porzucenie to brak purchase po add_to_cart lub begin_checkout. Zbuduj lejek w Explorations z krokiem zakupu na końcu; odsetek, który nie dochodzi do purchase, to twoje porzucenie. Uzupełnij go segmentem urządzeń i metod płatności.
Czy potrzebuję Google Tag Managera, czy wystarczy gtag?
Dla pełnego lejka e-commerce GTM jest praktyczniejszy: łatwiej zarządzać wieloma zdarzeniami, testować (preview) i rozbudowywać bez zmian w kodzie. Czysty gtag ma sens w bardzo prostych wdrożeniach — ale przy checkoutcie z metodami i ścieżkami szybko staje się nieczytelny.
Jak często analizować lejek?
Lejek przeglądaj co tydzień w trybie diagnostycznym (spadki, błędy) i co miesiąc w trybie decyzyjnym (efekt zmian, sezonowość). Każdą zmianę w checkoucie traktuj jako eksperyment: porównaj 3–4 tygodnie przed i po, zamiast pojedynczych dni.
👉 Chcesz mierzyć swój checkout jak należy? Zobacz, jak wygląda wdrożenie i rozwój sklepów PrestaShop w mojej ofercie: wdrożenie GA4 i GTM, warstwa danych e-commerce, pulpity lejka. Napisz przez formularz kontaktowy lub na kontakt@informatix.com.pl.
👉 Optymalizujesz konwersję? Sprawdź artykuły optymalizacja checkoutu w PrestaShop, testy A/B w sklepie internetowym i porzucone koszyki w PrestaShop.
📖 Zobacz również: express checkout w PrestaShop, checkout na mobile w PrestaShop, PayU, Tpay i Stripe w PrestaShop oraz projektowanie sklepów internetowych.