Marketing Revolution

Vous pouvez utiliser l'une ou l'autre approche, ou les deux. Si vous préférez Google Tag Manager, activez la plateforme GTM et entrez votre ID de conteneur — tous les événements e-commerce seront envoyés au dataLayer au format GA4 Enhanced Ecommerce. Si vous préférez le suivi GA4 direct sans GTM, activez la plateforme GA4 et entrez votre ID de mesure. Vous pouvez même utiliser les deux simultanément — GTM pour les balises et déclencheurs personnalisés, GA4 direct pour le suivi natif des événements.

Voir aussi : Module Google Tag Manager — intégration GTM autonome

Marketing Revolution est conçu pour être plus léger que l'utilisation de plusieurs modules de suivi séparés. Au lieu de 8 à 15 SDK JavaScript distincts effectuant chacun leurs propres requêtes DOM et écouteurs d'événements, vous obtenez une couche de dispatch d'événements unifiée. Le module partage également gtag.js entre GA4 et Google Ads lorsque les deux sont actifs, évitant les chargements de scripts en double. Cela dit, chaque plateforme activée ajoute son propre script SDK. Si vous activez les 15 plateformes, cela représente plus de JavaScript qu'en activer 3. N'activez que les plateformes que vous utilisez réellement.

Voir aussi : Performance Revolution — gardez votre boutique rapide

L'API Meta Conversions envoie les événements d'achat directement depuis votre serveur vers Meta, contournant entièrement le navigateur. Cela signifie que les bloqueurs de publicités, les navigateurs axés sur la confidentialité et les restrictions de suivi iOS ne peuvent pas empêcher l'événement d'atteindre Meta. Vous n'en avez pas strictement besoin — le Meta Pixel standard fonctionne bien pour la plupart des visiteurs — mais CAPI améliore considérablement la précision de l'attribution. Meta s'appuie de plus en plus sur les signaux côté serveur pour l'optimisation des publicités. Pour l'utiliser, générez un jeton d'accès dans Meta Events Manager → Paramètres → API Conversions. Le module gère le reste.

Voir aussi : Module Facebook Pixel — suivi Meta autonome

Le module enregistre chaque achat suivi. Une tâche cron s'exécute toutes les heures et compare les commandes finalisées avec le journal de suivi. Toute commande existant dans PrestaShop mais jamais trackée (parce que le client a fermé le navigateur, un bloqueur de publicités a empêché le pixel ou une erreur réseau s'est produite) est automatiquement renvoyée via le protocole de mesure GA4 et/ou l'API Meta Conversions. Vous pouvez configurer la fenêtre de rétroaction de 6 à 72 heures. Cela nécessite des clés API configurées pour GA4 et/ou Meta — sans identifiants API côté serveur, il n'y a rien à renvoyer.

En savoir plus : Marketing Revolution — suivi tout-en-un avec récupération des achats manqués

Oui, il dispose d'un pont Consent Mode v2 intégré qui fonctionne avec quatre plateformes de gestion du consentement : notre propre MPR Cookies Revolution (détecté automatiquement, aucune configuration nécessaire), Cookiebot/Cybot, IAB TCF v2 (utilisé par de nombreux CMP européens) et OneTrust. Le pont définit le consentement par défaut sur « refusé » pour l'analyse et la publicité (configurable), puis met à jour sur « accordé » lorsque l'utilisateur consent. Cela garantit que Google respecte le choix de l'utilisateur tout en collectant des données modélisées pour les utilisateurs consentants.

Voir aussi : Cookies Revolution — gestion du consentement RGPD pour PrestaShop

Vous ne devriez pas utiliser deux modules qui injectent le même script de suivi. Si vous activez GA4 direct dans Marketing Revolution, désactivez ou désinstallez tout autre module GA4 pour éviter les événements en double et les métriques gonflées. La même chose s'applique au Meta Pixel, TikTok, etc. Marketing Revolution est conçu pour être votre unique module de suivi — c'est tout l'intérêt. Si vous souhaitez l'utiliser uniquement pour certaines plateformes (par exemple TikTok et Pinterest) tout en conservant un module GA4 séparé, cela fonctionne parfaitement à condition de ne pas activer de plateformes en commun dans les deux modules.

Voir aussi : Google Analytics GA4 — module d'analyse autonome

Par défaut, l'ID produit PrestaShop est utilisé comme item_id dans tous les événements de suivi. Vous pouvez modifier cela dans Paramètres → Identifiant produit pour utiliser à la place la référence produit, le code-barres EAN-13 ou le UPC. C'est important pour Google Merchant Center / les campagnes Shopping où votre flux de produits utilise un format d'identifiant spécifique — les événements de suivi doivent correspondre à votre flux pour une attribution correcte.

En savoir plus : Marketing Revolution — suivi unifié avec identifiants produit flexibles

