Ce module va-t-il ralentir ma boutique ?

Si vous craignez qu'un module de suivi rende votre boutique PrestaShop lente, voici la réponse honnête : Marketing Revolution est plus léger que d'exécuter un module distinct par plateforme. Au lieu de 8 à 15 SDK JavaScript séparés, ajoutant chacun ses propres requêtes DOM et écouteurs d'événements, vous obtenez une seule couche d'événements partagée par toutes les plateformes.Il charge aussi gtag.js une seule fois et le partage entre GA4 et Google Ads quand les deux sont actifs, vous ne payez donc pas ce script en double. La limite honnête : chaque plateforme activée ajoute tout de même son propre script SDK, activer les 15 représente donc plus de JavaScript qu'en activer 3. N'activez que les plateformes que vous utilisez vraiment et la charge reste faible.Si la vitesse est votre vraie préoccupation, associez-le à Performance Revolution, qui gère directement le cache et l'optimisation du front-office.

Qu'est-ce que Meta Conversions API (CAPI) et en ai-je besoin ?

Meta Conversions API (CAPI) envoie les événements d'achat à Meta depuis votre serveur au lieu de dépendre uniquement du navigateur du visiteur. Dans Marketing Revolution, l'expéditeur Meta côté serveur utilise votre Pixel ID et votre token d'accès CAPI, puis poste les événements d'achat vers la Graph API de Meta. L'objectif est de récupérer les achats que le tracking navigateur peut manquer à cause des bloqueurs de publicité, du timing du consentement, des redirections de checkout ou d'un client qui ferme la page de confirmation trop tôt.Les paramètres CAPI relient le suivi côté serveur à votre configuration Meta Pixel.CAPI fonctionne avec le renvoi des achats manqués. Le module journalise le tracking d'achat, la tâche de renvoi planifiée s'exécute toutes les heures, regarde la fenêtre configurée et envoie les commandes manquées via les API côté serveur configurées. Pour Meta, le payload inclut l'événement Purchase, la devise, la valeur, le contenu des produits, l'ID de commande et les données d'enhanced matching. E-mail, téléphone, prénom, nom, ville, code postal, État et pays sont normalisés et hashés en SHA-256 avant l'envoi ; l'IP client et l'user agent sont envoyés non hashés, car Meta attend ces champs sous cette forme.Minimal CAPI checklist:1. Meta Pixel ID in the Meta platform settings.2. Meta CAPI access token in the Meta platform settings.3. Optional Test Event Code while validating in Meta Events Manager.4. Activez Resend Missed Purchases si vous souhaitez exécuter la tâche de récupération horaire côté serveur.5. Laissez également le pixel du navigateur activé, car CAPI complète le suivi frontend normal au lieu de le remplacer.Event flow:Customer reaches order confirmation -> browser pixel tries to send Purchase.Marketing Revolution logs the purchase tracking attempt.Hourly cron task -> ResendMissedPurchases finds completed orders not logged as tracked inside the lookback window.MetaConversionsApi::sendPurchase() -> POST /{pixel_id}/events with Purchase, value, currency, contents, order_id and hashed customer data.Meta Events Manager -> use the Test Event Code first, then remove it for live traffic.CAPI vous est utile si les publicités Meta comptent pour votre reporting ou votre optimisation. Si vous ne faites pas de campagnes Meta, c'est optionnel. Si vous faites des campagnes Meta, c'est l'une des améliorations de tracking les plus efficaces, car elle réduit l'écart entre les vraies commandes PrestaShop et ce que Meta peut attribuer.

Comment fonctionne le renvoi des achats manqués ?

Il récupère les achats manqués par le tracking côté navigateur : le module journalise les événements purchase qu'il capture, et le cron horaire compare les commandes PrestaShop valides récentes à ce log pour repérer toute commande qui n'a jamais produit d'événement purchase. Chaque commande manquée est ensuite renvoyée côté serveur.Les renvois partent via le GA4 Measurement Protocol et/ou la Meta Conversions API. Cela ne s'exécute que si vous avez saisi les identifiants côté serveur - un API secret GA4 et/ou un token d'accès Meta ; sans eux, il n'y a aucun canal d'envoi et le job saute. Vous choisissez la fenêtre de recherche : 6, 12, 24, 48 ou 72 heures.La fonctionnalité est désactivée par défaut. Pour l'utiliser, activez le renvoi des achats manqués, gardez le logging purchase activé, et assurez-vous que le cron du module tourne ; le module enregistre une tâche horaire resend_missed_purchases. Le lookback par défaut est de 24 heures, et la requête sélectionne les commandes PrestaShop valides dans cette fenêtre qui n'ont aucune ligne purchase dans le log de tracking du module.Renvoi GA4 : nécessite le GA4 Measurement ID et l'API secret. Le module envoie l'achat via Measurement Protocol.Renvoi Meta : nécessite le Meta Pixel ID et le token d'accès Conversions API. Un Meta test event code peut être utilisé pendant les tests.Logging : après un renvoi réussi, le cron écrit une entrée de log purchase avec source cron_resend, de sorte que les commandes récupérées sont enregistrées et ne sont pas renvoyées à nouveau.Un détail utile : ce n'est pas un replay magique de la session navigateur exacte du client. Pour une commande manquée, le module reconstruit le payload de commande depuis les données de commande PrestaShop et l'envoie côté serveur. Cela reste précieux pour l'attribution et le reporting d'achat, même si les détails strictement navigateur qui n'ont jamais été capturés peuvent ne pas exister pour le renvoi.Le resender est intégré à Marketing Revolution, notre module de tracking tout-en-un.

Marketing Revolution fonctionne-t-il avec Consent Mode v2 ?

