Google Tag Manager in PrestaShop – DataLayer Pro | PrestaDev

Google Tag Manager Pro Modul für PrestaShop

Module version: 2.3.4

PrestaShop compatibility: 1.7.x 8.x 9.x

Moduldatei aktualisiert: 2026-04-13 22:29:34

Produktdaten aktualisiert: 2026-04-13 22:30:01

PD Google Tag Manager Pro ist ein erweitertes PrestaShop-Modul zur Implementierung von Google Tag Manager mit vollständigem E-Commerce-DataLayer, Integration mit GA4 sowie Unterstützung für Google Consent Mode v2. Das Modul bindet den GTM-Code automatisch im Abschnitt head und im noscript-Bereich nach dem Öffnen des body-Tags ein, kann mit einem zweiten GTM-Container arbeiten und unterstützt auch eine serverseitige GTM-Adresse. Im Frontend des Shops sendet es standardmäßige GA4-Events für den Kaufpfad sowie zusätzliche unterstützende Ereignisse wie login, sign_up, search, search_no_results, page_error, checkout_progress, scroll_depth, time_on_page und cart_abandonment. In den Payloads übermittelt es Produktdaten, Kategorien, Varianten, Preise, Rabatte, Verfügbarkeit, GTIN-/MPN-Identifikatoren und auf der Produktseite auch die Bewertung und die Anzahl der Rezensionen, sofern im Shop Produktkommentare verfügbar sind. Das Modul unterstützt außerdem Enhanced Conversions, Google Ads Dynamic Remarketing, unterstützende Variablen für Meta Pixel, TikTok und Pinterest, und Refund-Ereignisse werden in eine Warteschlange gestellt und an GA4 gesendet, ohne einen Backend-Seitenaufruf zu erzeugen. Im Administrationsbereich erhalten Sie eine Konfiguration pro Shop, den Export des GTM-Containers, einen signierten Link zur Debug-Vorschau sowie ein Ereignisprotokoll für Purchase- und Refund-Ereignisse. Dies ist eine Lösung für Shops, die in PrestaShop ein präzises Marketing- und Analyse-Tracking umsetzen möchten, ohne die gesamte Datenschicht von Grund auf neu aufzubauen.

246,00 zł
200,00 złnetto

Price history: Show chart

Beschreibung

Modulfunktionen

Automatische Implementierung von Google Tag Manager in PrestaShop zusammen mit dem head- und noscript-Code.
Unterstützung von einem oder zwei GTM-Containern innerhalb einer Shop-Installation.
Möglichkeit zur Angabe einer serverseitigen GTM-URL für First-Party-Datenerfassung.
Unterstützung von 14 standardmäßigen GA4-E-Commerce-Events, darunter view_item, add_to_cart, begin_checkout, purchase und refund.
Zusätzliche Events zur Analyse des Nutzerverhaltens: search, search_no_results, page_error, checkout_progress, scroll_depth, time_on_page und cart_abandonment.
Konfigurierbare item_id: Produkt-ID, ID mit Variante, SKU oder EAN13, um die Daten an den Feed des Google Merchant Center anzupassen.
Erweiterte Produktdaten im DataLayer: Marke, Kategorien, Variante, Preis, Rabatt, Verfügbarkeit, GTIN und MPN.
Eigene DataLayer-Variablen für die Segmentierung, u. a. page_type, customer_logged, customer_group, cart_value, gehashte customer_id, E-Mail-Hash, Land, Newsletter und Alter des Kundenkontos.
Integrierter Google Consent Mode v2 mit granularen Standardsignalen für analytics_storage, ad_storage, ad_user_data und ad_personalization.
Erkennung gängiger Cookie-Consent-Lösungen, darunter PD Cookie Pro, LGCookiesLaw, Axeptio und Cookiebot, sowie ein einfacher Fallback-Banner, wenn keine externe Runtime verfügbar ist.
Export eines fertigen GTM-Containers mit GA4-Tags, Triggern und Hilfsvariablen für Google Ads.
Integriertes Debug-Panel sowie ein signierter Link zur Frontend-Vorschau mit aktivem Debugging, gültig für 6 Stunden.

Vorteile für den Shop

