# GA4 e-commerce w PrestaShop: 7 zdarzeń, które trzeba podłączyć > Sklep, który wysyła tylko zakup, dysponuje kwotą przychodu i niczym więcej. Siedem zdarzeń odtwarzających łańcuch, struktura pozycji do utrzymania wszędzie, klasyczne błędy i normalna rozbieżność z panelem. - Strona: - Język: pl - Opublikowano: 2026-09-04 - Zaktualizowano: 2026-09-04 - Inne języki: [fr](https://www.datafirefly.com/2026/09/04/ga4-ecommerce-prestashop-evenements/index.md), [en](https://www.datafirefly.com/en/2026/09/04/ga4-ecommerce-prestashop-events/index.md), [es](https://www.datafirefly.com/es/2026/09/04/ga4-ecommerce-prestashop-eventos/index.md), [de](https://www.datafirefly.com/de/2026/09/04/ga4-ecommerce-prestashop-events-einrichten/index.md), [it](https://www.datafirefly.com/it/2026/09/04/ga4-ecommerce-prestashop-eventi/index.md), [nl](https://www.datafirefly.com/nl/2026/09/04/ga4-ecommerce-prestashop-gebeurtenissen/index.md), [pt](https://www.datafirefly.com/pt/2026/09/04/ga4-ecommerce-prestashop-eventos/index.md) - Indeks: Sklep, który wysyła do GA4 tylko zdarzenie zakupu, dysponuje kwotą przychodu i niczym więcej. Żaden współczynnik porzuceń na etap, żaden produkt oglądany, ale niedodany, żadna analiza skuteczności list. Wartość GA4 w sklepie bierze się z kompletnego łańcucha, nie z ostatniego ogniwa. Siedem zdarzeń wystarcza, by go odtworzyć. ## Siedem zdarzeń 1. **view_item_list**: wyświetlenie listy produktów, kategorii, wyników wyszukiwania, bloku rekomendacji. Pozwala porównywać skuteczność miejsc ekspozycji między sobą. 2. **select_item**: kliknięcie produktu z listy. W parze z poprzednim daje współczynnik kliknięć na listę. 3. **view_item**: wyświetlenie karty produktu. Podstawa całej reszty. 4. **add_to_cart**: dodanie do koszyka. W stosunku do view_item daje współczynnik dodania, najbardziej użyteczny wskaźnik na poziomie produktu. 5. **begin_checkout**: wejście w ścieżkę zakupową. To granica oddzielająca przeglądanie od kupowania. 6. **add_payment_info**: wybór metody płatności. Ostatni punkt pomiaru przed zatwierdzeniem i ten, który izoluje porzucenia związane z płatnością. 7. **purchase**: zatwierdzone zamówienie, ze szczegółami pozycji. Ósme warto dodać, gdy jest proste do podłączenia: **remove_from_cart**, które sygnalizuje produkty usuwane w momencie odkrycia kosztów wysyłki. ## Struktura pozycji Wszystkie te zdarzenia współdzielą tę samą strukturę opisu pozycji, a spójność między nimi to różnica między danymi użytecznymi a nieczytelnym raportem. Pięć parametrów liczy się na pozycję: identyfikator, nazwa, kategoria, cena jednostkowa i ilość. Dwa kolejne są użyteczne: marka i wariant. **Identyfikator to punkt krytyczny.** Musi być ściśle ten sam we wszystkich zdarzeniach, a przede wszystkim identyczny z używanym w Twoim pliku produktowym do Google. Sklep, który w jednym zdarzeniu wysyła referencję, a w innym wewnętrzny identyfikator, otrzymuje w raportach dwie osobne karty produktu dla tej samej pozycji. **Wariant trzeba potraktować jawnie.** Zdecyduj, czy identyfikator dotyczy produktu, czy wariantu, i trzymaj się tej reguły wszędzie. Oba wybory da się obronić, mieszanki nie. ## Ceny netto czy brutto Pytanie bez uniwersalnej odpowiedzi, które trzeba rozstrzygnąć przed podłączeniem. Najczęstsza konwencja w Europie polega na wysyłaniu cen brutto, bo to płaci klient i to widnieje na zamówieniu. Alternatywa, netto, ułatwia uzgodnienie z księgowością. Ważniejsze od wyboru jest to, by wartość zamówienia była liczona w ten sam sposób i byś wiedział, którą konwencję przyjąłeś, gdy pół roku później porównasz GA4 ze swoim panelem. Dwa elementy do wyłączenia z wartości transakcji: koszty wysyłki i podatki deklaruje się w dedykowanych parametrach, nie w kwocie całkowitej. Włączenie ich sztucznie zawyża przychód produktowy. ## Klasyczne błędy **Zakup policzony dwa razy.** Przeładowana lub przywrócona z pamięci podręcznej strona potwierdzenia wysyła zdarzenie ponownie. To zdecydowanie najczęstsza anomalia i zawyża przychód. Ochrona polega na oznaczeniu zamówienia jako już wysłanego, po stronie serwera lub w pamięci lokalnej, i nigdy nie wyzwalaniu zdarzenia dwa razy dla tego samego identyfikatora transakcji. **Brakujący lub nieunikalny identyfikator transakcji.** Bez niego GA4 nie może deduplikować. Używaj referencji zamówienia, nigdy znacznika czasu. **Koszty wysyłki w wartości.** Patrz wyżej. **Zdarzenie zakupu wyzwolone przed zatwierdzeniem płatności.** Przy płatności z przekierowaniem zamówienie może się nie powieść już po wysłaniu zdarzenia. Wyzwolenie musi nastąpić na prawdziwej stronie potwierdzenia, po powrocie od operatora. **Nienazwane listy.** Jeśli wszystkie Twoje listy noszą tę samą nazwę, nigdy się nie dowiesz, czy Twoje bloki rekomendacji działają. ## Zgoda Bez zgody żadne z tych zdarzeń nie powinno wychodzić z identyfikatorami. Tryb zgody pozwala zachować pomiar zagregowany przy braku zgody, pod warunkiem że jest poprawnie podłączony, a sygnały są przekazywane przed załadowaniem tagów. Praktyczny punkt często odkrywany za późno: jeśli Twój baner blokuje skrypty do czasu zgody, zdarzenia wyzwolone w tym oknie są tracone. Przewidź kolejkę, która odtworzy je po akceptacji, zamiast je porzucać. ## Weryfikacja Trzy poziomy kontroli, w tej kolejności. **Warstwa danych.** W konsoli przeglądarki sprawdź jej zawartość na każdym etapie i zweryfikuj obecność oraz format parametrów. To tam widać niespójne identyfikatory i źle sformatowane ceny. **Tryb debugowania GA4.** Pokazuje zdarzenia w czasie rzeczywistym z ich parametrami i sygnalizuje odrzucone. Złóż kompletne zamówienie, obserwując ten ekran. **Uzgodnienie liczbowe.** Po dwóch tygodniach porównaj liczbę zamówień i przychód z GA4 ze swoim panelem. ## Normalna rozbieżność z panelem Nie szukaj idealnej równości, ona nie istnieje. Rozbieżność od 5 do 15% mniej w GA4 jest oczekiwana i ma wyjaśnienie: odmowy zgody, blokery reklam, tryb prywatny, zamówienia telefoniczne i klienci opuszczający stronę przed wysłaniem zdarzenia. Zaalarmować powinna Cię rozbieżność powyżej 25% albo rozbieżność _dodatnia_, gdy GA4 liczy więcej zamówień niż Twój panel. Ta druga prawie zawsze sygnalizuje podwójne liczenie. podłącza ten łańcuch w PrestaShop 8 i 9: zdarzenia e-commerce ze spójną strukturą pozycji, ochronę przed podwójnym wysłaniem zakupu i współpracę z mechanizmem zgody.