Skąd moduł GTM bierze dane zamówienia w PrestaShop?
Moduły PrestaShop reagują na zdarzenia w sklepie przez hooki, czyli punkty w kodzie, w których sklep pozwala modułom wstawić treść lub wykonać działanie. Lista hooków w dokumentacji PrestaShop 9 dla deweloperów opisuje m.in. displayHeader jako sekcję head stron, displayAfterBodyOpeningTag jako samą górę strony, displayOrderConfirmation jako stronę potwierdzenia zamówienia, actionCartSave jako utworzenie i aktualizację koszyka oraz actionValidateOrder jako nowe zamówienia. Moduł GTM zwykle wstawia kod kontenera w nagłówku i na początku strony, a dane zakupu dopisuje do warstwy danych na stronie potwierdzenia.
| Zdarzenie | Gdzie w PrestaShop | Kluczowe dane |
|---|
| view_item | karta produktu | item_id produktu lub kombinacji, cena, waluta |
| add_to_cart | dodanie do koszyka, często przez Ajax | item_id, ilość, wartość |
| begin_checkout | strona zamówienia | lista produktów w koszyku, wartość |
| purchase | strona potwierdzenia zamówienia | transaction_id, value, currency, tax, shipping, items |
| refund | zwrot w panelu, wysyłany z serwera | transaction_id, opcjonalnie produkty |
Dodanie do koszyka w PrestaShop odbywa się zwykle bez przeładowania strony. Moduł musi więc przechwycić tę akcję w przeglądarce albo zapamiętać zdarzenie po stronie serwera i wyświetlić je przy kolejnym wczytaniu strony. To drugi częsty powód różnic: zdarzenie add_to_cart działa w jednym motywie, a w innym, np. w Hummingbird, który od PrestaShop 9.1 jest domyślny w nowych instalacjach, przestaje się wysyłać.
Gotowy moduł czy własny kod?
Do wypełnienia warstwy danych możesz użyć modułu firmy trzeciej z PrestaShop Addons lub od niezależnego producenta albo napisać własny moduł. Zgodność z PrestaShop 9 i Twoim motywem sprawdź u producenta. PrestaShop rozwija też oficjalny moduł Google Analytics (ps_googleanalytics), który według README w repozytorium na GitHubie wysyła dane do Google Analytics 4 i wymaga PrestaShop w wersji 8.2.0 lub nowszej. To jednak inna droga niż GTM: moduł wysyła dane bezpośrednio do GA4. Jeśli używasz jednocześnie tego modułu i tagu GA4 w kontenerze GTM, zakupy policzą się dwa razy.
Konfiguracja tagów w kontenerze GTM
Gdy warstwa danych działa, w kontenerze GTM tworzysz tagi i reguły uruchamiania. Typowy zestaw dla sklepu PrestaShop obejmuje tag Google wczytywany na wszystkich stronach, tag zdarzenia GA4 dla każdego zdarzenia e-commerce uruchamiany niestandardowym zdarzeniem z warstwy danych, tag konwersji Google Ads dla zakupu oraz tagi piksela Meta, jeśli nie wysyła ich osobny moduł. Tag konwersji Google Ads odczytuje wartość, walutę i identyfikator transakcji ze zmiennych warstwy danych. Według pomocy Google Ads identyfikator transakcji w GTM wpisuje się jako zmienną, a nie stały tekst.
Każdy tag reklamowy i analityczny powinien respektować zgody z banera cookies. W kontenerze ustawiasz to w ustawieniach zgody tagu albo przez szablon platformy zgód. Zanim opublikujesz kontener, nadaj wersji opisową nazwę, np. z datą i zakresem zmian, żeby w razie problemu łatwo wrócić do poprzedniej wersji.
Identyfikatory produktów w dataLayer i w feedzie
Pole item_id w zdarzeniach powinno używać tego samego schematu co feed produktowy w Google Merchant Center i katalog Meta. Jeśli feed eksportuje kombinacje jako osobne pozycje z własnym identyfikatorem, zdarzenia na karcie produktu i w koszyku też muszą podawać identyfikator wybranej kombinacji, a nie tylko produktu nadrzędnego. Rozbieżność nie psuje liczby zakupów, ale utrudnia raporty produktowe i remarketing, który pokazuje klientom oglądane towary. Ustal schemat raz, np. ID produktu i ID kombinacji połączone myślnikiem albo indeks kombinacji, i zapisz go w dokumentacji.
Zdublowane konwersje w PrestaShop - skąd się biorą?
Zdublowany zakup to najczęstszy błąd pomiaru, a jego skutki są poważne: kampanie widzą więcej sprzedaży, niż jest naprawdę, i podnoszą stawki. Typowe przyczyny w sklepach na PrestaShop to:
ten sam tag wysyłany z dwóch miejsc, np. z modułu Google i z kontenera GTM,
kod GTM wklejony ręcznie w motywie i jednocześnie dodany modułem,
odświeżenie strony potwierdzenia lub powrót do niej z historii przeglądarki,
zakup bez identyfikatora transakcji albo z pustym identyfikatorem,
kilka działań konwersji zakupu w Google Ads ustawionych jako główne.
Identyfikator transakcji to podstawowe zabezpieczenie. Według pomocy Google Analytics GA4 deduplikuje zakupy z tym samym identyfikatorem transakcji, ale tylko w strumieniach danych z witryny. Jednocześnie Google ostrzega, żeby nie wysyłać pustego identyfikatora, bo wtedy wszystkie zakupy z pustą wartością zostaną potraktowane jako duplikaty. Podobnie działa Google Ads: według pomocy Google Ads dwie konwersje z tym samym działaniem i identyfikatorem transakcji liczą się raz. W PrestaShop identyfikatorem powinien być numer lub referencja zamówienia, nigdy dane klienta.
[#uwaga] Jeśli klient złoży kilka zamówień w jednym koszyku, np. gdy produkty pochodzą od różnych przewoźników, PrestaShop może utworzyć kilka zamówień z jedną referencją. Ustal w module, czy zakup wysyła się raz dla całej transakcji, czy osobno dla każdego zamówienia, i sprawdź to na zamówieniu testowym z produktami od różnych przewoźników.
Brakujące konwersje - płatności, zgody i blokowanie skryptów
Odwrotny problem to zamówienia, które są w panelu PrestaShop, ale nie ma ich w GA4 ani w Google Ads. Część różnicy jest naturalna: klienci, którzy nie wyrazili zgody na pliki cookie, i przeglądarki z blokowaniem skryptów. Jak wygląda wdrożenie zgód w PrestaShop, opisaliśmy we wpisie Consent Mode v2 w PrestaShop - moduł zgód cookies i dane potrzebne do reklam. Duża różnica ma jednak zwykle przyczynę techniczną. Najczęstsze objawy i poprawki pokazuje diagram:
[#chart:prs28b]
Szczególną uwagę zwróć na płatności online z przekierowaniem. Klient płaci na stronie operatora i nie zawsze wraca do sklepu, więc strona potwierdzenia się nie wyświetla, a zdarzenie purchase nie powstaje. Sprawdź każdą metodę płatności zamówieniem testowym. Jeśli różnica jest duża, rozwiązaniem bywa wysyłanie zakupu z serwera, np. przez Measurement Protocol GA4 albo import konwersji do Google Ads, ale wtedy trzeba zadbać o ten sam identyfikator transakcji w obu kanałach.
Anulowane zamówienia i zwroty w pomiarze
Zdarzenie purchase wysyła się w chwili złożenia zamówienia, a nie jego opłacenia czy wysyłki. W sklepach z płatnością za pobraniem albo przelewem tradycyjnym część zamówień zostanie później anulowana, a w raportach nadal będzie widoczna jako sprzedaż. Dokumentacja GA4 przewiduje zdarzenie refund z identyfikatorem transakcji, które pozwala odjąć zwrot lub anulację. Wysyła się je zwykle z serwera, po zmianie statusu zamówienia w panelu PrestaShop, bo klient nie odwiedza wtedy sklepu. Jeśli takiej integracji nie masz, przynajmniej licz w raportach odsetek anulowanych zamówień i uwzględniaj go przy ocenie kampanii.
Jak przetestować śledzenie konwersji w PrestaShop krok po kroku?
Testy wykonuj przed uruchomieniem kampanii i po każdej zmianie w sklepie: aktualizacji PrestaShop, zmianie motywu, nowym module płatności. Do testów służy tryb podglądu Google Tag Manager, raport DebugView w GA4 i diagnostyka konwersji w Google Ads. Kolejność testu pokazuje diagram:
[#chart:prs28c]
Po teście na zamówieniach testowych rozpocznij regularną kontrolę. Raz w tygodniu porównaj liczbę zamówień w PrestaShop z liczbą zakupów w GA4 i konwersji w Google Ads za ten sam okres. Pełnej zgodności nie będzie, ale proporcja powinna być stabilna. W GA4 możesz też sprawdzić, czy jeden identyfikator transakcji nie pojawia się kilka razy. Tak samo warto podejść do pomiaru Meta, opisanego w tekście Meta Ads dla sklepu PrestaShop - piksel, Conversions API i katalog produktów.
Dokumentacja pomiaru w sklepie PrestaShop
Zapisz w jednym dokumencie, który moduł wypełnia warstwę danych, jakie zdarzenia wysyła, jakie tagi są w kontenerze GTM i które działania konwersji w Google Ads są główne. Dopisz datę każdej zmiany. Przy aktualizacji PrestaShop to oszczędza czas: według zapowiedzi wydania PrestaShop 9.1 Update Assistant w wersji 7.6.0 wykrywa moduły niezgodne z wersją docelową i odinstalowuje je, a moduł pomiaru może być jednym z nich. Ogólne zasady pomiaru w innym systemie sklepowym porównasz z wpisem Śledzenie konwersji w WooCommerce.
[#checklista] Śledzenie konwersji w PrestaShop: jeden moduł wypełniający dataLayer, kod GTM wstawiony raz, zdarzenia view_item, add_to_cart, begin_checkout i purchase, purchase z numerem zamówienia jako transaction_id, wartość i waluta zgodne z zamówieniem, item_id zgodne z feedem, brak równoległego tagu GA4 z innego modułu, jedno główne działanie zakupu w Google Ads, test każdej metody płatności, cotygodniowe porównanie z panelem sklepu.
Jak Vinson pomaga ze śledzeniem konwersji w PrestaShop
W Vinson wdrażamy, rozwijamy i utrzymujemy sklepy na PrestaShop, a jako Google Partner i Meta Business Partner prowadzimy kampanie, które opierają się na tych danych. Przy pomiarze:
robimy audyt obecnych tagów, modułów i działań konwersji,
wdrażamy warstwę danych i kontener Google Tag Manager,
usuwamy źródła podwójnych zakupów i sprawdzamy metody płatności,
kontrolujemy pomiar po aktualizacjach sklepu i zmianach motywu.
Szczegóły współpracy znajdziesz na stronie sklep na PrestaShop z Vinson.
Najczęściej zadawane pytania
Jak dodać Google Tag Manager do PrestaShop?
Najprościej modułem, który wstawia kod kontenera w nagłówku i na początku strony oraz wypełnia warstwę danych zdarzeniami e-commerce. Możesz też wstawić kod w motywie, ale wtedy dane o zakupie i tak musi przekazać moduł lub własny kod. Sprawdź, czy kontener nie jest wstawiony dwa razy.
Czy PrestaShop ma wbudowany dataLayer?
Nie, rdzeń PrestaShop nie wypełnia warstwy danych dla Google Tag Manager. Dane o produktach, koszyku i zamówieniu przekazuje moduł firmy trzeciej albo własny moduł korzystający z hooków sklepu, np. displayOrderConfirmation na stronie potwierdzenia zamówienia.
Dlaczego GA4 pokazuje mniej zakupów niż PrestaShop?
Część klientów nie wyraża zgody na pliki cookie analityczne lub blokuje skrypty. Duża różnica zwykle oznacza jednak, że klienci nie wracają z płatności na stronę potwierdzenia albo zdarzenie purchase przestało się wysyłać po zmianie motywu lub modułu. Sprawdź to zamówieniem testowym każdą metodą płatności.
Jak uniknąć podwójnych konwersji w PrestaShop?
Wysyłaj zakup tylko z jednego źródła i zawsze z numerem zamówienia jako identyfikatorem transakcji. GA4 i Google Ads deduplikują zakupy z tym samym identyfikatorem. Nie wysyłaj pustego identyfikatora i sprawdź, czy kod GTM lub tag GA4 nie jest wstawiony jednocześnie przez moduł i w motywie.
Jak sprawdzić, czy zdarzenie purchase działa w PrestaShop?
Złóż zamówienie testowe w trybie podglądu Google Tag Manager i sprawdź, czy zdarzenie purchase pojawia się raz, z numerem zamówienia, wartością, walutą i produktami. Potem potwierdź je w DebugView w GA4 i w diagnostyce konwersji w Google Ads.
Rzetelne śledzenie konwersji to warunek skutecznych kampanii dla sklepu PrestaShop. Jeśli chcesz wdrożyć Google Tag Manager albo znaleźć przyczynę rozjazdu między panelem a raportami, sprawdź wdrożenie sklepu na PrestaShop z Vinson - zaczniemy od przeglądu pomiaru w Twoim sklepie.
