Ensemble Tracking & Analytics : installation et aide

Téléversez et installez séparément chaque ZIP de composant via Modules > "Module Manager" > "Upload a module". Le pack contient Marketing Revolution, Cookies Revolution, GA4, GTM, Google Ads et les modules autonomes Meta, TikTok, Pinterest, Snapchat, Reddit, X, Criteo, AdRoll, Outbrain, Quora et Taboola. Aucun écran de configuration commun au pack n'existe.

Choisissez Marketing Revolution pour les plateformes que vous souhaitez y gérer, ou configurez le module autonome correspondant. Évitez d'exécuter simultanément les mêmes événements de plateforme depuis le hub, un module autonome et GTM. Si GTM gère une balise de plateforme, configurez ses règles d'événement/consentement dans GTM et vérifiez qu'aucun autre composant ne l'envoie à nouveau.

Préparez vos véritables identifiants de plateforme et décidez du format d'identification des produits, de la politique de taxes/valeurs et du responsable des événements avant d'activer le suivi. Utilisez une commande de test dont la valeur, la devise et l'identifiant sont connus.

Installez et configurez le composant de consentement avant de tester les modules de suivi. Ouvrez Cookies Revolution > Paramètres > Configuration. Les onglets de paramètres comprennent Paramètres généraux, Google Consent Mode, Journal des consentements, Page de politique des cookies, Intégrations de services tiers et Avancé. Ouvrez Apparence pour choisir le Mode de blocage de la bannière.

Consentement et blocage

Mode de blocage utilise Blocage souple par défaut. "Soft" laisse la page utilisable et refuse les catégories non essentielles avant un choix. "Hard" ajoute un écran de consentement et bloque l'interaction jusqu'à une décision. Aucun blocage libère les scripts tandis que Google Consent Mode attend toujours une décision validée. L'ancienne valeur "Default consent" ne sélectionne pas à elle seule le comportement de blocage actuel. Testez le mode choisi avec votre configuration réelle des scripts.

Utilisez Catégories pour examiner les catégories obligatoires et facultatives. Utilisez Services et Cookies pour tenir votre inventaire à jour. Le processus initial comprend les catégories facultatives fonctionnelle, analytique et marketing. Vérifiez chaque classification et description affichée avant la mise en service.

Blocage des scripts

Ouvrez Blocage de scripts. Associez chaque règle à la catégorie réelle et activez-la. Les règles de motif d'URL recherchent une correspondance dans le src d'un script ; les règles de contenu recherchent une correspondance dans le contenu des scripts intégrés. Exemples utilisant les véritables noms des règles stockées :

id_mprcr_category=<your analytics category ID>
rule_type=url_pattern
pattern=googletagmanager\.com/gtag/js
active=1