Oui. Marketing Revolution inclut un bridge Consent Mode v2 qui relie les bannières cookies prises en charge aux signaux de consentement Google. Il est conçu pour détecter automatiquement quatre plateformes de consentement : MPR Cookies Revolution, Cookiebot, toute bannière IAB TCF v2 et OneTrust.Lorsque le bridge s’exécute avec window.mprMarketingConfig.consentMode disponible, il définit le consentement Google par défaut pour analytics et ads selon les valeurs par défaut configurées, généralement denied pour une configuration de type UE, puis met à jour le consentement lorsque le visiteur accepte les catégories pertinentes. Le bridge transmet l’état de consentement à Google ; il ne bloque pas les scripts tiers par lui-même. Le blocage des scripts reste le rôle de la bannière cookie ou du CMP.Il existe une réserve importante d’ordre d’exécution dans le code actuel. Le bridge quitte immédiatement si window.mprMarketingConfig n’est pas déjà défini, tandis que le template header imprime les scripts d’init de plateforme et les scripts d’événements de page avant de définir cet objet de configuration. Pour cette raison, la build actuelle ne garantit pas que le consentement denied/default soit appliqué avant l’exécution des tags Google ou événements de page. Pour un séquencement strict de Consent Mode, vérifiez l’ordre rendu réel dans votre thème ou ajustez le module afin que la config et la commande de consentement par défaut soient présentes avant tout script Google init/event.Consent Mode est désactivé par défaut dans les réglages du module. Lorsqu’il est activé et que le bridge reçoit l’objet config à temps, les valeurs par défaut du module sont denied pour analytics storage et denied pour ads storage, sauf si vous les modifiez volontairement.Le bridge envoie les champs de consentement v2 de Google : analytics_storage, ad_storage, ad_user_data et ad_personalization. Il laisse aussi functionality_storage et security_storage granted, et utilise une fenêtre wait_for_update de 500 millisecondes pour qu’une mise à jour CMP puisse arriver avant que Google traite les hits.Default EU-style setup: Consent Mode enabled; analytics default = denied; ads default = denied; CMP accepts analytics + marketing; bridge updates Google consent to granted.Si votre CMP ne fait pas partie des intégrations prises en charge, vous avez besoin d’un petit bridge personnalisé qui appelle le même chemin de mise à jour quand le visiteur change son consentement. Sans cela, Google gardera le dernier état de consentement qui lui a été envoyé, même si l’interface de la bannière a changé.Marketing Revolution gère la partie tracking ; pour la bannière elle-même, consultez Cookies Revolution, notre module de consentement GDPR.

Puis-je l’utiliser avec mon module Google Analytics existant ?

Vous pouvez, mais ne laissez jamais deux modules injecter le même tag Google Analytics, cela double chaque événement et gonfle vos rapports. Choisissez un module par plateforme : si vous activez GA4 dans Marketing Revolution, désactivez ou désinstallez d’abord tout autre module GA4, et inversement.Marketing Revolution > Platforms - activez une seule source de balises pour eviter un double suivi avec un module GA existant.Si vous voulez plutôt un module Google Analytics PrestaShop dédié et unique, notre module autonome Google Analytics GA4 gère GA4 seul (navigateur plus Measurement Protocol côté serveur et Consent Mode v2). Le faire tourner côte à côte avec un autre pack GA est correct uniquement si un seul d’entre eux envoie GA4. L’autre doit garder GA4 désactivé.Il est aussi possible de séparer les plateformes : utilisez Marketing Revolution pour, par exemple, TikTok et Pinterest pendant qu’un module séparé possède GA4. La règle est un tag par plateforme, pas un module par boutique.Marketing Revolution est construit autour d’un interrupteur principal de tracking plus des adaptateurs propres à chaque plateforme. Cela signifie qu’une configuration mixte sûre est possible : par exemple, gardez votre module GA4 existant actif, laissez l’adaptateur GA4 désactivé dans Marketing Revolution, et activez seulement TikTok, Pinterest, Reddit ou Meta dans Marketing Revolution. La configuration front-office expose les slugs de plateformes actives, donc Debug Mode permet de voir facilement ce que le module considère actif.Dangereux : un autre module charge G-XXXXXXXXXX et Marketing Revolution GA4 direct charge aussi le même measurement ID.Généralement sûr : Marketing Revolution pousse des événements GTM dataLayer tandis qu’un module GA4 séparé possède GA4 direct, tant que le conteneur GTM ne déclenche pas aussi des tags ecommerce GA4 pour la même propriété.Séparation sûre : le module GA4 existant possède GA4 ; Marketing Revolution possède Meta, TikTok, Pinterest, Snapchat, Reddit ou d’autres plateformes non-GA.Pendant les tests, ouvrez la source de page ou le panneau réseau du navigateur et cherchez le GA4 Measurement ID et le GTM container ID. Voir un propriétaire intentionnel est normal ; voir la même propriété GA4 chargée depuis plusieurs modules est le signal d’alerte.

Quel identifiant produit est envoyé dans les événements de tracking ?

Par défaut, le module envoie l’ID produit PrestaShop comme item_id dans chaque événement de tracking. Vous pouvez le changer dans le réglage Product Identifier pour la référence produit, le code-barres EAN-13 ou l’UPC. Ce que vous choisissez est utilisé de manière cohérente sur les vues produit, événements panier et événement purchase.Paramètres Marketing Revolution - le Product Identifier utilisé dans les événements de suivi.C’est surtout important pour Google Merchant Center et Shopping : si votre flux produit identifie les articles par, par exemple, EAN, vos événements de tracking doivent envoyer le même identifiant afin que les conversions correspondent aux bons produits dans votre flux. Garde-fou utile, si un produit n’a pas de valeur dans le champ choisi (référence ou code-barres vide), le module se rabat sur l’ID produit pour cet article, donc les événements ne partent jamais avec un ID vide. Définissez l’identifiant pour qu’il corresponde à votre flux, afin que vos événements utilisent le même format d’identifiant que votre flux produit.Le même extracteur est utilisé pour les pages produit, impressions catégorie/liste, produits panier et produits de commande, donc le réglage affecte les événements navigateur et les reconstructions purchase côté serveur. Les valeurs par défaut liées méritent aussi vérification : les prix sont envoyés TTC par défaut, la profondeur de catégorie vaut par défaut 4, et la langue de données vaut par défaut la langue courante de la boutique.Example: PRODUCT_ID_FORMAT = ean13; product has EAN-13 = 5901234123457; item_id = 5901234123457.Fallback example: PRODUCT_ID_FORMAT = reference; product reference is empty; item_id = PrestaShop product ID.Pour les variantes produit, le payload peut inclure une valeur item_variant lorsque des données de combinaison sont disponibles. Les champs de catégorie sont construits depuis l’arbre de catégories du produit jusqu’à la profondeur configurée, en excluant les catégories root et home, ce qui garde les rapports ecommerce plus propres.Cela fait partie de Marketing Revolution, notre module de tracking tout-en-un.