Le module est compatible multistore — le journal de suivi enregistre l'ID de la boutique, et les requêtes de hiérarchie des catégories incluent le contexte de la boutique. Cependant, la configuration des plateformes (IDs de pixel, clés API) est actuellement globale, pas par boutique. Si vos multistores partagent les mêmes comptes publicitaires, c'est parfait. Si chaque boutique a des propriétés GA4 ou des pixels Meta distincts, vous devrez configurer pour la boutique principale. La configuration par boutique est prévue dans la feuille de route.

En savoir plus : Marketing Revolution — suivi marketing compatible multistore

Activez le mode Debug dans Paramètres → onglet Debug. Cela enregistre tous les événements dans la console du navigateur, les rendant visibles dans les Chrome DevTools. Vous pouvez également utiliser l'inspecteur de debug (accessible depuis le tableau de bord quand le debug est activé) pour rechercher n'importe quelle commande et voir le payload JSON exact envoyé. Pour Meta, utilisez le champ Code d'événement test — les événements apparaîtront dans Meta Events Manager → Événements test. Pour GA4, utilisez le rapport en temps réel ou DebugView dans Google Analytics.

En savoir plus : Marketing Revolution — mode debug et inspecteur d'événements inclus

Les événements add_shipping_info et add_payment_info utilisent un MutationObserver pour détecter les changements d'étapes du checkout en surveillant les éléments avec la classe CSS .-current à l'intérieur de #checkout ou .checkout-process. Cela fonctionne avec le checkout standard PrestaShop 1.7+. Les modules de checkout fortement personnalisés (y compris notre propre Checkout Revolution) peuvent utiliser un balisage différent, auquel cas ces deux événements spécifiques peuvent ne pas se déclencher. Tous les autres événements (begin_checkout, purchase, etc.) fonctionnent quel que soit le module de checkout.

Voir aussi : Checkout Revolution — entièrement compatible avec le suivi Marketing Revolution

Oui, Marketing Revolution prend en charge PrestaShop 1.6.0.0 et supérieur. Sous PS 1.6, il y a des limitations mineures : le hook displayAfterBodyOpeningTag n'existe pas, donc les fallbacks noscript pour GTM, Meta et Pinterest ne sont pas rendus. Le suivi de l'ajout au panier utilise l'interception de clic sur les boutons panier plutôt que le système d'événements updateCart de PS 1.7+, ce qui est légèrement moins fiable avec les thèmes fortement personnalisés. Tous les suivis côté serveur, les événements d'achat et les intégrations de plateformes fonctionnent de manière identique sur toutes les versions.

Lire la suite : Pourquoi nous supportons encore PrestaShop 1.6

Google Ads utilise des libellés de conversion pour distinguer les différentes actions de conversion (par exemple, un achat vs. un ajout au panier). Dans la configuration de la plateforme Google Ads, vous pouvez définir des libellés distincts pour les événements purchase, add_to_cart, begin_checkout, view_item, page_view (remarketing), sign_up et search. Seuls les événements avec un libellé configuré déclencheront des conversions — les libellés vides sont ignorés. Vous créez ces libellés dans Google Ads → Outils et paramètres → Conversions → Configuration des balises.

En savoir plus : Marketing Revolution — suivi des conversions Google Ads simplifié

Le module suit l'ensemble standard d'événements GA4 Enhanced Ecommerce, qui couvre l'intégralité de l'entonnoir d'achat. Les événements personnalisés (comme « video_play » ou « form_submit ») ne sont pas pris en charge dans la version actuelle. Si vous utilisez Google Tag Manager, vous pouvez ajouter des balises d'événements personnalisés dans GTM qui fonctionnent en parallèle avec les événements dataLayer de Marketing Revolution sans conflit.

Voir aussi : Google Tag Manager — ajoutez des événements personnalisés via GTM sans modification de code

La désinstallation supprime la table du journal de suivi et la configuration des plateformes de votre base de données. Les données historiques déjà envoyées à Google Analytics, Meta, etc. restent dans ces plateformes — la désinstallation du module ne supprime pas les données des services externes. Si vous prévoyez de réinstaller ultérieurement, exportez d'abord votre configuration de plateformes (IDs de pixel, clés API) pour ne pas avoir à les rechercher à nouveau.

En savoir plus : Marketing Revolution — suivi unifié pour PrestaShop

Oui. Google Avis Clients (GCR) est inclus comme 15e plateforme. Configurez votre ID Merchant Center, définissez les jours de livraison estimés et choisissez la position du badge (en bas à droite, en bas à gauche ou en ligne). Après chaque achat, les clients voient une option pour recevoir un sondage Google. Le badge de confiance affiche votre note globale. Remarque : GCR ne se déclenche que sur la page de confirmation de commande — il ne suit pas les événements e-commerce standard comme les autres plateformes.

Lire la suite : Avis clients — les obtenir, les gérer, les afficher