Dodaj Google Tag Manager i zdarzenia dataLayer e-commerce do sklepu PrestaShop
Google Tag Manager to moduł dla sklepów PrestaShop, który łączy sklep z Google Tag Managerem i dostarcza pełne dane zakupowe do analityki oraz reklamy. Podstawowe uruchomienie obejmuje instalację, wpisanie jednego identyfikatora kontenera i włączenie pomiaru.
Google Tag Manager jest bezpłatną usługą Google do zarządzania w jednym miejscu tagami analitycznymi, reklamowymi i pochodzącymi od innych dostawców. W panelu internetowym testujesz zmiany przed publikacją, zapisujesz nazwane wersje, przeglądasz historię, nadajesz uprawnienia i wracasz do wcześniejszej wersji. Tag Manager 360 jest osobną płatną ofertą dla dużych organizacji, które potrzebują zatwierdzania zmian i obsługi dla przedsiębiorstw.
Pierwsze uruchomienie jest proste, a konfiguracja pozostaje rozbudowana. Moduł mierzy wyświetlenia kategorii i list produktów, wybór produktu, stronę produktu, listę życzeń, koszyk, etapy składania zamówienia, wybór dostawy i płatności, zakup oraz pełne i częściowe zwroty. Do właściwego zdarzenia trafiają produkt, wariant, kategoria, marka, ilość, cena, rabat, waluta i kontekst zamówienia. Każdy sklep zachowuje osobny kontener, wybór zdarzeń, reguły zgody i ustawienia dostarczania, a gotowy obszar roboczy do importu zawiera przygotowane tagi i reguły uruchamiania.
Moduł sprawdza też prawdziwy widok sklepu i zdarzenia obserwowane w przeglądarce, znajduje brakujące albo powtórzone pomiary, kontroluje własne działania i wykrywa podwójny pomiar Google. Umieszcza decyzję o zgodzie przed kontenerem, naprawia błędną kolejność oraz wyklucza pracowników, rozpoznany ruch automatyczny i przeglądarki wyłączone z pomiaru. Zatwierdzone zamówienie przechodzi również chronioną drogą z serwera sklepu, z kolejką, ponowieniami, ręcznym wysłaniem i historią dostarczenia, a dane służące do dopasowania klienta są zabezpieczane przed opuszczeniem sklepu.
Zyskujesz szybsze uruchomienie, wyniki kampanii powiązane z rzeczywistym przychodem sklepu, mniej brakujących lub zdublowanych zamówień oraz jedno miejsce do znalezienia usterki, zanim niewiarygodne liczby wpłyną na budżet reklamowy.
Podsumowanie możliwości modułu
Google Tag Manager łączy Google Tag Managera z działaniami handlowymi w PrestaShop i sprawia, że wynik pomiaru pozostaje zrozumiały w panelu sklepu. Jeden identyfikator kontenera uruchamia podstawowe połączenie, a kolejne obszary dodają kontrolę, odporność i dowody działania.
- Ścieżka zakupowa: wyszukiwanie produktów, koszyk, lista życzeń, składanie zamówienia, zakupy i zwroty tworzą jeden ciąg pomiarowy.
- Dane handlowe: produkty, warianty, kategorie, ceny, rabaty, podatek, dostawa, płatność i wartość zamówienia towarzyszą właściwemu działaniu.
- Odporne zamówienia: druga droga z serwera umieszcza zakupy w kolejce, ponawia nieudane wysyłki i prowadzi historię z ręcznym ponowieniem.
- Diagnostyka: kontrole w sklepie i przeglądarce ujawniają brakujące zdarzenia, duplikaty, złą kolejność zgody i niesprawne własne działania.
- Jakość danych: sterowanie zgodą, chronione dopasowanie klienta i wykluczenia ruchu oczyszczają raporty.
- Obsługa: krótkie uruchomienie łączy się z ustawieniami osobnymi dla każdego sklepu, przełącznikami zdarzeń i gotowym obszarem roboczym do importu.
Które etapy zakupu stają się użytecznymi danymi?
Ścieżka zaczyna się od wyświetlenia kategorii i listy produktów oraz zapisuje produkt wybrany przez odwiedzającego. Dalej obejmuje stronę produktu, listę życzeń, dodanie do koszyka i usunięcie z niego, widok koszyka, rozpoczęcie składania zamówienia, adres, dostawę i płatność. Zakup zamyka sprzedaż, a pełne i częściowe zwroty później korygują raportowany przychód.
Każde działanie zawiera dane, które wyjaśniają jego znaczenie handlowe: produkt i wariant, nazwę w języku sklepu, kategorię, markę, ilość, cenę, rabat i walutę. Zakup i zwrot obejmują dodatkowo numer zamówienia, wartość, podatek, koszt dostawy, wybranego przewoźnika, metodę płatności i kupon. Zmiana koszyka jest zapisywana dokładnie raz, również wtedy, gdy motyw odświeża koszyk bez ponownego wczytania strony.
Gotowy obszar roboczy do importu łączy te zdarzenia sklepowe z przygotowanymi tagami i regułami uruchamiania. Własne działania rozszerzają standardową ścieżkę o wybrany przycisk, adres strony, typ strony lub nazwane działanie w sklepie. Niebezpieczne identyfikatory klientów i zastrzeżone nazwy są odrzucane.
Co chroni zakup, gdy przeglądarka go zgubi?
Zwykłe zdarzenie zakupu wychodzi ze strony potwierdzenia zamówienia. Niezależnie od tego PrestaShop umieszcza to samo zamówienie w kolejce na serwerze zaraz po jego zatwierdzeniu. Obie drogi używają tego samego numeru transakcji, dzięki czemu Google Analytics rozpoznaje jedną sprzedaż zamiast liczyć dwie.
Dostarczenie zaczyna się od razu. Nieudana próba pozostaje w kolejce, otrzymuje automatyczne ponowienia i nadal jest dostępna do ręcznego wysłania z ekranu diagnostyki. Historia zapisuje transakcję, stan dostarczenia, odpowiedź, błąd i czas, a okres przechowywania ustawiasz w panelu. Pełne i częściowe zwroty przechodzą przez ten sam niezawodny proces.
Raportowany przychód nie zależy więc od powrotu kupującego ze strony płatności, pozostawienia otwartej strony potwierdzenia ani powodzenia żądania przeglądarki w jednej właściwej chwili.
Jak moduł potwierdza prawidłowe działanie pomiaru?
Diagnostyka pobiera sklep w takiej postaci, w jakiej widzą go odwiedzający, i obserwuje zdarzenia sprzedażowe powstające w przeglądarce. Sprawdza kontener, zawartość zdarzeń, kolejność zgody, podwójny pomiar Google, wykluczenia ruchu, własne działania i ostatnie dostarczenia z serwera. Brakujące, powtórzone albo źle zbudowane zdarzenia pojawiają się razem z nazwą strony i przyczyną.
Tam, gdzie poprawka należy do modułu, naprawa jest dostępna od razu. Moduł przywraca kolejność zgody i brakujące rejestracje potrzebne do działania. Powstrzymuje też inny obsługiwany moduł pomiarowy przed uruchomieniem tego samego kontenera albo wysłaniem tego samego zakupu. Własny cel kliknięcia otrzymuje stan gotowości dopiero po sprawdzeniu poprawności reguły i znalezieniu pasującego elementu w prawdziwym sklepie.
Różnica między przychodem sklepu a przychodem kampanii staje się nazwaną usterką z dowodem, zamiast otwartym dochodzeniem prowadzonym po podjęciu decyzji reklamowych.
Jak moduł traktuje zgodę, dane klientów i ruch wewnętrzny?
Moduł odczytuje decyzję z obsługiwanego narzędzia zgody w sklepie i umieszcza stan zgody przed Google Tag Managerem. Gdy takiego narzędzia nie ma, przed uruchomieniem kontenera wysyła jasno określony stan odmowy. Nieprawidłowa kolejność pojawia się w diagnostyce i jest naprawiana z tego samego miejsca.
Dla zalogowanych klientów adres e-mail, telefon, imię, nazwisko, miasto, region i kod pocztowy są porządkowane i zabezpieczane przed użyciem do ulepszonego dopasowania konwersji. Surowa tożsamość nie trafia do danych własnych zdarzeń. Zalogowani pracownicy, rozpoznane roboty, żądania spoza sklepu i przeglądarki oznaczone do wykluczenia są zatrzymywane przed rozpoczęciem pomiaru.
W instalacji wielosklepowej każdy sklep zachowuje własny kontener, dane dostępowe wysyłki z serwera, zdarzenia, zachowanie zgody, wykluczenia i historię. Aktywność jednego sklepu nie zmienia więc po cichu konfiguracji ani raportów drugiego.
Jak z krótkiego uruchomienia powstaje rozbudowane sterowanie?
Krótka ścieżka obejmuje instalację, jeden identyfikator kontenera i przełącznik pomiaru. Standardowe zdarzenia są już przygotowane. Opcjonalna droga zakupów z serwera sklepu wymaga dodatkowo danych pomiarowych połączonej usługi Google Analytics.
Każde standardowe zdarzenie ma osobny przełącznik. Własne reguły opisują kliknięcia, wybrane adresy, typy stron i nazwane działania w sklepie, z kontrolowanymi danymi oraz jednorazowym wysłaniem tam, gdzie ma ono znaczenie. Oddzielne profile sklepów, regulowany czas przechowywania i gotowy obszar roboczy do importu obsługują agencje oraz wymagające instalacje wielosklepowe bez obciążania pierwszego uruchomienia.
Błędne identyfikatory są odrzucane przed zapisem, a diagnostyka potwierdza później, że prawdziwy sklep korzysta z właściwego kontenera i zdarzeń. Początek pozostaje mały, a zakres sterowania rośnie razem z planem pomiarowym sklepu.
-
Referencjamprgoogletagmanager
-
Dostępny2147483647 Przedmioty
-
Kompatybilność z PrestaShopPS 1.6 – 9.x
-
Model cenowyJednorazowy zakup
-
Typ modułuFront-office
-
Dotyczy RODOTak
-
Cel biznesowyMarketing i retargeting
-
Wymagane konto zewnętrzneTak
-
Złożoność modułuLekki widget
-
Etap ścieżki klientaPrzyciągnąć odwiedzających
-
Działa z platformąUsługi Google
Co mówią o nas nasi klienci
Opinie o firmie
5.0
★
★
★
★
★
(4 opinii)
Ładowanie opinii klientów...
Brak opinii o produkcie
Bądź pierwszą osobą, która podzieli się doświadczeniem z tym modułem.
Napisz opinię
Instaluje kontener Google Tag Manager i tworzy zdarzenia ecommerce dataLayer gotowe dla GA4 w sklepie PrestaShop: wyświetlenia produktów, wyświetlenia koszyka, dodanie do koszyka, usunięcie z koszyka, rozpoczęcie checkout, zakupy, logowanie klienta, utworzenie konta i wyszukiwanie wewnętrzne. Moduł zawiera też opcjonalne reguły własnych zdarzeń dataLayer, opcjonalne dane Enhanced Conversions dla zalogowanych klientów, obsługę kolejności zgód dla mprcookiesrevolution, wykluczanie pracowników/botów, diagnostykę oraz opcjonalny fallback zakupu GA4 Measurement Protocol wysyłany z serwera po zatwierdzeniu zamówienia.
Masz pytanie dotyczące tego produktu?
Nasi eksperci chętnie pomogą. Zapytaj o instalację, kompatybilność lub specyfikację.
1301
pytania
9
kategorie
2013
tworzymy moduły od
1.6–9
wersje PrestaShop
v1.3.62026-05-27
- AddedAdd GTM custom dataLayer events
- AddedAdd GTM demo event monitor
- AddedHarden Google Tag Manager tracking
Ładowanie pełnego changeloga...
Dobrze współpracuje z Google Tag Manager
Moduły, które nasz zespół naprawdę łączy z tym i dokładnie dlaczego każdy pasuje do tego samego zestawu.
Complement
Sprzedawca korzystający z Google Tag Manager zdecydował się już na uporządkowany pomiar: moduł dodaje do sklepu Twój kontener GTM i zasila go zdarzeniami e-commerce zbudowanymi na podstawie rzeczywistego zachowania, dzięki czemu wyświetlenia produktów, zmiany w koszyku, rozpoczęcia realizacji zamówienia, zakupy, wyszukiwania, logowania i rejestracje docierają do Twoich tagów zamiast samego fragmentu kontenera. Czego ta konfiguracja Ci nie daje, to obraz tego, jak faktycznie odczuwa się korzystanie ze strony, a kontener pełen czystych zdarzeń wciąż nie pokaże Ci, gdzie kupujący się zawahał lub zrezygnował.
Microsoft Clarity to osobne narzędzie, które dodaje do sklepu mapy cieplne, nagrania sesji i zdarzenia niestandardowe przy użyciu Twojego Project ID i potrafi oznaczać sesje wokół wyświetleń produktów, działań w koszyku, wyszukiwań, rozpoczęć realizacji zamówienia, rejestracji i zakupów. Uruchomione obok GTM, pokrywa jakościową połowę, którą Twój kontener pomija, pozwalając Ci obserwować rzeczywisty ruch po stronie, a nie tylko liczyć zdarzenia, które się na niej uruchomiły.
Konkretną korzyścią jest szybsza, lepiej udokumentowana diagnoza: gdy liczba zdarzeń GTM wskazuje słabą stronę produktu lub realizacji zamówienia, możesz otworzyć odpowiadające nagrania Clarity, aby zobaczyć martwe kliknięcia, mylący układ lub tarcia kryjące się za liczbą. Zamiast zgadywać na podstawie danych zbiorczych, naprawiasz to, z czym odwiedzający wyraźnie się zmagają, a oba narzędzia razem dają Ci zarówno liczby, jak i materiał wideo.
Measurement
Jeśli korzystasz z Google Tag Manager, Twój sklep już dodaje kontener GTM i przesyła do niego zdarzenia e-commerce w formacie GA4 dotyczące wyświetleń produktów, aktywności w koszyku, rozpoczęć realizacji zamówienia i zakupów. Daje to Twojemu zestawowi tagów spójną warstwę zdarzeń, ale kontener jest w gruncie rzeczy mechanizmem dostarczania i orkiestracji, a nie miejscem, w którym siadasz, by czytać lejki, przychody i odbiorców na przestrzeni tygodni i miesięcy. Poleganie wyłącznie na kontenerze może też oznaczać, że Twoje podstawowe raportowanie zależy od debugowania kontenera za każdym razem, gdy coś zadziała nieprawidłowo.
Google Analytics GA4 to osobny moduł, który wysyła aktywność e-commerce prosto do Twojej usługi GA4, weryfikując Measurement ID przed śledzeniem i obejmując wyświetlenia produktów, aktywność w koszyku, rozpoczęcia realizacji zamówienia, zakupy, wyszukiwania, logowania i tworzenie konta, z opcjonalną ścieżką Measurement Protocol dla zakupów. Zapewnia Ci bezpośredni, niezawodny cel raportowania, który jest samodzielny, zamiast żyć wewnątrz kontenera.
Uruchamianie obu utrzymuje czystą, bezpośrednią ścieżkę pomiaru GA4, podczas gdy GTM nadal zajmuje się szerszym zadaniem orkiestracji Twoich tagów marketingowych i analitycznych. Korzyścią jest odporność i przejrzystość: Twoje raportowanie przychodów i zachowań nie zależy od konfiguracji kontenera, masz godny zaufania dom analityczny, z którego podejmujesz decyzje merchandisingowe, a każde narzędzie wykonuje zadanie, do którego zostało faktycznie stworzone.
Governance
Sklep korzystający z Google Tag Manager ładuje kontener i wysyła zdarzenia e-commerce, co w praktyce oznacza, że tagi analityczne i marketingowe uruchamiają się, gdy kupujący przeglądają. W UE wiąże się to z jasnym obowiązkiem: te tagi powinny respektować wybory dotyczące zgody odwiedzających, zanim się uruchomią, a sam kontener nie daje Ci żadnej bramki zgody. Pozostawiona bez zarządzania, ta luka jest zarówno ryzykiem zgodności, jak i źródłem niepewności co do tego, czy Twoja sygnalizacja Consent Mode odzwierciedla to, na co kupujący faktycznie wyrazili zgodę.
Cookies Revolution to osobny menedżer zgód, który zbiera i egzekwuje wybory dotyczące plików cookie niezbędnych, funkcjonalnych, analitycznych i marketingowych. Wykracza poza baner, przepisując pasujące skrypty zewnętrzne i wbudowane przed udzieleniem zgody, ponownie aktywując dozwolone skrypty później, rejestrując każdą decyzję i łącząc kategorie z sygnałami Google Consent Mode v2, które dotyczą GA4, Google Tag Manager i Google Ads.
Używany obok GTM, utrzymuje dostarczanie tagów i egzekwowanie zgody jako dwie odrębne warstwy, dzięki czemu skrypty pozostają wstrzymane, dopóki kupujący nie wyrazi zgody, a Twoja sygnalizacja Consent Mode odzwierciedla rzeczywiste wybory. Korzyścią jest zgodne z przepisami śledzenie, którego możesz bronić: nadal mierzysz kupujących, którzy się zgadzają, masz zapis zgody i nie edytujesz ręcznie swojego kontenera, aby kontrolować, co się ładuje, zanim ktoś powie tak.
Measurement
Korzystając z Google Tag Manager, Twój sklep już wysyła zdarzenia e-commerce GA4 przez kontener i prawdopodobnie uruchamia z niego kilka tagów kampanii. W miarę jak katalogi rosną i dodawanych jest więcej platform, staje się naprawdę trudno stwierdzić, czy każdy tag uruchamia się poprawnie, czy zakupy są liczone podwójnie w różnych tagach, ani czy dane produktowe stojące za Twoimi kampaniami Shopping faktycznie spełniają wymagania Google. Samodzielnie zarządzane zestawy mają tendencję do dryfowania, a ten dryf jest niewidoczny, dopóki budżet nie zostanie zmarnowany.
Feed & Tracking Audit to usługa ekspercka, a nie moduł: specjalista przegląda feed produktowy i zestaw pomiarowy Twojego rzeczywistego sklepu, sprawdzając jakość feedu Merchant, śledzenie konwersji GA4 i Ads, piksele oraz schemat Product/Offer, a także wykrywając braki GTIN, rozbieżności cen, uszkodzone tagi i podwójnie liczone konwersje, zanim Twoja kolejna kampania wyda pieniądze. Otrzymujesz uszeregowaną według priorytetów listę poprawek, przypisującą każdy problem do jego wpływu na przychody lub pomiar.
Zlecenie audytu równolegle z Twoją konfiguracją GTM potwierdza, że wysyłane przez Ciebie zdarzenia są czyste i poprawnie przypisane, zamieniając samodzielnie zarządzany kontener w zweryfikowany zestaw pomiarowy. Korzyścią są wiarygodne liczby, zanim zwiększysz wydatki: przestajesz płacić za ruch, który Twoje śledzenie błędnie raportuje, zamykasz luki w feedzie, które po cichu obniżają wyniki Shopping, i wchodzisz w kampanie ze świadomością, że dane leżące u ich podstaw są solidne.
30 dni na zwrot
Łatwy zwrot - bez pytań
Moduły Plug & Play
Zainstaluj, skonfiguruj i zarabiaj
Wsparcie na pierwszym miejscu
Priorytet pomocy i satysfakcji
Zobacz także
- Nowy