Est-ce que cela fonctionne avec le multistore PrestaShop ?

Oui. Marketing Revolution est compatible multistore sur les configurations multistore PrestaShop. Chaque événement de suivi est enregistré avec l'ID de la boutique d'origine, et les requêtes de hiérarchie de catégories respectent le contexte de la boutique active, de sorte que vos données restent attribuées à la bonne boutique.Une limite honnête à connaître d'emblée : la configuration des plateformes, vos identifiants de mesure GA4, vos IDs de pixel Meta et autres, vos clés API. Est actuellement stockée globalement, pas par boutique. Concrètement :Si vos boutiques partagent les mêmes comptes publicitaires, c'est exactement ce qu'il faut, réglage unique, toutes les boutiques remontent vers les mêmes propriétés.Si chaque boutique a besoin de sa propre propriété GA4 ou de son propre pixel, le module applique un seul jeu d'IDs à tout le groupe ; vous configurez alors pour votre boutique principale.Si des IDs de pixel distincts par boutique sont indispensables, décrivez-nous votre groupe de boutiques avant l'achat et nous confirmerons la compatibilité. Tous les détails sur Marketing Revolution.

Comment vérifier que le tracking fonctionne correctement ?

Activez Debug Mode dans les réglages du module - il imprime les événements dans la console de votre navigateur au moment où ils se déclenchent, tagués [MPR Marketing], afin que vous puissiez ouvrir les outils développeur et observer en temps réel les événements add-to-cart, checkout et autres.Marketing Revolution > Debug - inspectez les payloads de suivi exacts envoyés pour les commandes et les événements.Pour les achats, utilisez le Debug Inspector intégré : saisissez une commande et il reconstruit le payload order/debug courant depuis les extracteurs du module, avec le log de commande et le contexte de configuration. Cela vous permet de valider les valeurs, la devise et les identifiants produit, mais ce n’est pas le JSON historique exact propre à chaque plateforme qui a été transmis précédemment. Vérifiez ensuite côté réception - pour Meta, renseignez le Test Event Code et inspectez Meta Events Manager → Test Events ; pour GA4, regardez Realtime ou DebugView dans Google Analytics. L’erreur fréquente est de laisser Debug Mode actif en production - désactivez-le une fois tout confirmé, car il logue dans la console de chaque visiteur.Le Debug Inspector est basé sur une commande, donc il est idéal pour vérifier les données d’achat : transaction ID, référence commande, valeur, taxe, livraison, devise, coupon et articles. Il montre aussi la configuration du module comme le format d’identifiant produit, l’affichage des prix, la profondeur de catégorie, le purchase logging et l’état Debug Mode, ce qui aide à repérer les écarts entre votre flux et vos événements de tracking.Pour les événements navigateur, testez le parcours utilisateur exact qui vous intéresse. Add-to-cart est détecté depuis l’événement updateCart de PrestaShop sur les boutiques récentes, avec un fallback de clic PrestaShop 1.6. Les événements d’étapes checkout dépendent d’un markup checkout compatible, donc utilisez la console navigateur et le debugger réseau/tag pour confirmer add_shipping_info et add_payment_info séparément de purchase.GTM : vérifiez que dataLayer reçoit le nom event attendu et l’objet ecommerce.GA4 direct : vérifiez Realtime ou DebugView pour le nom d’événement, la valeur, la devise et les item IDs.Google Ads : un événement ne se déclenche que lorsque le conversion label correspondant est configuré.Meta CAPI : le Test Event Code s’applique aux appels CAPI côté serveur, pas à chaque événement uniquement navigateur.Debug Mode et l’Inspector sont intégrés à Marketing Revolution.

Le suivi des étapes de checkout fonctionnera-t-il avec des modules de checkout personnalisés ?

Marketing Revolution peut suivre la progression du checkout, mais seulement lorsque le checkout expose la structure d’étapes que le module surveille.Marketing Revolution > Debug - inspectez les payloads exacts envoyes pour confirmer que le suivi des etapes de paiement se declenche.Il y a trois éléments distincts à garder en tête. L’événement begin_checkout est construit depuis le contexte contrôleur checkout/order de PrestaShop. L’événement purchase est envoyé depuis le hook de confirmation de commande après l’existence de la commande. Les événements navigateur add_shipping_info et add_payment_info sont détectés par JavaScript lorsque l’étape checkout active change.Checkout PrestaShop par défaut : fonctionne généralement, car il utilise un conteneur checkout et des classes d’étape active comme les étapes livraison et paiement.Checkout Revolution : il utilise sa propre UI checkout en modal/sections, donc il ne faut pas supposer que Marketing Revolution verra les sélecteurs d’étapes PrestaShop par défaut sauf si un bridge/intégration personnalisée est ajouté.One-page checkout tiers : fonctionne seulement s’il garde un markup compatible comme #checkout ou .checkout-process avec une .checkout-step.-current active dont l’id ou le data step contient delivery/shipping/payment. Un checkout Vue/React ou OPC personnalisé avec des sélecteurs sans rapport peut encore suivre purchase, mais manquer les événements d’étape livraison et paiement.Si les événements d’étape comptent pour GA4 ou les plateformes publicitaires, testez le checkout avec le debugger réseau/tag du navigateur après avoir choisi le module checkout. Ne vous fiez pas au seul événement purchase pour prouver que les événements d’étape livraison et paiement se déclenchent.Le watcher navigateur exact cherche un conteneur #checkout ou .checkout-process, observe les changements, puis cherche .checkout-step.-current ou .step.-current. Si l’id de l’étape active ou data-step contient delivery ou shipping, il envoie add_shipping_info ; s’il contient payment, il envoie add_payment_info....Cela signifie qu’un checkout peut être visuellement parfait et rester invisible pour le suivi d’étapes si son étape active n’est stockée que dans l’état JavaScript. Dans ce cas, ajoutez un markup/classes compatibles au template checkout, ou créez un petit bridge qui dispatch l’événement Marketing Revolution lorsque le checkout personnalisé change d’étape.