Schnellere Implementierung der Analytik, da das Modul die Datenschicht und den Container-Export erstellt, ohne alles manuell von Grund auf in GTM zusammenzustellen.
Bessere Qualität der Marketingdaten dank konsistenter E-Commerce-, Checkout-, Promotions-, Remarketing- und Refund-Events.
Höhere Konformität mit den Google-Anforderungen dank Unterstützung für Consent Mode v2, Enhanced Conversions und Dynamic Remarketing.
Einfachere Diagnose dank Event-Log, Debug-Panel und signierter Front-Office-Vorschau.
Mehr Flexibilität bei der Implementierung durch Unterstützung eines zweiten GTM-Containers, serverseitiges GTM sowie Cross-Domain-Tracking.
Bessere Vorbereitung für Werbekampagnen, da das Modul Helper für Google Ads, Meta, TikTok und Pinterest bereitstellt.
Sicherer Betrieb im Multishop, da wichtige Einstellungen für Runtime, Consent und Export pro Shop gespeichert werden.
Unterstützung von Refunds — ein Refund kann nach Erstellung einer Korrektur in die Warteschlange gestellt werden. Der optionale serverseitige Versand über das Measurement Protocol erfordert die Konfiguration der Automatisierung, der Measurement ID, des API Secret, des gespeicherten Kundenkontexts, der Einwilligung und eines CRON-Jobs.

Funktionalitäten des Moduls

Tracking von Produktseiten, Listings, Warenkorb, Checkout, Bestellbestätigung und 404-Fehlerseiten.
Unterstützung der Events add_shipping_info und add_payment_info per AJAX auf Basis der tatsächlichen Auswahl von Versand und Zahlung.
Unterstützung von view_promotion und select_promotion für Promotionen, einschließlich eines integrierten Szenarios für die Seite mit Preisaktionen sowie eigener Attribute data-pdgtmpro-promotion.
Erfassung der Events login und sign_up nach Authentifizierung und Registrierung des Kunden.
Unterstützung von add_to_wishlist auf Basis eines Klicks oder eines Hook-Fallbacks für das Wishlist-Modul.
Erstellung von Remarketing-Payloads mit google_tag_params sowie kanonischen Helpern pdgtmpro_ads_event, pdgtmpro_ads_value und pdgtmpro_ads_items.
Übergabe von user_data- und enhanced_conversion_data-Payloads für Enhanced Conversions beim Kauf.
Generierung von DataLayer-Hilfsvariablen für Meta Pixel, TikTok Events API und Pinterest Tag.
Normalisierung der Domainliste für Cross-Domain-Tracking und Speicherung in der Modulkonfiguration.
Führung eines Event-Logs für purchase und refund in einer dedizierten Tabelle sowie automatische Bereinigung von Einträgen, die älter als 90 Tage sind.

Link zur Modul-Demo:

Demo-Administrationsbereich:
https://moduly-prestashop.eu/pdgoogletagmenagerpro/admin-dev

Demo-Frontend:
https://moduly-prestashop.eu/pdgoogletagmenagerpro

Was muss nach der Installation von GTM Pro 2.3.4 konfiguriert werden?

Der exportierte Container muss in GTM importiert, geprüft und veröffentlicht werden. Die optionale serverseitige Wiederherstellung von Käufen und die Automatisierung von Refunds erfordern die Aktivierung der entsprechenden Moduloptionen, die Measurement ID, das API Secret, den gespeicherten Kundenkontext und die Einwilligung sowie einen CRON-Job. Eine eigene Abrufadresse für gtm.js startet die serverseitige GTM-Infrastruktur nicht automatisch.

Das browserseitige purchase in dieser Version wird bei der Bestellbestätigung erzeugt; es gibt nicht dieselbe Definition eines bezahlten Status wie bei GA4 Pro. Siehe den Vergleich der GA4-Architektur über Modul und GTM. Wenn Sie ausschließlich die Einbindung des Containers benötigen, sehen Sie sich das ältere grundlegende GTM-Modul an.

Die Regeln zu Lizenz, Testkopie und Updates finden Sie in §7 der Shop-AGB.

Prüfen Sie nach dem Container-Import die Veröffentlichung und die Events

Der Export aus dem Modul ist Material für die GTM-Konfiguration. Wählen Sie den richtigen Arbeitsbereich, prüfen Sie Tags und Regeln und veröffentlichen Sie anschließend die verifizierte Version. Vergleichen Sie diesen Umfang mit der grundlegenden GTM-Einbindung und der direkten GA4-Pro-Integration.

Was sollte vor dem Start geprüft werden?