id_mprcr_category=<your marketing category ID>
rule_type=script_content
pattern=fbq\s*\(
active=1

Ne collez pas d'identifiants fictifs dans la base de données. Créez/vérifiez les enregistrements équivalents via l'écran d'administration. Les règles couvrent uniquement les scripts qui leur correspondent ; vérifiez l'activité réseau dans un navigateur vierge avant de supposer qu'un script est bloqué.

Journaux, politique et scanner

Utilisez Journal des consentements pour consulter les choix enregistrés et Scanner de cookies pour exécuter/examiner les analyses. L'analyse automatique s'exécute dans le processus d'administration.

Les intégrations de fournisseurs proposent également des associations Clerk.io. Clerk.io utilise auto par défaut, le suivi des visiteurs/la collecte des adresses e-mail exigent par défaut le consentement à la catégorie marketing, et les identifiants de service utilisent par défaut uniquement la catégorie (0). Configurez-les uniquement si vous utilisez ce fournisseur. Modifier les associations modifie le périmètre du consentement et peut nécessiter une nouvelle décision.

La bannière, le choix des catégories, le bouton flottant facultatif de préférences, les règles de blocage et le journal sont des outils techniques. Examinez séparément vos propres politiques, scripts et gestion du consentement.

Ouvrez Marketing Revolution > "Config" ou son écran de configuration. Les onglets de configuration actuels sont Paramètres généraux, Suivi, Consentement et un onglet Automatisation sans les anciens champs du formulaire de renvoi.

Il n'existe actuellement aucun champ "DATA_LANGUAGE", aucune valeur par défaut "RESEND_LOOKBACK_HOURS", ni aucun interrupteur global "RESEND_MISSED" dans le formulaire. Une ancienne valeur "RESEND_MISSED" reste utilisée comme solution de repli Meta CAPI, mais ne constitue pas la configuration d'automatisation actuelle. Utilisez les contrôles API/récupération propres aux plateformes et des workers planifiés authentifiés.

Ouvrez Plateformes, sélectionnez une plateforme et choisissez Configurer. Le réglage Activé de la plateforme est initialement désactivé. Saisissez son identifiant requis, puis activez la plateforme. Les valeurs PLATFORM_* ci-dessous identifient les clés stockées ; le formulaire visible affiche des libellés sans ce préfixe complet. Des identifiants vides signifient qu'aucun compte n'est configuré.

• "Container ID" (PLATFORM_GTM_CONTAINER_ID). Identifiant de conteneur Google Tag Manager, par exemple GTM-XXXXXXX ; valeur par défaut : vide.
• ID de mesure GA4 (PLATFORM_GA4_MEASUREMENT_ID). Identifiant de mesure GA4, par exemple G-XXXXXXXXXX ; valeur par défaut : vide.
• Secret API Measurement Protocol (PLATFORM_GA4_API_SECRET). Secret API Measurement Protocol GA4 pour les renvois côté serveur ; valeur par défaut : vide.
• "IP Anonymization" (PLATFORM_GA4_IP_ANONYMIZE). Interrupteur d'anonymisation IP GA4 dans le formulaire de la plateforme ; valeur par défaut : vide.
• "User ID Tracking" (PLATFORM_GA4_USER_ID_TRACKING). Envoie les identifiants des clients connectés à GA4 lorsque ce réglage est activé ; valeur par défaut : vide.
• ID du Pixel (PLATFORM_META_PIXEL_ID). Identifiant Meta Pixel ; valeur par défaut : vide.
• token d’accès Conversions API (PLATFORM_META_CAPI_ACCESS_TOKEN). Jeton d'accès Meta Conversions API pour les renvois côté serveur ; valeur par défaut : vide.
• Code d'événement test (PLATFORM_META_CAPI_TEST_EVENT_CODE). Code d'événement test Meta facultatif pour les tests dans Events Manager ; valeur par défaut : vide.
• ID du Pixel (PLATFORM_TIKTOK_PIXEL_ID). Identifiant TikTok Pixel ; valeur par défaut : vide.
• "Tag ID" (PLATFORM_PINTEREST_TAG_ID). Identifiant de balise Pinterest ; valeur par défaut : vide.
• ID du Pixel (PLATFORM_SNAPCHAT_PIXEL_ID). Identifiant Snapchat Pixel ; valeur par défaut : vide.
• ID du Pixel (PLATFORM_REDDIT_PIXEL_ID). Identifiant Reddit Pixel ; valeur par défaut : vide.
• ID du Pixel X (PLATFORM_X_PIXEL_ID). Identifiant X/Twitter Pixel ; valeur par défaut : vide.
• Partner ID Criteo (PLATFORM_CRITEO_PARTNER_ID). Identifiant partenaire/compte Criteo ; valeur par défaut : vide.
• "Advertiser ID" (PLATFORM_ADROLL_ADV_ID). Identifiant d'annonceur AdRoll ; valeur par défaut : vide.
• ID du Pixel (PLATFORM_ADROLL_PIX_ID). Identifiant de pixel AdRoll ; valeur par défaut : vide.
• "Outbrain Marketer IDs" (PLATFORM_OUTBRAIN_PIXEL_ID). Identifiant de marketeur/pixel Outbrain ; valeur par défaut : vide.
• ID du Pixel (PLATFORM_QUORA_PIXEL_ID). Identifiant Quora Pixel ; valeur par défaut : vide.
• ID de compte Taboola (PLATFORM_TABOOLA_ACCOUNT_ID). Identifiant de compte Taboola ; valeur par défaut : vide.
• "Merchant ID" (PLATFORM_GCR_MERCHANT_ID). Identifiant Google Merchant Center pour Google Customer Reviews ; valeur par défaut : vide.
• "Estimated Delivery Days" (PLATFORM_GCR_ESTIMATED_DELIVERY_DAYS). Délai moyen de livraison en jours utilisé dans la demande de participation Google Customer Reviews ; valeur par défaut : 7.
• "Badge Position" (PLATFORM_GCR_BADGE_POSITION). Position du badge Google Customer Reviews, avec BOTTOM_RIGHT, BOTTOM_LEFT ou INLINE ; valeur par défaut : BOTTOM_RIGHT.
• "Google Ads Conversion ID" (PLATFORM_GADS_CONVERSION_ID). Identifiant de conversion Google Ads, par exemple AW-123456789 ; valeur par défaut : vide.
• "Purchase Conversion Label" (PLATFORM_GADS_CONVERSION_LABEL_PURCHASE). Libellé Google Ads pour les conversions d'achat ; valeur par défaut : vide.
• "Add to Cart Conversion Label" (PLATFORM_GADS_CONVERSION_LABEL_ADD_TO_CART). Libellé Google Ads pour les conversions d'ajout au panier ; valeur par défaut : vide.
• "Begin Checkout Conversion Label" (PLATFORM_GADS_CONVERSION_LABEL_BEGIN_CHECKOUT). Libellé Google Ads pour les conversions de début de commande ; valeur par défaut : vide.
• "View Item Conversion Label" (PLATFORM_GADS_CONVERSION_LABEL_VIEW_ITEM). Libellé Google Ads pour les conversions de consultation de produits ; valeur par défaut : vide.
• "Page View Conversion Label" (PLATFORM_GADS_CONVERSION_LABEL_PAGE_VIEW). Libellé Google Ads pour les conversions de consultation de pages ou les listes de remarketing ; valeur par défaut : vide.
• "Sign Up Conversion Label" (PLATFORM_GADS_CONVERSION_LABEL_SIGN_UP). Libellé Google Ads pour les conversions d'inscription de compte ; valeur par défaut : vide.
• "Search Conversion Label" (PLATFORM_GADS_CONVERSION_LABEL_SEARCH). Libellé Google Ads pour les conversions de recherche ; valeur par défaut : vide.

Pour Google Ads, un identifiant de conversion seul ne définit pas tous les événements de conversion. Remplissez uniquement les libellés correspondant aux événements que vous souhaitez mesurer. Des libellés facultatifs vides ne créent pas de conversions. Pour X, configurez les identifiants par événement concernés en plus de l'identifiant de pixel lorsque le formulaire l'exige.

Google Customer Reviews propose également une langue de badge (en par défaut) et un héritage selon le périmètre. Vérifiez le contexte actuel boutique/groupe/toutes les boutiques et utilisez "Use inherited settings" si nécessaire. La demande de participation fait partie du processus de confirmation de commande ; ce n'est pas un événement de conversion publicitaire.

Le registre des plateformes contient également d'autres adaptateurs pris en charge. N'en déduisez pas que chaque ZIP autonome de ces adaptateurs figure dans l'archive achetée. L'entrée de plateforme n'est active que lorsque le code fournisseur requis et sa configuration sont disponibles.

Récupération GA4 et contrôles Google

Dans la configuration de plateforme GA4, "Recover Missing GA4 Purchases" est désactivé par défaut. Il nécessite le Secret API Measurement Protocol et le consentement enregistré par Cookies Revolution. Il n'envoie que les achats passés après l'activation de la récupération dont la page de confirmation ne s'est jamais chargée. Un achat sans identité de l'acheteur est suspendu. Les commandes plus anciennes ne sont pas renvoyées.

Les champs des plateformes Google comprennent "Track Contact Signals" et "Exclude Employee Browsers", tous deux désactivés par défaut dans le hub. GA4/GTM peuvent aussi utiliser "Track Product Engagement", initialement désactivé. Ses valeurs par défaut comprennent trois vues de galerie, un changement de variante, un clic sur un détail, 45 secondes de présence et une temporisation des options de 1500 ms. Les remplacements de sélecteurs sont initialement vides. Laissez ces signaux facultatifs désactivés tant que les événements de votre thème n'ont pas été vérifiés.

Le réglage Google Ads "Correct Refunded Google Ads Conversions" est initialement désactivé. Enregistrez "Google Ads Customer ID", "Purchase Conversion Action Resource" et "Google Ads OAuth Credentials File" avant de l'activer. Le fichier doit être un chemin JSON absolu hors de la racine web contenant les identifiants OAuth ; un jeton développeur est également requis ici ou dans ce fichier. Il corrige les nouveaux achats navigateur enregistrés dont le module est responsable, pas les conversions historiques déduites. Les conversions de contact utilisent des libellés séparés "Phone Click", "Chat Start" et "Confirmed Contact Form", initialement vides.

Files API et planification

Meta et les autres adaptateurs pris en charge exposent leurs contrôles API dans la configuration de plateforme. L'identifiant de pixel navigateur et les identifiants serveur sont distincts. Meta utilise son jeton Conversions API et un code d'événement test facultatif. TikTok, Pinterest, Snapchat, Reddit, X, Criteo, Outbrain, Quora et Taboola disposent de circuits serveur/file propres au fournisseur lorsqu'ils sont implémentés. Le hub traite les files d'événements serveur des plateformes prises en charge. L'envoi côté serveur par API nécessite les identifiants de chaque plateforme, le consentement de l'acheteur et une tâche planifiée fonctionnelle.

Configurez un déclencheur serveur ou cron externe authentifié pour les tâches enregistrées du module. Le hub exécute les tâches de file, de récupération GA4 et de correction Google Ads toutes les 300 secondes (every:300) et nettoie chaque jour les données de consentement stockées. Les tâches qui envoient des données aux plateformes ne s'exécutent pas lors des visites de pages (pseudo-cron). Utilisez le Cron Manager partagé ou le propre point d'accès cron authentifié du module, et consultez les journaux d'exécution et les résultats des files pour voir que la file API a tourné.

Ouvrez la page Configurer de chaque module autonome. Activez uniquement la plateforme dont ce module est le responsable choisi.

La plupart des exclusions d'employés des modules autonomes sont activées par défaut ; celle de Snapchat est désactivée. Les réglages de respect des cookies/du consentement marketing sont activés par défaut lorsque le fournisseur les expose. La couverture et les noms d'événements diffèrent selon le fournisseur. Les événements standard sont généralement activés au départ ; les événements personnalisés sont désactivés avec des règles vides. Ne supposez pas que chaque fournisseur implémente tous les événements GA4.

GA4 et GTM prennent en charge les événements e-commerce, notamment les parcours produit/panier/commande/achat, avec l'intégration recherche/connexion/inscription lorsque leurs hooks se déclenchent. Vérifiez votre tunnel de commande et votre thème exacts. "Server-Side Purchase Tracking" de GA4 est activé par défaut dans sa configuration actuelle, tandis que "Enable server-side purchase fallback" de GTM autonome est initialement désactivé. Les deux nécessitent l'identité valide, le consentement et les identifiants correspondants pour envoyer.

Les contrôles API sont facultatifs et propres à chaque fournisseur. Les limites de file sont généralement définies à 20 par défaut. La conservation des journaux GA4/GTM est de 90 jours par défaut. Les réglages par défaut sont Meta Graph API v25.0, X Ads API 12 et la région Criteo eu.

X Web Conversions API nécessite une clé API X, un secret API, un jeton d'accès et son secret, ainsi que les identifiants d'événement concernés. Le champ "Test twclid" est conservé, mais l'envoi de conversions de test est désactivé. Criteo S2S utilise ses identifiants de région/page. Outbrain/Taboola utilisent leurs paramètres de postback. Laissez les identifiants/réglages inutilisés vides ou désactivés.

GA4/GTM acceptent des règles d'événements personnalisés JSON. Activez leur réglage d'événements personnalisés et saisissez des règles validées. Les types de déclencheurs pris en charge sont click, url, controller et event :

[
  {"event":"gallery_browse","trigger":"click","selector":".product-images img"},
  {"event":"promo_page","trigger":"url","contains":"/special-offer"},
  {"event":"checkout_seen","trigger":"controller","controllers":["order"]},
  {"event":"gallery_open","trigger":"event","dom_event":"mpr:gallery-open"}
]

Choisissez des sélecteurs et événements DOM réellement émis par votre thème. Les noms GA4 doivent respecter le validateur du formulaire. Les autres pixels peuvent avoir des schémas de règles et des identifiants de plateforme par événement différents ; copiez l'exemple de l'écran du module concerné plutôt que d'appliquer ce JSON partout.

1. Ouvrez un navigateur vierge sans session employé. Testez l'absence de choix, le refus, le consentement analytique seul et le consentement marketing. Inspectez les requêtes réseau et les valeurs de consentement pour chaque cas.
2. Consultez un produit, ajoutez/retirez des articles du panier, ouvrez le panier et commencez la commande. Inspectez les noms d'événements, identifiants d'articles, devise et valeurs.
3. Passez une commande de test et vérifiez qu'un seul achat arrive avec l'identifiant de commande attendu. Rechargez la page de confirmation pour vérifier qu'aucun doublon n'est envoyé. Vérifiez l'acceptation dans les outils d'événements de chaque plateforme, car le journal du navigateur montre seulement ce que la boutique a envoyé.
4. Comparez le journal d'achat du module et les diagnostics de la plateforme. Marketing Revolution utilise la table d'audit préfixée mprmarketingrevolution_log. Vérifiez les résultats actuels des files/workers pour les envois API.
5. Si rien ne se déclenche, vérifiez l'interrupteur principal du module, le réglage Activé de la plateforme, l'identifiant requis, le consentement, l'exclusion du personnel et le code adaptateur/fournisseur disponible. Vérifiez les erreurs console/réseau du navigateur et les éventuelles extensions de blocage publicitaire.
6. Si les décomptes doublent, recherchez des balises qui se chevauchent entre hub/modules autonomes/GTM/thème. Désignez un responsable unique et répétez la commande de test avec de nouvelles données.
7. Si un événement serveur reste en attente, vérifiez les données de consentement et d'acheteur enregistrées, les identifiants, les exigences d'attribution et les exécutions cron authentifiées. La récupération ne peut pas envoyer un événement dont les données n'ont jamais été enregistrées.
8. Utilisez la page "Integrity" de chaque composant pour les tables/hooks et ses outils de débogage/journalisation pour les échecs de traitement. Désactivez le Mode débogage temporaire après les tests.

Pour les ajustements visuels du consentement, les sélecteurs des templates actuels comprennent #mprcr-banner .mprcr-banner__inner, .mprcr-btn--accept et #mprcr-floating-btn.mprcr-floating--bottom-left. Placez les modifications de présentation dans la feuille de style de votre thème. Vérifiez que le sélecteur existe dans le template installé avant d'appliquer le CSS.

Désactivez les composants responsables du suivi avant de supprimer leurs planifications ou leurs composants. Videz le cache des pages/templates rendus concernés après avoir retiré les balises afin que les pages en cache ne conservent pas d'anciens scripts. Exportez les données de diagnostic dont vous avez besoin.

Le hub et les modules autonomes pris en charge désenregistrent leurs tâches et retirent leurs propres paramètres/responsabilités de file lors de la désinstallation. L'infrastructure de file partagée peut rester pour d'autres modules. Cela ne supprime pas les événements déjà reçus par une plateforme externe.

Cookies Revolution vide ses caches de rendu du consentement et supprime sa page CMS de politique générée, la configuration/le menu du module et le schéma. Sauvegardez les consentements enregistrés et le contenu de la politique avant la désinstallation. Un échec du nettoyage ThemeDetector arrête sa désinstallation. Vérifiez les responsabilités de suivi restantes et la gestion du consentement après suppression ; les cookies côté visiteur ne sont pas effacés à distance par la désinstallation du module.

Nécessite PrestaShop 1.6 ou ultérieur et PHP 7.1 ou ultérieur.