Le module est-il compatible avec PrestaShop 1.6 ?

Oui. Marketing Revolution prend en charge PrestaShop 1.6.0.0 et supérieur. Sur 1.6, il y a deux limitations mineures :Le hook displayAfterBodyOpeningTag n'existe pas sur 1.6, donc les fallbacks noscript pour GTM, Meta et Pinterest ne sont pas rendus.Le suivi de l'ajout au panier se rabat sur l'interception des clics sur les boutons panier au lieu de l'événement updateCart des versions plus récentes, ce qui est un peu moins fiable sur les thèmes très personnalisés.Tout le reste, suivi côté serveur, événements d'achat et intégrations de plateformes, se comporte de la même façon sur toutes les versions.

Comment fonctionnent les conversion labels Google Ads ?

Un conversion label indique à Google Ads quelle action vient de se produire, achat, ajout au panier, inscription. Vous créez chaque label dans Google Ads (Tools & Settings → Conversions → Tag setup), puis vous le collez dans le champ correspondant de la plateforme Google Ads du module, avec votre conversion ID AW-.Marketing Revolution > Google Ads - l'ID de conversion et les champs de libelle de conversion par evenement.Vous avez un champ label séparé pour chaque action suivie : purchase, add to cart, begin checkout, view item, sign up, search, et un label page-view qui se déclenche à chaque chargement de page pour construire des audiences de remarketing. Seules les actions auxquelles vous donnez un label envoient une conversion. Laissez un champ vide et cette action est simplement ignorée, donc vous contrôlez exactement ce qui compte. L’erreur fréquente est de réutiliser un seul label pour tout ; utilisez un label distinct par action afin que vos rapports séparent une vente d’un ajout panier. Si vous exécutez aussi GA4 direct, le module réutilise gtag.js déjà chargé au lieu de le charger deux fois.Le champ requis est le Google Ads conversion ID. Les labels sont optionnels par événement, mais sans label il n’y a pas d’appel de conversion Google Ads pour cette action. Purchase utilise son propre purchase label et peut inclure transaction ID, value et currency ; les événements non purchase comme view item, add to cart, begin checkout, sign up et search ne sont envoyés que lorsque leur label correspondant existe.Google Ads conversion ID: AW-123456789Purchase label: AbCdEfGhIjKsend_to: AW-123456789/AbCdEfGhIjKLe label page-view est différent des labels de conversion ecommerce : il peut se déclencher à chaque chargement de page pour construire des audiences de remarketing. Si vous n’avez pas besoin de pings conversion page-view, laissez ce label vide et gardez les labels ecommerce uniquement pour les actions que vous voulez réellement compter.Le suivi des conversions Google Ads fait partie de Marketing Revolution, notre module de tracking tout-en-un.

Puis-je suivre des événements personnalisés au-delà du jeu ecommerce standard ?

Oui, mais le workflow habituel consiste à utiliser les événements que Marketing Revolution pousse dans la couche de données, puis à créer vos triggers personnalisés dans Google Tag Manager. Le module pousse les événements ecommerce avec un nom event propre et un objet ecommerce, donc GTM peut écouter ces événements et déclencher vos propres tags.Par exemple, un trigger d’événement personnalisé GTM pour un achat de forte valeur pourrait être configuré ainsi :Trigger type: Custom EventEvent name: purchaseSome Custom EventsCondition: ecommerce.value greater than 500Useful Data Layer Variables:ecommerce.transaction_idecommerce.valueecommerce.currencyecommerce.itemsLe module réinitialise l’ancien objet ecommerce avant d’en pousser un nouveau, puis pousse un payload comme { event: 'add_to_cart', ecommerce: {...} } ou { event: 'purchase', ecommerce: {...} }. Dans GTM, vous pouvez utiliser directement ces noms d’événements, ajouter des conditions, et mapper les champs ecommerce vers Google Ads, GA4, Meta ou des tags HTML personnalisés.C’est différent de définir arbitrairement de nouveaux noms d’événements dans l’interface du module. Le module fournit la base ecommerce data layer ; GTM est le bon endroit pour créer des triggers personnalisés, filtres et tags propres aux vendors depuis ces données.Le jeu d’événements standard est plus large que le seul purchase. Le contexte de page côté serveur peut émettre page_view, view_item, view_item_list, search et begin_checkout. Les interactions navigateur ajoutent des événements comme select_item, add_to_cart, remove_from_cart, add_to_wishlist, add_shipping_info et add_payment_info. Purchase est envoyé depuis le hook de confirmation de commande après l’existence de la commande.Point d’attention plateforme : GTM reçoit l’objet ecommerce propre, mais les adaptateurs directs de plateformes ne prennent pas tous en charge chaque événement. Les plateformes Google couvrent le jeu ecommerce le plus complètement ; certaines plateformes sociales ne mappent que certaines actions, et les noms d’événements non pris en charge sont ignorés plutôt que forcés vers un mauvais événement vendor. Utilisez GTM quand vous avez besoin d’un routage personnalisé, de conditions supplémentaires ou d’un nom d’événement vendor non intégré au module.