Prüfen Sie im Vorschaumodus die Daten für Produkt, Kombination und Kaufprozess sowie das Fehlen eines zweiten Emitters derselben Events.
Trennen Sie den browserseitigen Kauf von der optionalen serverseitigen Wiederherstellung. Die Anforderungen an Measurement Protocol und CRON betreffen den konkreten Pfad.
Die Änderung der Abrufadresse von gtm.js bedeutet nicht den automatischen Start eines GTM-Servers. Die Architektur muss der tatsächlichen Konfiguration entsprechen.

Produktdetails

Unterstützung für Prestashop 9.x: Ja
Unterstützung für Prestashop 8.x: Ja
Unterstützung für Prestashop 1.7.x: so
Kostenloser Support: so
Kostenlose Updates (1 Jahr): so
Einfache Installation: so

Bezug PDGTMPRO

Changelog

Release history for this product. Expand an entry to see what changed.

Checkout funnel step tracking — detailed micro-steps (personal info, addresses, delivery, payment, order review) with MutationObserver
User engagement tracking — scroll depth (25/50/75/90%) with IntersectionObserver and time on page (15s/30s/60s/120s)
Cart abandonment tracking — fires cart_abandonment event when user leaves cart/checkout with items (visibilitychange + pagehide)
Customer segmentation DataLayer variables: customer_email_hash (SHA256), customer_newsletter, customer_country, customer_age_days
Admin Event Log Viewer — hidden AdminTab with HelperList showing purchase/refund event history with JSON payload viewer
Container Export v2 — updated export with all 14 GA4 events + additional DataLayer variables (affiliation, tax, coupon, item_list, shipping_tier, payment_type, promotion)
Granular Consent Mode v2 now uses per-signal defaults with wait_for_update:500
Configuration switches for checkout steps, engagement tracking, and cart abandonment in E-commerce tab
Configuration switches for customer segmentation in Custom DataLayer tab
Link to Event Log Viewer in Debug & Export tab

FAQ

Find answers to the most common questions about this product.

Das Modul dient zur Implementierung des Google Tag Managers im PrestaShop-Shop zusammen mit einer erweiterten DataLayer-Schicht für E-Commerce. Es bindet den GTM-Code im head-Bereich und als noscript nach dem Öffnen des body ein und sendet anschließend Kaufereignisse, Produktdaten, Consent-Signale sowie zusätzliche analytische Events zur Verwendung in GTM, GA4 und Werbung.

Das Modul unterstützt 14 standardmäßige GA4-E-Commerce-Events: view_item, view_item_list, select_item, add_to_cart, remove_from_cart, add_to_wishlist, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, refund, view_promotion sowie select_promotion. Ein Teil davon wird serverseitig über PHP ausgelöst, ein Teil über JavaScript und AJAX auf Grundlage der tatsächlichen Aktionen des Kunden im Shop.

Neben dem standardmäßigen E-Commerce sendet das Modul auch search, search_no_results, page_error für 404-Seiten, login, sign_up, checkout_progress, scroll_depth, time_on_page sowie cart_abandonment. Dadurch können Sie nicht nur den Verkauf analysieren, sondern auch die Suche, das Nutzerverhalten und die Stellen, an denen Traffic verloren geht.

Ja. In der Konfiguration können Sie die grundlegende GTM-Container-ID, einen optionalen zweiten GTM-Container sowie die serverseitige GTM-Adresse angeben. Der zweite Container ist z. B. dann nützlich, wenn das Marketing- und das Analyseteam separate Container verwenden, und die serverseitige URL ermöglicht es, die Standarddomain googletagmanager.com durch einen eigenen Endpoint zu ersetzen.

Das Modul kann die standardmäßigen Signale des Google Consent Mode v2 bereits vor dem Laden von GTM senden. Sie konfigurieren die Werte für analytics_storage, ad_storage, ad_user_data und ad_personalization separat. Wenn der Shop keine externe Runtime-Consent-Lösung hat, kann das Modul ein einfaches Banner Akzeptieren/Ablehnen anzeigen und auf dieser Grundlage die Zustimmungssignale aktualisieren.

Der Modulcode erkennt die Consent-Runtime für pdcookiepro, lgcookieslaw, axeptiocookies sowie cookiebotconsent und kann sie nutzen. Für PD Cookie Pro fügt das Modul keine zweite Consent-Ebene hinzu, sondern respektiert die bestehende Runtime. Wenn kein kompatibles Modul verfügbar ist, kann es ein eigenes Fallback-Consent-Banner starten.

