Neuf

Google Tag Manager dans PrestaShop – DataLayer Pro | PrestaDev

Google Tag Manager Pro module pour PrestaShop

Module version: 2.3.4

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

Fichier du module mis à jour : 2026-04-13 22:29:34

Données du produit mises à jour : 2026-04-13 22:30:01

PD Google Tag Manager Pro est un module PrestaShop avancé pour l’implémentation de Google Tag Manager avec un DataLayer e-commerce complet, l’intégration avec GA4 ainsi que la prise en charge de Google Consent Mode v2. Le module intègre automatiquement le code GTM dans la section head et dans la partie noscript après l’ouverture de la balise body, peut fonctionner avec un deuxième conteneur GTM et prend également en charge l’adresse server-side GTM. Sur le front-office de la boutique, il envoie les événements GA4 standard pour le parcours d’achat ainsi que des événements complémentaires, tels que login, sign_up, search, search_no_results, page_error, checkout_progress, scroll_depth, time_on_page et cart_abandonment. Dans les payloads, il transmet les données produit, les catégories, les variantes, les prix, les remises, la disponibilité, les identifiants GTIN/MPN, et sur la page produit également la note et le nombre d’avis, si des commentaires produits sont disponibles dans la boutique. Le module prend en charge en outre les Enhanced Conversions, le Google Ads Dynamic Remarketing, des variables auxiliaires pour Meta Pixel, TikTok et Pinterest, et les événements de remboursement sont mis en file d’attente et envoyés à GA4 sans générer de vue du back-office. Dans le panneau d’administration, vous disposez d’une configuration par boutique, de l’export du conteneur GTM, d’un lien signé vers le debug preview ainsi que d’un journal des événements purchase et refund. C’est une solution destinée aux boutiques qui souhaitent mettre en place une mesure marketing et analytique précise dans PrestaShop sans construire toute la couche de données à partir de zéro.

246,00 zł
200,00 złnetto

Price history: Show chart

La description

Caractéristiques du module

Implémentation automatique de Google Tag Manager dans PrestaShop avec le code head et noscript.
Prise en charge d’un ou deux conteneurs GTM dans une seule installation de boutique.
Possibilité d’indiquer une URL GTM server-side pour la collecte de données first-party.
Prise en charge de 14 événements e-commerce GA4 standard, dont view_item, add_to_cart, begin_checkout, purchase et refund.
Événements supplémentaires pour l’analyse du comportement des utilisateurs : search, search_no_results, page_error, checkout_progress, scroll_depth, time_on_page et cart_abandonment.
item_id configurable : ID produit, ID avec variante, SKU ou EAN13, afin d’adapter les données au flux Google Merchant Center.
Données produit enrichies dans le DataLayer : marque, catégories, variante, prix, remise, disponibilité, GTIN et MPN.
Variables DataLayer personnalisées pour la segmentation, notamment page_type, customer_logged, customer_group, cart_value, customer_id haché, hash de l’e-mail, pays, newsletter et ancienneté du compte client.
Google Consent Mode v2 intégré avec des signaux par défaut granulaires pour analytics_storage, ad_storage, ad_user_data et ad_personalization.
Détection des solutions de consentement aux cookies populaires, dont PD Cookie Pro, LGCookiesLaw, Axeptio et Cookiebot, ainsi qu’une bannière de secours simple lorsque le runtime externe n’est pas disponible.
Export d’un conteneur GTM prêt à l’emploi avec balises GA4, déclencheurs et variables auxiliaires pour Google Ads.
Panneau de debug intégré ainsi qu’un lien signé vers l’aperçu du front avec le debug actif, valable 6 heures.

Avantages pour la boutique

Déploiement plus rapide de l’analytique, car le module construit la couche de données et l’export du conteneur sans devoir tout assembler manuellement dans GTM depuis zéro.
Meilleure qualité des données marketing grâce à des événements e-commerce, checkout, promotion, remarketing et remboursement cohérents.
Meilleure conformité aux exigences de Google grâce à la prise en charge de Consent Mode v2, Enhanced Conversions et Dynamic Remarketing.
Diagnostic plus simple grâce au journal des événements, au panneau de debug et à l’aperçu signé du front-office.
Plus grande flexibilité de déploiement grâce à la prise en charge d’un second conteneur GTM, du GTM server-side et du suivi cross-domain.
Meilleure préparation pour les campagnes publicitaires, car le module fournit des helpers pour Google Ads, Meta, TikTok et Pinterest.
Fonctionnement sécurisé en multiboutique, car les paramètres clés du runtime, du consentement et de l’export sont stockés par boutique.
Prise en charge des remboursements — le remboursement peut être mis en file d’attente après la création d’un avoir. L’envoi serveur optionnel via Measurement Protocol nécessite la configuration de l’automatisation, du Measurement ID, de l’API Secret, du contexte client conservé, du consentement et d’une tâche CRON.