Que se passe-t-il avec les données de suivi si je désinstalle le module ?

La désinstallation supprime la table du journal de suivi du module et sa configuration des plateformes de votre base de données. Les données déjà envoyées à Google Analytics, Meta et d'autres plateformes restent dans ces services, la désinstallation ne supprime rien de ce qui se trouve en dehors de votre boutique. Si vous prévoyez de réinstaller plus tard, exportez d'abord votre configuration des plateformes (IDs de pixel, clés API) pour ne pas avoir à les rechercher à nouveau. En savoir plus sur Marketing Revolution, suivi unifié pour PrestaShop.

Le module prend-il en charge Google Customer Reviews ?

Oui. Google Customer Reviews (GCR) est l’une des plateformes que vous pouvez activer dans Marketing Revolution. Saisissez votre Google Merchant Center ID et définissez les jours de livraison estimés, par défaut 7. Le module possède un chemin de script opt-in sur confirmation d’achat et un chemin de script badge séparé pour afficher le badge de note Google.Plateformes Marketing Revolution - intégration de Google Customer Reviews.GCR fonctionne différemment des plateformes analytics et publicitaires. Il n’est pas utilisé pour les événements ecommerce standard comme view_item, add_to_cart ou purchase. Activez-le pour la collecte d’avis et le badge de confiance Google, mais gardez GA4, Google Ads, Meta ou une autre plateforme analytics/ad activée pour le vrai suivi des conversions.Le payload opt-in actuel inclut le Merchant Center ID, l’ID de commande PrestaShop et une date de livraison estimée calculée depuis le nombre de jours configuré. L’adaptateur possède des champs pour l’email client, le pays de livraison et les GTIN produit, mais les extracteurs de commande et produit utilisés pour construire le payload ne renseignent pas customer_email, delivery_country_iso ni ean13 d’article. Dans le code actuel, ces valeurs sont vides sauf si les extracteurs sont étendus.Required configuration: MERCHANT_IDDefault: ESTIMATED_DELIVERY_DAYS = 7Limite actuelle des données transmises : l’adresse e-mail, le pays de livraison et le GTIN du produit ne sont pas renseignés par les extracteursLe badge et l’opt-in sont volontairement séparés du tracking ecommerce. Le script badge est différé vers le footer de page, tandis que l’opt-in est généré depuis les données purchase sur la page de confirmation. Il existe un réglage de position du badge dans la configuration de plateforme, mais le renderer de badge actuel ajoute le badge de note avec le merchant ID et ne transmet pas actuellement la position choisie dans les attributs rendus du badge, donc vérifiez le placement visuel dans votre thème.GCR est intégré à Marketing Revolution. Pour une vision plus large sur les avis et trust badges, consultez notre guide des trust badges.

Gérez le suivi publicitaire et analytique de 15 plateformes depuis un seul registre PrestaShop

Tableau de bord indiquant l'état du suivi et le nombre de plateformes couvertes

Registre central listant chaque canal de suivi que vous avez connecté

Écran de configuration du suivi GA4 Measurement Protocol

Paramétrage de Meta Pixel et de la Conversions API

Réglages globaux de suivi incluant les contrôles du mode de consentement

Journal de suivi affichant les événements envoyés, échoués et renvoyés

Vue de débogage d'une charge utile de commande avant l'envoi de ses événements

Contrôles d'intégrité confirmant que votre suivi est prêt

Gérez le suivi publicitaire et analytique de 15 plateformes depuis un seul registre PrestaShop

Marketing Revolution

Name: Marketing Revolution
Brand: mypresta.rocks
SKU: mprmarketingrevolution
Price: 299.00 EUR
Availability: InStock

GA4, Google Ads, Meta et TikTok au même endroit : les signaux de Consent Mode v2 sont respectés

Aucun avis

PrestaShop 1.6 – 9.0PHP 7.2+Version 1.4.6Publié 02/03/2026Mis à jour 26/07/2026

299,00 €

Marketing Revolution est un module pour les boutiques PrestaShop qui prend en charge toute la mesure marketing de la boutique : une couche d’événements alimente quinze destinations publicitaires et analytiques avec les mêmes données fiables. Vous l’installez, collez les identifiants des réseaux que vous utilisez, et la mesure tourne.

Les destinations sont les services avec lesquels une boutique fait déjà sa publicité et sa mesure : Google Tag Manager, Google Analytics, Google Ads, Meta, TikTok, Pinterest, Snapchat, Reddit, X, Criteo, AdRoll, Outbrain, Quora, Taboola et Google Customer Reviews. Chaque compte fournit l’identifiant que le module demande ; les comptes coûtent ce que ces réseaux facturent, et la plupart des comptes de mesure sont gratuits.

Le module garde la mise en route simple et le contrôle profond. Chaque plateforme a son interrupteur et son écran de réglages, et toutes sont nourries par un même flux d’événements commerciaux : pages vues, produits consultés, recherches, actions de panier, étapes de commande, inscriptions et achats, avec valeur, taxe, livraison, devise, bon de réduction et détail des articles. Les produits sont rapportés avec précision, jusqu’à la déclinaison exacte, avec marque, prix, quantité et quatre niveaux de catégorie, et en multiboutique chaque boutique garde ses propres identifiants.

Il mesure aussi ce que la mesure standard manque : navigation approfondie, galerie revisitée, zoom, choix d’options et configurations achevées se combinent en un signal de forte intention sur lequel vos campagnes optimisent, et les audiences de reciblage se construisent à partir des produits consultés et mis au panier. Le consentement est respecté à travers quatre familles de bannières, les balises en double sont empêchées par un contrôle de propriété, les achats voyagent de serveur à serveur avec des données client hachées qui renforcent l’appariement chez Google et Meta, et une récupération horaire retrouve les commandes valides que le navigateur n’a jamais signalées et les livre après coup.