Das Modul übermittelt unter anderem item_id, item_name, price, discount, item_brand, bis zu fünf Kategorieebenen, item_variant und quantity. Optional kann es item_availability, item_gtin und item_mpn hinzufügen. Auf der Produktseite ruft es außerdem item_rating und item_review_count ab, wenn in der Datenbank eine Tabelle mit Produktkommentaren vorhanden ist und für das Produkt Bewertungen verfügbar sind.

Ja. Mit dem Modul kann ausgewählt werden, was die item_id sein soll: Produkt-ID, Produkt-ID mit Kombinations-ID in zwei Separator-Varianten, SKU-Referenz oder EAN13. Das ist beim dynamischen Remarketing wichtig, da die Kennung im DataLayer der Produkt-ID im Feed des Google Merchant Center entsprechen sollte.

Ja. Beim Kauf kann das Modul Payloads user_data sowie enhanced_conversion_data für Enhanced Conversions in die DataLayer übertragen, ebenso wie Remarketing-Helfer für Google Ads. Zusätzlich bleibt die Kompatibilität mit den Legacy-Parametern google_tag_params sowie den eigenen Variablen pdgtmpro_ads_event, pdgtmpro_ads_value und pdgtmpro_ads_items erhalten.

Ja. Im Tab „Debug & Export“ können Sie die GA4 Measurement ID angeben und eine JSON-Datei für den Import in den Google Tag Manager herunterladen. Der Export enthält das GA4-Konfigurations-Tag, GA4-Event-Tags mit Triggern, grundlegende Google Ads Conversion- und Dynamic-Remarketing-Tags sowie unterstützende Data-Layer-Variablen, die für die Implementierung erforderlich sind.

Ja. Das Modul verfügt über separate Schalter für Meta Pixel, TikTok Events API und Pinterest Tag. Nach deren Aktivierung werden vormappte Variablen für diese Plattformen in den DataLayer übertragen, z. B. content_ids, value und num_items für Meta, contents für TikTok sowie product_id, product_name, product_price und product_quantity für Pinterest.

Beim Checkout überwacht das Modul Änderungen der Versand- und Zahlungsart, ruft die aktuellen Warenkorbdaten per AJAX ab und sendet add_shipping_info sowie add_payment_info. Zusätzlich kann es checkout_progress für die einzelnen Schritte sowie cart_abandonment erfassen, wenn der Nutzer die Warenkorb- oder Checkout-Seite mit Produkten im Warenkorb verlässt.

Nach Aktivierung der Option „Debug-Panel“ zeigt das Modul im Frontend eine Echtzeitvorschau der DataLayer-Ereignisse mit Ereignisnamen, Zeitstempel und vollständiger JSON-Payload an. Im Backoffice kann außerdem ein signierter Link zur Debug-Vorschau im Frontoffice generiert werden. Ein solcher Link funktioniert ohne aktive Mitarbeitersitzung und bleibt 6 Stunden lang gültig.

Käufe und Rückerstattungen werden in der dedizierten Log-Tabelle des Moduls gespeichert. Eine Rückerstattung kann nach der Erstellung eines Gutschriftbelegs in die Warteschlange gestellt und anschließend aus dem schlanken Backoffice-Controller an GA4 gesendet werden, ohne einen page_view des Backoffice zu erzeugen. In der Konfiguration und in einem separaten Controller können Sie das Event-Log einsehen, und Einträge, die älter als 90 Tage sind, werden automatisch bereinigt.

Ja. Der Modulcode verwaltet die Konfiguration pro Shop und stellt sicher, dass aktive Shops über einen vollständigen Satz eigener Einstellungen verfügen. Dies betrifft unter anderem die GTM-ID, den Consent Mode, die Exporteinstellungen sowie Runtime-Flags. Im Kontext von Multistore erfordert das Modul die Angabe eines konkreten Shops für die Konfiguration, um keine Daten zwischen den Shops zu vermischen.

Laut der Erklärung wird im Modul PrestaShop ab Version 1.7.0.0 bis 9.99.99 unterstützt, und der Code wurde in einem mit PHP 7.x und 8.x kompatiblen Stil vorbereitet. Das Modul nutzt das klassische PrestaShop-Modulsystem, erfordert keinen Composer und enthält eigene Hilfsklassen zum Aufbau von DataLayer, Produkten, Warenkorb und Consent.