Fonctionnalités du module

Suivi des pages produit, des listings, du panier, du checkout, de la confirmation de commande et des pages d’erreur 404.
Prise en charge des événements add_shipping_info et add_payment_info via AJAX sur la base du choix réel de livraison et de paiement.
Prise en charge de view_promotion et select_promotion pour les promotions, y compris un scénario intégré pour la page des promotions tarifaires ainsi que des attributs personnalisés data-pdgtmpro-promotion.
Enregistrement des événements login et sign_up après l’authentification et l’inscription du client.
Prise en charge de add_to_wishlist sur la base d’un clic ou d’un hook de secours pour le module wishlist.
Construction des payloads de remarketing avec google_tag_params ainsi que les helpers canoniques pdgtmpro_ads_event, pdgtmpro_ads_value et pdgtmpro_ads_items.
Transmission des payloads user_data et enhanced_conversion_data pour Enhanced Conversions lors de l’achat.
Génération de variables DataLayer auxiliaires pour Meta Pixel, TikTok Events API et Pinterest Tag.
Normalisation de la liste des domaines pour le cross-domain tracking et stockage de celle-ci dans la configuration du module.
Gestion d’un journal d’événements purchase et refund dans une table dédiée ainsi que nettoyage automatique des entrées de plus de 90 jours.

Lien vers la démo du module :

Démo du panneau d’administration :
https://moduly-prestashop.eu/pdgoogletagmenagerpro/admin-dev

Démo du front-office :
https://moduly-prestashop.eu/pdgoogletagmenagerpro

Que faut-il configurer après l’installation de GTM Pro 2.3.4 ?

Le conteneur exporté nécessite une importation, une vérification et une publication dans GTM. La récupération serveur optionnelle des achats et l’automatisation des remboursements nécessitent l’activation des options appropriées du module, le Measurement ID, l’API Secret, le contexte client enregistré et le consentement, ainsi qu’une tâche CRON. Une adresse personnalisée de chargement de gtm.js ne lance pas automatiquement l’infrastructure GTM server-side.

Le purchase navigateur dans cette version est généré lors de la confirmation de commande ; il n’a pas la même définition du statut payé que GA4 Pro. Voir la comparaison de l’architecture GA4 via module et GTM. Si vous avez uniquement besoin de l’intégration du conteneur, consultez l’ancien module GTM de base.

Les règles de licence, de copie de test et de mise à jour sont disponibles dans le §7 du règlement de la boutique.

Après l’import du conteneur, vérifiez la publication et les événements

L’export du module constitue un support de configuration pour GTM. Sélectionnez l’espace de travail approprié, vérifiez les balises et les règles, puis publiez la version validée. Comparez ce périmètre avec l’intégration GTM de base et l’intégration directe de GA4 Pro.

Que vérifier avant le lancement ?

En mode aperçu, vérifiez les données pour le produit, la combinaison et le processus d’achat, ainsi que l’absence d’un second émetteur des mêmes événements.
Distinguez l’achat navigateur de la récupération serveur optionnelle. Les exigences de Measurement Protocol et de CRON concernent un flux précis.
Modifier l’adresse de chargement de gtm.js ne signifie pas le lancement automatique du serveur GTM. L’architecture doit correspondre à la configuration réelle.

détails du produit

Support pour Prestashop 9.x: Oui
Prise en charge de Prestashop 8.x: Oui
Prise en charge de Prestashop 1.7.x: Oui
Support gratuit: Alors
Mises à jour gratuites (1 an): Alors
Facilité d'installation: Alors

Référence 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.

Le module sert à implémenter Google Tag Manager dans la boutique PrestaShop avec une couche DataLayer e-commerce avancée. Il intègre le code GTM dans la section head et sous forme de noscript après l’ouverture du body, puis envoie les événements d’achat, les données produit, les signaux de consentement ainsi que des événements analytiques supplémentaires à utiliser dans GTM, GA4 et les publicités.

Le module prend en charge 14 événements e-commerce GA4 standard : 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 ainsi que select_promotion. Une partie d’entre eux est déclenchée côté PHP, et une autre via JavaScript et AJAX sur la base des actions réelles du client dans la boutique.

En plus du e-commerce standard, le module envoie également search, search_no_results, page_error pour les pages 404, login, sign_up, checkout_progress, scroll_depth, time_on_page ainsi que cart_abandonment. Grâce à cela, vous pouvez analyser non seulement les ventes, mais aussi la recherche, le comportement des utilisateurs et les points de fuite du trafic.

Oui. Dans la configuration, vous pouvez indiquer l’identifiant principal du conteneur GTM, un deuxième conteneur GTM en option ainsi que l’adresse du GTM server-side. Le deuxième conteneur est utile, par exemple, lorsque les équipes marketing et analytique utilisent des conteneurs distincts, et l’URL server-side permet de remplacer le domaine par défaut googletagmanager.com par votre propre endpoint.