Le résultat : un budget publicitaire guidé par le vrai chiffre d’affaires plutôt que par des trous, la campagne qui perdait en silence un tiers de ses achats enfin créditée, un module qui remplace la pile de traceurs mono-réseau, et un juriste rassuré parce que la mesure obéit à la bannière de consentement.

Démo en direct instantanée Vraie boutique, prête en environ 1 min

5 installations de démo disponibles · rechargé toutes les 48h

Demander un devis

Licence à vie par domaine, elle vous appartient pour toujours. Inclut 3 mois de support et de mises à jour. En savoir plus

La démo est le module complet : achetez à tout moment et activez la même installation, sans rien réinstaller ni perdre. Ouvrez l’onglet Licence du module et cliquez sur « Activer depuis mypresta.rocks » (ou collez votre clé) ; vos réglages et vos données restent intacts. Les mises à jour s’installent en un clic depuis l’onglet Mise à jour.

Support et mises à jour

6 mois +29,00 € 9 mois +49,00 € 1 an +69,00 €

Renouvellement automatique du support

+14,90 €/mois

Services complémentaires

Configuration professionnelle Nous configurons entièrement le module selon vos besoins : toutes les options définies, testées et vérifiées sous 1 jour ouvré. +29,00 €

Intégration visuelle Ajustements CSS et templates pour correspondre à votre thème : vérification multi-appareils et revue de captures d'écran incluses. +49,00 €

Total des options : 0,00 €

Total sélectionné : 299,00 €

Aperçu des possibilités du module

Marketing Revolution donne à une boutique PrestaShop une seule couche de mesure pour chaque réseau où elle fait sa publicité, construite pour rapporter la vérité. L’aperçu ci-dessous parcourt les six parties de cette page.

Quinze destinations, un flux : Google, Meta, TikTok et douze autres, nourris de données identiques.
Des données précises : déclinaisons exactes, marque, catégories, valeurs, bons, devises.
Des signaux que personne d’autre n’envoie : l’engagement de forte intention mesuré sur la page produit.
Des achats qui arrivent toujours : livraison serveur plus récupération horaire des commandes perdues.
Conformité sans cécité : quatre familles de consentement comprises, balises en double empêchées.
Exploitation : tableau de bord, registre des achats, diagnostics avec réparations en un clic.

Liste des plateformes publicitaires dans le back-office avec leur statut et les identifiants requis

Combien de modules de suivi celui-ci remplace-t-il ?

Tous. Google Tag Manager, Google Analytics, Google Ads, Meta, TikTok, Pinterest, Snapchat, Reddit, X, Criteo, AdRoll, Outbrain, Quora, Taboola et Google Customer Reviews sont chacun un interrupteur et un champ d’identifiant, pas un module séparé. Chaque réseau actif reçoit les mêmes événements normalisés, et les chiffres finissent par concorder entre eux.

Chaque plateforme garde son écran de réglages, y compris la correspondance entre les événements de la boutique et les conversions de ce réseau, et en multiboutique chaque boutique gère ses propres identifiants. Activer un réseau plus tard revient à coller un identifiant, pas à installer quoi que ce soit.

Réglages des plateformes dans le back-office avec champs d'identifiants et avertissements de configuration

Que mesure-t-il que la mesure standard manque ?

La mesure standard voit des pages et des achats. Ce module voit aussi le comportement entre les deux : navigation approfondie dans le catalogue, galerie regardée plusieurs fois, zoom sur les images, options choisies, configuration achevée, tentative d’ajout au panier, longue visite attentive. Le tout se combine en un signal consolidé de forte intention, envoyé comme événement sur lequel vos réseaux optimisent.

Les produits sont rapportés jusqu’à la déclinaison exacte, avec fabricant, prix, quantité et jusqu’à quatre niveaux de catégorie : la chaussure en 42 et celle en 44 sont des faits distincts, et les audiences de reciblage se construisent à partir des produits consultés et mis au panier. Les campagnes cessent d’optimiser sur des pages vues et se mettent à optimiser sur des acheteurs.

Réglages des événements dans le back-office pour le suivi des produits et du tunnel de commande

Qu’advient-il des achats que le navigateur perd ?

Une page de confirmation qui ne finit pas de charger, un bloqueur, un onglet fermé : chaque boutique perd ainsi une part de ses achats rapportés, et chaque achat perdu fait paraître une campagne gagnante plus faible qu’elle n’est. Ce module livre les achats de serveur à serveur à Google Analytics et Meta, hors de portée des bloqueurs, avec des données client hachées qui renforcent l’appariement.

En plus, un traitement horaire compare les commandes valides au registre d’achats du module, retrouve toute commande jamais signalée, reconstruit ses données complètes et les livre après coup. La conséquence est la plus importante de cette page : vos réseaux voient votre vrai chiffre d’affaires, et le budget va aux campagnes qui l’ont réellement gagné.

Journal des achats dans le back-office listant commandes, plateformes et résultats d'envoi

Respecte-t-il la bannière de consentement, et les balises comptent-elles double ?

Le consentement est lu depuis quatre familles d’outils : la bannière MPR, Cookiebot, OneTrust et le signal de consentement standard du secteur. Consentement d’analyse et consentement publicitaire s’appliquent séparément, la mesure d’engagement attend le consentement d’analyse, et les commandes de consentement en double sont réduites au silence quand un autre outil en est propriétaire. La mesure obéit à la bannière sans devenir aveugle là où elle a le droit de voir.

Le double comptage est exclu par construction : avant qu’une balise ne parte, un contrôle de propriété confirme que ce module possède cette plateforme et cet identifiant ; un module mono-réseau oublié ne fera pas compter Meta deux fois. Là où existe une balise native que le module ne coordonne pas encore, le back-office le dit explicitement au lieu de se taire.

L'écran de configuration de Marketing Revolution

Comment savoir que l’ensemble fonctionne ?

Le tableau de bord répond d’un regard : santé de la mesure, plateformes actives, achats mesurés. Le registre liste chaque achat enregistré, l’écran de débogage montre les événements au fil de l’eau, et l’écran de diagnostics vérifie l’interrupteur principal, le registre des plateformes, les identifiants obligatoires et la croissance des journaux, avec des réparations en un clic, y compris l’extinction du mode débogage sur une boutique en production.

La conversation récurrente avec l’agence sur le pixel cassé se termine par la capture d’un tableau vert, et la réunion mensuelle des chiffres démarre sur des valeurs auxquelles tout le monde fait confiance.

Tableau de bord montrant l'état du suivi, les plateformes actives et les achats enregistrés

Référence

mprmarketingrevolution
En stock

2147483647 Produits
Compatibilité PrestaShop

PS 1.6 – 9.x
Modèle tarifaire

Achat unique
Type de module

Front & Back-office
Concerne le RGPD

Oui
Objectif commercial

Marketing & retargeting
Compte externe requis

Oui
Complexité du module

Module complet
Étape du parcours client

Attirer les visiteurs
Compatible avec la plateforme

Réseaux publicitaires & analytiques

Ce que nos clients disent de nous

Avis sur l’entreprise

5.0 ★ ★ ★ ★ ★ (4 avis)

Chargement des avis clients...

Aucun avis produit pour le moment

Soyez le premier à partager votre expérience avec ce module.

Écrire un avis

Votre note *

★ ★ ★ ★ ★

Évaluez des aspects spécifiques (optionnel)

Qualité

★ ★ ★ ★ ★

Rapport qualité-prix

★ ★ ★ ★ ★

Stabilité

★ ★ ★ ★ ★

Compatibilité

★ ★ ★ ★ ★

Assistance

★ ★ ★ ★ ★

Votre nom *

Votre e-mail *

Titre de l'avis

Votre avis *

Ajouter des photos (max 3)

Cliquez pour envoyer ou glissez-déposez

Remplacez les modules de suivi séparés par une seule intégration PrestaShop pour GA4 Enhanced Ecommerce, Google Tag Manager, Google Ads, Meta Pixel, TikTok, Pinterest, Snapchat, Reddit, X, Criteo, AdRoll, Outbrain, Quora, Taboola et Google Customer Reviews. Configurez uniquement les plateformes que vous utilisez, envoyez des données produit et commande cohérentes depuis une source unique et évitez les scripts de suivi en double dus à des modules qui se chevauchent.

Lire la documentation complète Télécharger PDF

Vous avez une question sur ce produit ? Nos experts sont là pour vous aider. Posez vos questions sur l'installation, la compatibilité ou les spécifications.

1301 questions

9 catégories

2013 création de modules depuis

1.6–9 versions de PrestaShop

Les deux fonctionnent, et vous pouvez aussi les exécuter en même temps. Activez la plateforme GTM et saisissez votre container ID si vous voulez que tout passe par Tag Manager, le module pousse tous les événements ecommerce vers le dataLayer au format GA4 Enhanced Ecommerce, donc toute balise construite là-bas les reçoit. Vous préférez éviter GTM ? Activez la plateforme GA4, saisissez votre Measurement ID, et le module charge gtag.js puis envoie les événements directement à Analytics.

Liste des plateformes Marketing Revolution avec GTM et GA4 — Marketing Revolution - plateformes de suivi avec configuration séparée de GTM et GA4.

Chaque plateforme est activée séparément, donc faire tourner GTM et GA4 ensemble est possible : beaucoup de boutiques utilisent GTM pour les tags et triggers personnalisés pendant que GA4 direct gère le tracking natif des événements. L’erreur fréquente est le double comptage, si GTM déclenche déjà une balise GA4 depuis le dataLayer, n’activez pas aussi la plateforme GA4 direct pour la même propriété, sinon chaque événement sera enregistré deux fois. Choisissez un seul chemin vers GA4 et tenez-vous-y.

Dans le module, ce sont des adaptateurs séparés avec des champs requis séparés : GTM a besoin d’un CONTAINER_ID, tandis que GA4 direct a besoin d’un MEASUREMENT_ID. L’interrupteur principal de tracking doit être activé d’abord ; si le tracking est désactivé, ou si une plateforme est active mais sans son ID requis, les scripts front-office de cette plateforme ne sont pas injectés.

GTM route: enable GTM + CONTAINER_ID = GTM-XXXXXXX; create GA4 tags inside Tag Manager from dataLayer events.
Voie directe : activez GA4 et définissez MEASUREMENT_ID = G-XXXXXXXXXX ; n’intégrez pas GTM au parcours GA4.

GA4 direct possède aussi des réglages optionnels que GTM n’utilise pas de la même façon : anonymisation IP, suivi user ID pour clients connectés, et API secret pour le renvoi côté serveur d’achats manqués. GTM est meilleur quand vous voulez qu’un conteneur contrôle plusieurs vendors ; GA4 direct est plus propre si vous voulez seulement que le module envoie les événements ecommerce GA4 standard sans construire de tags dans GTM.

Cela fait partie de Marketing Revolution, qui unifie le tracking pour Google, Meta et plus depuis un seul endroit.

Lire la réponse complète

Voir toutes les questions

v1.2.132026-05-27

AddedAdd native tracking config warnings
Addedcomplete FR/DE/ES/IT/PL translations
FixedComplete shared package release surface

Fonctionne bien avec Marketing Revolution

Les modules que notre équipe associe réellement à celui-ci, et pourquoi chacun a sa place dans la même configuration.

Créez des flux XML Google Merchant en cache pour PrestaShop avec déclinaisons, images et réglages marché

Google Merchant XML & API Integration

149,00 €

★ ★ ★ ★ ★

Complement