Le module peut envoyer les signaux par défaut de Google Consent Mode v2 avant même le chargement de GTM. Vous configurez séparément les valeurs de analytics_storage, ad_storage, ad_user_data et ad_personalization. Si la boutique ne dispose pas d’un runtime de consentement externe, le module peut afficher une bannière simple Accepter/Refuser et, sur cette base, mettre à jour les signaux de consentement.

Le code du module détecte et sait utiliser le runtime de consentement pour pdcookiepro, lgcookieslaw, axeptiocookies ainsi que cookiebotconsent. Pour PD Cookie Pro, le module n’ajoute pas une deuxième couche de consentement, mais respecte le runtime existant. Lorsqu’aucun module compatible n’est disponible, il peut lancer sa propre bannière de consentement de secours.

Le module transmet notamment item_id, item_name, price, discount, item_brand, jusqu’à cinq niveaux de catégories, item_variant et quantity. En option, il peut ajouter item_availability, item_gtin et item_mpn. Sur la page produit, il récupère également item_rating et item_review_count, si la table des commentaires produits existe dans la base de données et si des évaluations sont disponibles pour le produit.

Oui. Le module permet de choisir ce que doit être l’item_id : l’ID du produit, l’ID du produit avec l’ID de la combinaison dans deux variantes de séparateur, la référence SKU ou l’EAN13. C’est important pour le remarketing dynamique, car l’identifiant dans le DataLayer doit correspondre au Product ID dans le flux Google Merchant Center.

Oui. Lors de l’achat, le module peut envoyer vers le DataLayer les payloads user_data et enhanced_conversion_data pour les Enhanced Conversions, ainsi que des helpers de remarketing pour Google Ads. En outre, il maintient la compatibilité avec les anciens google_tag_params ainsi qu’avec ses propres variables pdgtmpro_ads_event, pdgtmpro_ads_value et pdgtmpro_ads_items.

Oui. Dans l’onglet Debug & Export, vous pouvez saisir l’identifiant de mesure GA4 et télécharger le fichier JSON à importer dans Google Tag Manager. L’exportation contient la balise de configuration GA4, les balises d’événement GA4 avec déclencheurs, les balises de base Google Ads Conversion et Dynamic Remarketing ainsi que les variables auxiliaires Data Layer nécessaires à la mise en œuvre.

Oui. Le module dispose de commutateurs distincts pour Meta Pixel, TikTok Events API et Pinterest Tag. Après leur activation, des variables prémappées pour ces plateformes sont envoyées vers la DataLayer, par exemple content_ids, value et num_items pour Meta, contents pour TikTok ainsi que product_id, product_name, product_price et product_quantity pour Pinterest.

Lors du checkout, le module écoute les changements du mode de livraison et de paiement, récupère les données actuelles du panier via AJAX et envoie add_shipping_info ainsi que add_payment_info. En outre, il peut enregistrer checkout_progress pour les étapes suivantes ainsi que cart_abandonment lorsque l’utilisateur quitte la page du panier ou du checkout avec des produits dans le panier.

Après activation de l’option Debug, le panneau du module affiche sur le front-office un aperçu en temps réel des événements DataLayer avec le nom de l’événement, l’horodatage et la charge utile JSON complète. Le back-office peut également générer un lien signé vers l’aperçu de débogage du front-office. Un tel lien fonctionne sans session active de l’employé et reste valable pendant 6 heures.

Les achats et les remboursements sont enregistrés dans la table de logs dédiée du module. Un remboursement peut être mis en file d’attente après la création d’un avoir, puis envoyé à GA4 depuis un contrôleur back-office léger sans générer de page_view du back-office. Dans la configuration et dans un contrôleur séparé, vous pouvez consulter l’Event Log, et les entrées datant de plus de 90 jours sont automatiquement nettoyées.

Oui. Le code du module maintient une configuration par boutique et veille à ce que les boutiques actives disposent d’un ensemble complet de leurs propres paramètres. Cela concerne notamment l’identifiant GTM, le Consent Mode, les paramètres d’exportation ainsi que les indicateurs d’exécution. Dans le contexte multiboutique, le module exige l’indication d’une boutique précise pour la configuration, afin de ne pas mélanger les données entre les boutiques.

Selon la déclaration, le module prend en charge PrestaShop à partir de la version 1.7.0.0 jusqu’à 9.99.99, et le code a été préparé dans un style compatible avec PHP 7.x et 8.x. Le module utilise le système classique de modules PrestaShop, ne nécessite pas Composer et contient ses propres classes auxiliaires pour la construction du DataLayer, des produits, du panier et du consentement.