Une boutique qui utilise Marketing Revolution regroupe les événements de publicité et d'analyse sur de nombreuses plateformes, GTM, GA4, Google Ads, Meta, TikTok, Pinterest et d'autres, en un seul endroit maîtrisé plutôt qu'en extraits dispersés. Cela régit la façon dont les événements d'achat sont envoyés, mais ne produit pas le flux produit dont les campagnes Google Shopping ont besoin pour avoir quelque chose à promouvoir en premier lieu.

Smart Google Merchant Feed Manager couvre cela en mettant en forme les données catalogue sous forme de flux XML protégés ou de synchronisations via l'API Content pour Google Merchant Center, avec des profils pour les marchés, langues, devises et pays cibles. Il construit le flux produit, une tâche distincte du suivi d'événements.

En exécutant les deux, votre boutique fournit à Shopping un flux produit bien formé et remonte les événements d'achat environnants via une couche de suivi consolidée. Le flux fait référencer les produits tandis que Marketing Revolution gère des données d'événements e-commerce cohérentes entre plateformes, deux pièces indépendantes, l'une alimentant les annonces et l'autre mesurant l'activité qui les entoure.

Gérez le consentement aux cookies dans PrestaShop avec catégories et Google Consent Mode v2 avant les scripts

Cookies Revolution

299,00 €

★ ★ ★ ★ ★

Governance

Une boutique qui utilise Marketing Revolution envoie des événements e-commerce à de nombreuses plateformes de publicité et d'analyse depuis un seul endroit. Dans l'UE et les régions similaires, ces balises marketing et analytiques ne devraient se déclencher que selon le consentement de l'acheteur, et le module de suivi lui-même ne recueille ni n'applique ce choix.

Cookies Revolution couvre cela en recueillant et en appliquant le consentement pour les cookies nécessaires, fonctionnels, analytiques et marketing. Il bloque les scripts externes et intégrés correspondants avant le consentement, réactive ceux autorisés une fois qu'il est accordé, et enregistre chaque décision. Il régit le consentement, une préoccupation distincte de l'envoi d'événements.

En exécutant les deux, votre boutique recueille et applique le consentement de l'acheteur via Cookies Revolution tandis que Marketing Revolution gère les événements de plateforme eux-mêmes. La couche de consentement retient les scripts marketing et analytiques jusqu'à ce que le visiteur accepte et les réactive ensuite, de sorte que votre boutique conserve un suivi consolidé et une approche conforme et respectueuse du consentement quant au moment où ces balises sont autorisées à s'exécuter.

Un audit de suivi et de flux PrestaShop couvrant flux Merchant, GA4, Ads et schéma

PrestaShop Product Feed & Tracking Audit

390,00 €

★ ★ ★ ★ ★

Measurement

Une boutique qui utilise Marketing Revolution centralise les événements de publicité et d'analyse entre plateformes, ce qui rend la pile plus nette mais ne prouve pas, à lui seul, que les données qui la traversent sont correctes, des lacunes de GTIN, des écarts de prix, des balises cassées ou des conversions comptées en double peuvent encore se cacher dans une configuration d'apparence propre. Le module organise les événements, il ne les audite pas de façon indépendante.

Feed & Tracking Audit, Technical Review couvre cela en tant que service d'expert, en vérifiant la qualité du flux Merchant, le suivi des conversions GA4/Ads, les pixels et le schéma Product/Offer, en trouvant les défauts avant votre prochaine campagne. C'est une revue humaine, distincte de l'outil de suivi.

En exécutant les deux, vous gérez les événements au quotidien via Marketing Revolution et faites valider par un spécialiste que le flux et le suivi sont réellement solides avant de dépenser. Le module garde la pile consolidée, tandis que l'audit repère les défauts de données et de mesure qui gaspillent discrètement le budget publicitaire, de sorte que les problèmes apparaissent avant les campagnes plutôt qu'après.

Voir tous les problèmes connus

2 Planifié

8 Implémenté

10 demandes

Chargement des demandes de fonctionnalités...

Voir toute la feuille de route

Retour sous 30 jours
Retour simple - sans questions

Modules Plug & Play
Installer, configurer et profiter

Support en priorité
Aide et satisfaction avant tout

Vous aimerez aussi

Google Merchant XML & API Integration

149,00 €

★ ★ ★ ★ ★

Affichez vos derniers posts Instagram en grille ou carrousel mis en cache sur PrestaShop

Instagram Feed Integration

129,00 €

★ ★ ★ ★ ★

Affichez les publications de votre page Facebook en flux en direct sur votre boutique PrestaShop

Facebook Posts Integration

129,00 €

★ ★ ★ ★ ★

Ajoutez un bouton WhatsApp clic-pour-discuter à votre boutique PrestaShop avec variables produit

WhatsApp Chat Integration

69,00 €

★ ★ ★ ★ ★

Cookie	Fournisseur	Finalité	Durée
PrestaShop-*	PrestaShop	Gestion de session et fonctionnalité du panier	Session
PHPSESSID	PHP	Identifiant de session PHP	Session
mprcr_consent	MPR Cookies Revolution	Enregistre les préférences de consentement des cookies	365 jour(s)
mprcr_version	MPR Cookies Revolution	Suit la version de la configuration du consentement	365 jour(s)

Cookie	Fournisseur	Finalité	Durée
TawkConnectionTime	Tawk.to	Suit le temps de connexion de la session de chat	Session
__tawkuuid	Tawk.to	Identifie les visiteurs récurrents du chat	6 mois

Cookie	Fournisseur	Finalité	Durée
_ga	Google Analytics	Distingue les utilisateurs uniques en attribuant un numéro généré aléatoirement	2 année(s)
_ga_*	Google Analytics	Utilisé pour maintenir la session entre les requêtes de pages	2 année(s)
_gid	Google Analytics	Distingue les utilisateurs uniques pendant 24 heures	24 heure(s)