Analyse, suivi et relecture de session PrestaShop

Ce que nous ferions

Nous inventorierions vos mesures existantes avant d'installer un autre outil de suivi. La bonne solution dépend des modules, du thème, du tunnel de commande, des intégrations de paiement et ERP, des identifiants catalogue, données de commande et marchés de votre boutique, ainsi que des personnes chargées de sa maintenance. Conservez une intégration fonctionnelle si elle répond aux décisions à prendre. Déterminez d'abord si un rapport manquant reflète des événements absents, une définition différente de l'achat ou un défaut de collecte.

Pour changer d'émetteur, de configuration de consentement ou de plateforme d'analyse, travaillez sur une copie de préproduction avec le thème de production et les intégrations pertinentes. Protégez les données clients copiées, isolez paiements réels, emails et exports externes de commandes et envoyez les événements de test à des destinations de test. Répétez les parcours concernés, sauvegardez les anciens réglages des modules et la version du conteneur, puis planifiez la bascule avec un responsable désigné et un moyen de rétablir l'ancienne configuration. Restaurer le code ne supprime pas les événements erronés déjà envoyés ; excluez donc les destinations de production des essais.

Choisir la solution selon le problème

Pour diagnostiquer l'écart, le service PrestaShop Product Feed & Tracking Audit vérifie les flux et la mesure des conversions par rapport à la boutique réelle et classe les constats ; corrections et gestion continue des campagnes sont distinctes.

Choisir, configurer ou diagnostiquer

• Choisir : utilisez le tableau ci-dessus, puis comparez les plateformes d'analyse ou consultez l'analyse des comportements.
• Configurer : commencez par la propriété et l'émetteur, convenez de la couverture des événements et reliez le consentement.
• Diagnostiquer : distinguez chargement, envoi et réception, puis rapprochez les commandes.

Choisir les décisions et les indicateurs

Partez des décisions à prendre : quelles campagnes attirent des clients rentables, quels produits méritent votre attention, où le parcours de commande perd des visiteurs et si les clients reviennent. Multiplier les balises et les tableaux de bord n'améliore pas automatiquement ces décisions.

Votre back-office fournit commandes, paniers, historique client et données financières. Les outils d'analyse ajoutent la mesure de l'acquisition et des comportements. Des modules statistiques natifs facultatifs peuvent aussi collecter des informations visiteurs avec JavaScript ; les Statistiques natives ne sont donc pas toujours un rapport transactionnel sans script.

Comparez les taux avec le même dénominateur, la même période et les mêmes règles d'admissibilité. Pour ces exemples arithmétiques, supposons que chaque visiteur converti passe une commande. Dix mille visiteurs avec un taux d'achat de trois pour cent produisent alors 300 commandes ; cinquante mille à un demi pour cent en produisent 250. Le chiffre d'affaires dépend aussi du panier moyen.

À populations mesurées égales, un taux d'achat d'un pour cent avec des commandes de 200 EUR produit 2 EUR par personne ; trois pour cent avec des commandes de 20 EUR produit 0,60 EUR. Un taux de conversion supérieur ne signifie pas à lui seul un chiffre d'affaires supérieur.

Par exemple, 10 000 visiteurs avec deux pour cent de conversion et 80 EUR par commande produisent 16 000 EUR. Augmenter le trafic de cinquante pour cent à 15 000 visiteurs, avec le même taux de conversion et 53,33 EUR par commande, produit 15 999 EUR. Si acquérir un nouveau client coûte 25 EUR et que la marge contributive de sa première commande avant acquisition est de 20 EUR, cette commande perd 5 EUR après acquisition.

Les pages vues, le taux de rebond, la durée, les abonnés et le nombre de visiteurs en temps réel peuvent aider au diagnostic. Seuls, ce sont des indicateurs de réussite peu solides. Une longue session peut refléter une difficulté autant qu'un engagement.

Créer une propriété GA4 et choisir l'émetteur

Consigner l'existant avant de le modifier

• Listez les versions de la boutique et du tunnel de commande, les modules de suivi actifs, extraits du thème et conteneurs. Incluez les balises chargées par un connecteur marketing ou catalogue.
• Consignez les identifiants de compte, propriété, flux, conteneur et pixel, avec leur boutique et domaine respectifs. Donnez à l'entreprise les accès appropriés plutôt que de laisser la propriété au seul identifiant d'une agence.
• Pour chaque destination, notez qui fournit les données produit et commande et qui les envoie. Incluez la responsabilité des accès serveur et des envois planifiés sans mettre de secrets dans l'inventaire.
• Identifiez les états de commande éligibles, la procédure de remboursement, les langues et devises, et le partage éventuel des références produit ou commande en multiboutique.
• Conservez un échantillon des rapports et commandes rapprochées actuels, avec la version et les réglages de consentement, pour disposer d'une référence après changement.

Créer ou sélectionner la destination

1. Créez ou sélectionnez la propriété de l'activité en production.
2. Choisissez délibérément le fuseau horaire et la devise des rapports.
3. Créez le flux Web approprié et copiez son ID de mesure.
4. Choisissez un envoi direct par la balise Google ou un acheminement GA4 géré par GTM.
5. Séparez le trafic de préproduction et de test et définissez un plan de validation.

Un seul flux Web est un point de départ pratique pour une vitrine, et non une limite absolue pour toutes les architectures multiboutiques ou multidomaines. Utilisez une propriété de test distincte pour isoler les données de test.

Vous pouvez utiliser le module officiel Google Analytics de PrestaShop, une intégration dédiée ou GTM avec une couche de données e-commerce. Vérifiez la couverture des événements et la compatibilité de la version installée.

Une balise Google peut envoyer des pages vues lorsqu'elle est configurée. Un conteneur GTM seul n'envoie pas de pages vues GA4 et ne crée pas d'événements e-commerce. Mesurer les produits, paniers et achats demande une instrumentation explicite.

Pour une intégration directe par module, Google Analytics GA4 relie les événements de la boutique à la propriété ; consultez l'aide du module GA4 pour sa configuration, les contrôles d'événements, l'intégration du consentement et les diagnostics.

Les propriétés Universal Analytics standard ont cessé le traitement en juillet 2023 ; Analytics 360 a bénéficié d'une prolongation jusqu'en juillet 2024. L'accès et l'export ont été arrêtés à partir de juillet 2024. Seuls les exports conservés auparavant restent disponibles. Des outils de migration des paramètres existaient, mais les sessions historiques UA ne peuvent pas devenir un historique équivalent d'événements GA4.

Définir et vérifier la couverture des événements e-commerce

Pour chaque événement nécessaire, consignez l'action, le nom d'événement, les paramètres et l'intégration responsable. Confirmez la réussite effective de l'action avant de signaler un ajout au panier. Un clic sur un bouton peut être suivi d'une rupture de stock ou d'une erreur de validation.

Ce tableau ne promet pas que tous les événements recommandés sont automatiques. D'autres modules et intégrations personnalisées peuvent avoir une couverture différente. Testez séparément les événements de livraison et de paiement, surtout avec une redirection vers un paiement externe ou un parcours de commande de remplacement.

Gardez les identifiants produit stables entre vues, événements panier, achats et flux catalogue. Incluez si disponibles noms, catégories, marque, quantité et variante choisie. Un même identifiant d'article ne doit pas passer silencieusement d'un identifiant produit à une référence au milieu du parcours. Documentez s'il identifie le produit ou la déclinaison et sa correspondance dans le flux. Pour un choix de taille et couleur, comparez la variante vue, la réponse d'ajout au panier réussie et la ligne achetée ; un champ renseigné peut encore décrire la sélection précédente.

Construire des données d'achat correctes

Pour l'e-commerce GA4, définissez value comme la somme des prix unitaires des articles après remise multipliés par leur quantité, hors taxes et livraison. Envoyez séparément les taxes et la livraison, avec la devise réelle de la transaction.

Par exemple, deux articles à 20 EUR et un à 10 EUR donnent une valeur d'articles de 50 EUR. Si les taxes sont de 10 EUR et la livraison de 5 EUR, le total de commande comparable est de 65 EUR, en supposant l'absence d'autres frais. N'envoyez pas 65 comme revenu des articles.

{
  "event": "purchase",
  "ecommerce": {
    "transaction_id": "shop-1-order-10482",
    "currency": "EUR",
    "value": 50,
    "tax": 10,
    "shipping": 5,
    "items": [
      {"item_id": "4521-3", "item_name": "Cotton T-shirt", "item_variant": "Blue / M", "price": 20, "quantity": 2},
      {"item_id": "4630-1", "item_name": "Cotton Socks", "item_variant": "Black", "price": 10, "quantity": 1}
    ]
  }
}

Ces données sont un exemple. Construisez les valeurs de production à partir de la commande admissible et de ses lignes, en tenant compte de la répartition des remises et des arrondis. Effacez l'ancien objet e-commerce GTM avant d'envoyer le nouvel événement pour éviter de réutiliser les données d'articles précédents.

Dans PrestaShop, displayOrderConfirmation reçoit l'objet Order. Le modèle de confirmation natif reçoit en revanche une commande présentée ; sa référence se trouve dans order.details.reference. N'y collez pas du code supposant la présence de champs Order bruts et d'un tableau de produits sans rapport.

Construisez une structure de données dédiée en PHP et sérialisez-la entièrement en JSON. Pour l'intégrer de manière sûre, utilisez les indicateurs d'encodage JSON appropriés, comme JSON_HEX_TAG | JSON_HEX_AMP | JSON_HEX_APOS | JSON_HEX_QUOT, et gérez les échecs d'encodage. N'échappez ni les chaînes individuelles comme du JavaScript, ni le JSON complet comme du texte HTML ordinaire.

Une autre devise de rapport est prise en charge. Indiquez la devise réelle de chaque transaction et laissez Analytics effectuer la conversion prévue. Changer la devise de rapport de la propriété peut aussi convertir les rapports historiques ; cela ne corrige pas des événements initialement associés à une devise erronée. Consultez la documentation sur les devises.

Définir le moment de l'achat et dédupliquer les envois

Décidez si Purchase signifie commande passée, paiement accepté ou un autre état commercial admissible. Documentez cette définition pour les destinations d'analyse et de publicité. Une page de confirmation peut exister pour un paiement hors ligne ou en attente : l'atteindre ne prouve donc pas que le paiement a été reçu.

Utilisez un identifiant de transaction stable et non vide par transaction réelle, sans information permettant d'identifier le client. Définissez son périmètre pour éviter les collisions entre boutiques ou commandes. GA4 déduplique les achats Web partageant l'identifiant de transaction approprié. Recharger une page ne crée pas nécessairement un second achat comptabilisé, mais des identifiants absents, réutilisés ou changeants peuvent toujours fausser les rapports.

Confiez chaque événement et destination à une seule intégration ; elle peut coordonner envois navigateur et serveur avec des identifiants concordants et la déduplication de la destination. Un module fournissant seulement la couche de données peut coexister avec GTM. Un envoi direct GA4 peut coexister avec un conteneur GTM utilisé pour d'autres prestataires. Auditez les émetteurs en double plutôt que de désactiver le producteur de données nécessaire à GTM.

Une protection dans le stockage du navigateur n'est pas un accusé de réception. Le stockage peut être bloqué et marquer l'événement comme envoyé avant que la balise soit prête peut supprimer un événement jamais reçu. Coordonnez consentement, disponibilité, tentatives et accusés de réception, et conservez une identité d'événement stable à chaque nouvelle tentative.

Un mécanisme de secours serveur doit capturer les changements admissibles de commande ou de paiement indépendamment de la visite de la page de confirmation. Une requête serveur effectuée uniquement dans ce hook de rendu ne peut pas récupérer un client qui n'est jamais revenu. Utilisez les hooks de commande/paiement pris en charge, une file persistante et un suivi des envois plutôt que de modifier la logique de paiement du cœur.

Utiliser GTM pour gérer les balises et distribuer les données

GTM centralise balises, déclencheurs, variables, aperçu et versions publiées. Il ne génère pas les données produit PrestaShop et ne supprime pas les bibliothèques des prestataires chargées par ces balises.

1. Créez un conteneur web et installez ses extraits officiels via une intégration maintenue ou une personnalisation contrôlée du thème.
2. Vérifiez le conteneur sur tous les types de pages concernés, y compris la confirmation.
3. Configurez la balise Google pour l'ID de mesure destinataire.
4. Créez des balises d'événement GA4 et des déclencheurs Événement personnalisé pour les événements de la couche de données.
5. Mappez les paramètres e-commerce ou utilisez l'option de données e-commerce prise en charge.
6. Configurez le comportement du consentement, prévisualisez le parcours complet et publiez une version nommée.

Une installation manuelle place l'extrait head et la solution de repli body aux emplacements appropriés du modèle de page. Préservez les personnalisations du thème pendant les mises à jour et videz les caches HTML pertinents après changement du conteneur. Les balises gérées à distance subsistent indépendamment, mais un changement de thème peut supprimer l'extrait en vitrine.

Préférez des données structurées de produits et de commandes générées côté serveur à l'extraction de prix formatés ou d'identifiants dans le texte des pages. L'extraction DOM dépend du balisage du thème et peut lire silencieusement la mauvaise déclinaison ou le mauvais affichage des taxes.

Utilisez GTM Preview et Tag Assistant pour inspecter l'événement, les variables et les balises déclenchées avant publication. Conservez une version fiable du conteneur pour revenir en arrière. Une prévisualisation peut toujours envoyer de vraies données : utilisez donc la destination de test et les contrôles de trafic prévus.

Google Tag Manager fournit la connexion PrestaShop pour cette solution ; suivez l'aide du module GTM pour installer le conteneur, intégrer la couche de données et configurer ses options d'achat côté serveur.

Convenez d'un contrat de couche de données avec le responsable : noms exacts d'événements, types des paramètres, politique d'identifiants d'article, définition de la valeur et moment où chaque action est considérée comme réussie. Gardez un exemple de données avec la version du conteneur qui les lit. Renommer un événement en boutique en laissant l'ancien déclencheur GTM publié peut arrêter l'envoi sans erreur visible en vitrine.

Intégrer le consentement avant de compter sur la collecte

Reliez chaque outil de suivi à votre véritable gestionnaire de consentement. Pour le suivi non essentiel des appareils, appliquez les règles ePrivacy pertinentes et évaluez le traitement ultérieur des données personnelles au regard du GDPR lorsqu'il s'applique. Expliquez finalités et destinataires, permettez refus et retrait et proposez une granularité pertinente par finalité. Un bouton distinct par fournisseur n'est pas une règle universelle de présentation des bannières.

Google Consent Mode communique les choix ; il ne recueille pas le consentement et ne certifie pas la légalité d'un déploiement. Dans les configurations publicitaires concernées, associez analytics_storage, ad_storage, ad_user_data et ad_personalization aux choix effectivement exprimés.

Le Consent Mode basique bloque les balises Google jusqu'au consentement et n'envoie aucune mesure en état de refus. Le mode avancé charge les balises avec les valeurs de refus par défaut pertinentes et peut envoyer des mesures sans cookies. La modélisation dépend de l'éligibilité et des données disponibles ; elle ne reconstitue pas l'historique complet de chaque visite refusée.

Pour le code direct de la balise Google, définissez les valeurs par défaut avant les commandes envoyant des mesures. Pour les modèles de consentement GTM, utilisez ses API de consentement et l'ordre d'initialisation. Ne remplacez pas l'interface prise en charge par votre CMP par un événement navigateur inventé. Consultez les consignes d'implémentation de Google.

Les balises sans gestion intégrée du consentement nécessitent des contrôles supplémentaires explicites. Les paramètres Google ne contrôlent pas automatiquement Meta, TikTok ou un outil de relecture.

1. Testez un nouveau visiteur avant tout choix.
2. Testez un refus et une acceptation enregistrés lors d'une visite ultérieure.
3. Modifiez les choix individuels et vérifiez le stockage et les requêtes correspondants.
4. Retirez le consentement et confirmez l'arrêt requis de la collecte future et des envois en file.
5. Testez une CMP lente et une bibliothèque de balises chargée tardivement.

Ne récupérez pas un événement marketing refusé par une API serveur. Hacher les données client ne rend pas l'événement anonyme et ne supprime pas la nécessité d'une base juridique appropriée.

Si Cookies Revolution fournit les choix, comparez son inventaire de cookies et ses règles de blocage aux intégrations réellement installées. Consignez la finalité et le signal CMP utilisé par chaque connecteur, y compris les outils d'enregistrement ; ne supposez pas qu'une catégorie nommée analytique les contrôle tous. Utilisez le guide GDPR pour planifier les droits sur les données et leur conservation.

Utiliser Meta Pixel pour un objectif de mesure défini

Meta Pixel peut signaler PageView, ViewContent, AddToCart, InitiateCheckout et Purchase avec les paramètres produit et transaction applicables. Les identifiants de contenu produit doivent correspondre au catalogue Meta si vous utilisez la correspondance des événements avec le catalogue.

Installez-le avec un usage défini, un consentement approprié et un plan de maintenance. Il ne peut pas collecter rétroactivement une visite non suivie. Cela ne signifie pas qu'une ancienne installation garantit des publicités moins chères, supprime une pénalité de démarrage ou crée une audience utilisable croissant indéfiniment.

L'admissibilité des audiences, les types de sources, la correspondance et les durées de conservation influencent ce que vous pouvez utiliser. Ne considérez pas un seuil d'historique d'achats comme une règle universelle pour toutes les audiences similaires.

Initialisez le pixel une seule fois dans le parcours de consentement autorisé. Si le consentement est déjà enregistré, gérez cet état ; s'il est accordé plus tard, réagissez au véritable changement de la CMP. Mettez les événements admissibles en file jusqu'à ce que la bibliothèque soit prête et utilisez des identités stables lors des nouvelles tentatives. Ne placez pas Purchase hors du parcours de consentement sous prétexte que le chargement de base est contrôlé.

Vérifiez les événements navigateur avec Meta Pixel Helper et ceux reçus dans Events Manager. Le diagnostic des événements n'est pas un rapport complet d'entonnoir du site page par page. Conservez GA4 ou un autre outil d'analyse pour une vue plus large de l'acquisition et des entonnoirs.

Pour un envoi par module, utilisez Facebook Pixel et consultez l'aide de Facebook Pixel pour les réglages et contrôles d'événements pris en charge.

Utiliser Meta CAPI et les autres envois serveur avec précaution

Conversions API envoie au serveur Meta les événements admissibles depuis votre serveur. TikTok, Pinterest et Snap proposent aussi des API serveur. Elles peuvent fournir une autre voie d'envoi lorsqu'un événement navigateur autorisé est perdu, mais ne garantissent pas une mesure ou une attribution complète.

Pour une paire navigateur/serveur, utilisez le même nom d'événement et une identité stable correspondante selon les règles de déduplication de la plateforme. Meta utilise eventID côté navigateur et event_id côté serveur. Gardez une identité de transaction et de destination cohérente et inspectez l'état des doublons côté réception.

Normalisez et hachez les champs de rapprochement client pris en charge exactement selon les exigences du prestataire. Certains champs de transport, comme l'IP et l'agent utilisateur, suivent un autre traitement. N'envoyez que les champs justifiés et ne journalisez ni jetons d'accès ni données personnelles inutiles dans les diagnostics.

Marketing Revolution utilise une file partagée d'achats serveur avec des contrôles de boutique, de responsabilité des destinations, de réglages activés et de politique de consentement configurée. Sa tâche de plateforme est planifiée toutes les cinq minutes. Surveillez les exécutions réelles, les résultats de file et les diagnostics de la plateforme destinataire.

Consultez l'aide de Marketing Revolution pour les procédures actuelles de file, consentement, accès, événements de test et diagnostic.

Testez l'acceptation tardive du paiement, le refus et le retrait du consentement, les callbacks répétés, les nouvelles tentatives après échec et un client ne visitant jamais la confirmation. Séparez l'admissibilité de la commande de l'état d'envoi. Une tentative d'envoi du navigateur ne confirme pas la réception de l'événement par la plateforme.

Mapper explicitement les événements TikTok, Pinterest et Snap

Les noms et modèles de paramètres des fournisseurs diffèrent. Ne transmettez pas le nom d'événement d'une plateforme tel quel à tous les autres outils de suivi.

TikTok a renommé CompletePayment en Purchase dans sa mise à jour de mai 2025. CompletePayment reste un ancien nom pris en charge ; utilisez le nom actuel pour les nouvelles intégrations. Ces noms TikTok utilisent PascalCase. Consultez les consignes de migration des événements.

Choisissez les plateformes selon votre audience et vos campagnes, plutôt que selon des affirmations démographiques figées ou des promesses d'impressions bon marché. Un outil de suivi installé au cas où ajoute tout de même du traitement, des obligations de confidentialité et de la maintenance.

Une vérification unique de l'existence de la bibliothèque peut perdre un événement si elle se charge plus tard. Coordonnez sa disponibilité et les changements de consentement, avec un nombre limité de tentatives et le même identifiant d'événement stable. Chaque plateforme a ses règles et fenêtres de déduplication.

Les intégrations correspondantes sont TikTok Pixel, Pinterest Tag et Snapchat Pixel. Consultez l'aide de TikTok Pixel, l'aide de Pinterest Tag ou l'aide de Snapchat Pixel selon l'intégration.

Un achat peut être attribué à plusieurs plateformes publicitaires, tandis que d'autres ne sont attribués à aucune. Les fenêtres d'attribution, les pertes de consentement, la correspondance et l'envoi peuvent produire un total supérieur ou inférieur aux commandes de la boutique. N'additionnez pas les conversions attribuées par les plateformes pour obtenir un nombre de commandes uniques.

Vérifier séparément le chargement, l'envoi et la réception des données

Utilisez trois points de contrôle : le bon code a été chargé, la requête prévue a été envoyée avec le bon état de consentement et la destination a accepté l'événement avec les paramètres attendus.

1. Ouvrez Tag Assistant ou GTM Preview et activez délibérément le mode de débogage GA4. Ouvrir DevTools ne suffit pas à activer DebugView.
2. Parcourez une catégorie, ouvrez un produit, changez sa déclinaison, ajoutez et retirez une quantité, consultez le panier et commencez la commande.
3. Confirmez les événements après des opérations AJAX réussies, pas uniquement au chargement des pages.
4. Effectuez une transaction de test et inspectez son identifiant, la somme des articles après remise, les taxes, la livraison, la devise et les articles.
5. Rechargez la confirmation et répétez un callback. Vérifiez la stabilité des identifiants et la déduplication.
6. Vérifiez le refus du consentement, son acceptation ultérieure et son retrait dans le panneau Réseau du navigateur.
7. Inspectez les diagnostics de réception, les événements de test et les résultats des files concernées.

L'absence de données en temps réel ne prouve pas qu'une balise n'a pas été chargée. Consentement, filtres, bloqueurs, mauvaises destinations et délais de traitement peuvent produire le même symptôme. Vérifiez le réseau et l'état de la balise avant de conclure.

Testez les modes basique et avancé de Consent Mode selon leurs comportements attendus distincts. Une requête en état de refus du mode avancé n'est pas une écriture de cookie interdite ; examinez à la fois le stockage et les requêtes.

Le Debug Inspector des commandes de Marketing Revolution reconstruit des données actuelles depuis les extracteurs et affiche les journaux de commande ainsi que le contexte de configuration. Ce n'est pas le JSON historique exact précédemment transmis à la plateforme. Utilisez les diagnostics actuels du module installé plutôt qu'un ancien préfixe de console.

Désactivez le débogage inutile en production après validation. Évitez d'exposer les données de commande, identifiants ou accès aux visiteurs ou dans des journaux partagés.

Utiliser le premier contrôle en échec pour cibler le défaut

Une balise déclenchée, une réponse HTTP et une ligne comptée dans un rapport établissent des faits différents. Conservez les preuves de la couche défaillante pour demander de l'aide, afin qu'un développeur reproduise le défaut au lieu de remplacer toute l'intégration sur la base d'un rapport vide.

Lire les rapports GA4 avec le bon périmètre

Les cinq groupes de rapports ci-dessous dépendent des événements e-commerce ou d'achat concernés. Un taux d'achat par page de destination nécessite aussi Purchase, même si la page elle-même est mesurée par une page vue.

GA4 propose les rapports standard Parcours d'achat et Parcours de paiement. Explorer ajoute des étapes et ventilations personnalisées. La navigation des rapports dépend de la collection publiée dans votre propriété. Avant d'interpréter des résultats inattendus, vérifiez l'indicateur de qualité des données pour repérer échantillonnage ou seuils de confidentialité, ainsi que le regroupement éventuel de valeurs à forte cardinalité dans une ligne « (other) ». Ces effets de reporting sont distincts de l'absence de réception d'événements.

Pour un entonnoir personnalisé, commencez par view_item, add_to_cart, begin_checkout et purchase. Décidez s'il est ouvert ou fermé, de l'ordre des étapes et des limites de temps. Ajoutez les étapes de livraison et de paiement uniquement lorsque leurs événements sont capturés de manière fiable.

Le parcours de commande natif de PrestaShop 1.7.8 et des premières versions 9 utilise les informations personnelles, adresses, livraison et paiement, avec certaines étapes omises selon les conditions. Une URL de commande unique n'est pas une URL distincte par étape. PrestaShop 9.2 inclut aussi une option native de commande sur une page : testez donc l'implémentation réelle.

Une forte baisse entre produit et panier suggère de vérifier informations produit, prix, disponibilité et mesure. Une baisse entre panier et tunnel suggère de vérifier frais de livraison et accès au tunnel. Une baisse entre tunnel et achat suggère de vérifier formulaires, transporteurs et paiements. Ce sont des pistes d'enquête, pas des causes prouvées.

Un revenu mobile inférieur ne prouve pas à lui seul un tunnel défaillant. Comparez intention du trafic, assortiment, tarifs, comportement multiappareil et couverture du suivi, puis reproduisez le parcours mobile.

Configurer les filtres de trafic, l'identité et les intégrations

Définissez le trafic interne dans les paramètres de la balise du flux Web. Dans Administration, Collecte et modification des données, Filtres de données, testez le filtre de trafic interne avant de l'activer. Une exclusion active modifie les données collectées pour les rapports : vérifiez donc quels événements elle retirera.

L'identité de reporting GA4 utilise User-ID, l'identifiant d'appareil et la modélisation selon l'option choisie. Google Signals n'est pas le mécanisme actuel d'identité de reporting. Examinez séparément l'enrichissement publicitaire, le partage et les contrôles des produits associés.

Si vous implémentez User-ID, utilisez un identifiant pseudonyme stable sans nom, email ni téléphone, envoyez-le systématiquement pour les utilisateurs connectés éligibles et effacez-le après déconnexion. Un identifiant lié à une fiche client reste une donnée personnelle. Il ne peut pas relier toutes les visites anonymes entre appareils.

Utilisez des paramètres de campagne cohérents pour les liens marketing externes. N'ajoutez pas de balises de campagne à la navigation interne ordinaire. Vérifiez les sites référents des prestataires de paiement et la configuration interdomaines lorsque le parcours réel l'exige.

Associez Google Ads, Search Console, Merchant Center ou BigQuery uniquement pour un objectif défini et avec les autorisations appropriées. L'export BigQuery facilite l'analyse des événements ; il ne transforme pas une collecte navigateur manquante en données de commande complètes.

Les audiences peuvent utiliser les consultations produit, ajouts au panier, exclusions d'achats et fenêtres de réachat. Fixez des fenêtres adaptées à votre cycle de vente et aux critères de la plateforme. Définir une audience est distinct de l'exécution d'une séquence d'e-mails de relance sur le site ou d'une campagne publicitaire.

Comparer GA4 à Matomo et préparer une transition

GA4 fournit des analyses hébergées et des liens avec la publicité Google. Matomo auto-hébergé vous donne le contrôle de l'installation et de la base analytique, avec la responsabilité des mises à jour, de l'archivage, des sauvegardes, de la conservation et de la capacité. Matomo Cloud est un autre hébergement avec ses propres modalités de prestation. Matomo propose aussi des extensions payantes de cartes de chaleur, enregistrement de session et analyse des formulaires ; évaluez séparément hébergement, licences, masquage et consentement si conserver les données comportementales sur votre infrastructure est important.

L'auto-hébergement ne signifie pas que vous seul pouvez accéder aux données ni qu'aucun transfert international n'existe. Examinez l'hébergeur, les administrateurs, accès distants, sauvegardes, services de géolocalisation, extensions et autres destinataires. Avec GA4, inspectez les paramètres de partage du compte et les contrôles des produits associés. Google indique que lorsque tous les paramètres de partage sont désactivés, les données Analytics servent à fournir et maintenir le service.

Matomo peut désactiver les cookies de suivi et masquer les adresses IP. Appelez la méthode documentée disableCookies avant le suivi et configurez l'anonymisation IP sur le serveur. Utilisez un outil de suivi supplémentaire uniquement pour envoyer délibérément les données à une autre destination.

Une exemption de consentement dépend des règles nationales applicables à la mesure d'audience et du déploiement complet. Le masquage IP et la désactivation des cookies ne suffisent pas. Vérifiez la limitation des finalités, le recoupement avec les données client, les destinataires, la conservation et les droits des utilisateurs selon les consignes de l'autorité compétente, comme les conditions de mesure d'audience de la CNIL.

Un rapport non échantillonné n'est pas calculé à partir d'un sous-ensemble statistique des données collectées. Cela ne signifie pas que toutes les visites ont été collectées ou parfaitement identifiées. Blocage, consentement et identification sans cookies affectent la couverture et les indicateurs de visiteurs et de sessions.

Matomo utilise ses propres API e-commerce, notamment pour les consultations produit, mises à jour du panier et suivi des commandes. Ce ne sont pas les noms d'événements GA4. L'intégration PrestaShop prend en charge les consultations produit et catégorie, l'ajout au panier, le début de commande et l'achat, entre autres actions configurées. Un suivi supplémentaire des impressions de listes ou de la livraison et du paiement nécessite sa propre intégration.

Matomo Analytics relie la boutique à l'installation Matomo choisie ; consultez l'aide du module Matomo pour la connexion et la configuration des événements.

Matomo propose Google Analytics Importer, avec notamment des outils pris en charge pour importer des rapports GA4. Les rapports importés ne recréent pas un historique identique d'événements bruts et ne garantissent pas l'équivalence des indicateurs. Vérifiez les rapports, accès et dates pris en charge dans la documentation de l'importateur. Exécuter les deux outils pendant une transition contrôlée peut aider à établir une nouvelle référence, à condition de configurer le consentement et de ne pas considérer les deux ensembles de données comme identiques.

Définir la continuité avant de basculer

Listez les rapports utilisés par l'équipe et les décisions qu'ils soutiennent, y compris les dépendances à Google Ads. Identifiez ceux qui peuvent être reconstruits avec les nouvelles collectes Matomo, ceux compatibles avec un importateur et ceux devant rester accessibles dans un export ou compte existant. Ne promettez pas un nombre annuel d'utilisateurs inchangé lorsque l'identification des visiteurs et les règles de session changent.

1. Désignez le responsable de l'hébergement analytique, de l'archivage, de la croissance de la base, des sauvegardes et d'un contrôle de restauration, ou choisissez un hébergement que vous pouvez entretenir.
2. Faites correspondre identifiants produit, devises, critères d'achat et traitement des remboursements existants au modèle e-commerce de Matomo.
3. Pendant le chevauchement convenu, utilisez les mêmes commandes éligibles pour vérifier chaque destination séparément. Gardez les dénominateurs de visiteurs et sessions explicitement identifiés.
4. Consignez la bascule dans le journal des changements de reporting et conservez les preuves comparatives avant de retirer l'ancien émetteur.

Utiliser Clarity pour les cartes de chaleur, les enregistrements et les entonnoirs

Microsoft Clarity fournit des cartes de chaleur, des relectures de session, des signaux de frustration et des entonnoirs. Il est gratuit, mais les enregistrements ne sont pas illimités : le plafond documenté atteint 100 000 sessions par projet et par jour, et une relecture n'est pas disponible pour toutes les sessions suivies.

La relecture reconstruit le contenu DOM et les interactions plutôt que d'enregistrer une véritable vidéo. Elle ne peut pas reproduire le contenu des iframe tierces ou des canvas. Les champs de paiement hébergés peuvent donc nécessiter les diagnostics de la passerelle. Consultez la FAQ Clarity.

Utilisez les cartes de clics pour repérer les éléments paraissant interactifs, les cartes de défilement pour vérifier si le contenu important est atteint et les enregistrements filtrés pour examiner un parcours particulier. Les clics répétés de frustration, clics sans effet et retours rapides sont des indices utiles, pas la preuve d'une cause unique.

Clarity possède ses propres entonnoirs avec mesures de conversion et d'abandon et liens vers des enregistrements ou cartes de chaleur filtrés. Il ne se limite pas à une liste d'enregistrements non structurée.

Microsoft décrit Clarity comme un responsable du traitement dans sa FAQ Clarity. Examinez les conditions de Clarity et expliquez le destinataire réel, les finalités et les choix de consentement dans vos informations de confidentialité.

Chargez l'intégration une seule fois et communiquez les choix de stockage analytique et publicitaire via consentv2 ou une intégration CMP prise en charge. Propagez les changements et le retrait. Depuis le 31 octobre 2025, Clarity applique des exigences de signaux de consentement aux visites de l'EEE, du Royaume-Uni et de Suisse. Retarder le chargement ne suffit pas à communiquer ces choix. Suivez les consignes ConsentV2.

L'intégration Microsoft Clarity relie la boutique à votre projet ; consultez l'aide du module Microsoft Clarity pour l'installation et l'intégration du consentement.

Masquer les données personnelles et tester la capture

Le mode Balanced par défaut de Clarity masque les contenus sensibles reconnus, comme les nombres et adresses e-mail. Il ne cache pas tout le texte ordinaire, notamment chaque nom ou adresse affiché. Les champs de saisie et listes déroulantes sont masqués dans tous les modes.

Utilisez un masquage explicite de zones ou un mode plus strict adapté pour les informations de compte, adresses affichées, détails de confirmation et autres contenus personnels. Clarity prend en charge les règles par sélecteur et l'attribut data-clarity-mask. Le contenu correctement masqué est exclu avant l'envoi, et pas uniquement caché lors du visionnage. Consultez les consignes de masquage.

Masquer le contenu DOM ne nettoie pas les URL, chaînes de requête, événements personnalisés, réponses aux enquêtes ou données arbitraires envoyées par une autre balise. Excluez aussi les informations personnelles de ces canaux.

1. Parcourez les pages de compte, d'adresse, de commande et de confirmation avec des coordonnées client de test.
2. Vérifiez le balisage du parcours de commande normal et de celui de remplacement.
3. Inspectez un nouvel enregistrement après la prise d'effet du masquage.
4. Confirmez le comportement après refus et retrait du consentement.
5. Limitez l'accès au projet et comparez les durées de conservation du fournisseur à vos exigences.

Appliquez des contrôles équivalents à tout fournisseur de relecture ou de retours clients. Ne supposez pas que le masquage par défaut des champs couvre tous les composants personnalisés.

Utiliser les fonctions actuelles de Contentsquare et les anciennes fonctions de Hotjar

Hotjar fait désormais partie de Contentsquare. Vérifiez la migration de votre compte et son offre actuelle plutôt que de comparer un nouvel abonnement à un ancien quota quotidien de sessions Hotjar.

En octobre 2026, l'offre Contentsquare Free annonce 200 000 sessions d'analyse mensuelles, avec cartes de chaleur, entonnoirs et enquêtes de base. La capture des relectures est limitée séparément à cinq pour cent des sessions, avec un maximum de 10 000 par mois. Les offres payantes ajoutent de la capacité ou des fonctions. Consultez le comparatif actuel des offres.

Les entonnoirs peuvent calculer la conversion de la population capturée. Les fonctions de revenu ou d'attribution dépendent du produit et de l'offre. Ni un taux d'entonnoir ni une fonction de revenu attribué ne remplacent le rapprochement avec les données de boutique et de paiement.

Choisissez une enquête lorsque vous avez besoin de l'explication du client plutôt que de la déduire uniquement de ses interactions :

• Produit : manque-t-il une information qui vous aiderait à décider ?
• Panier : qu'est-ce qui vous empêche de continuer ?
• Commande : un élément vous a-t-il semblé confus ici ?
• Confirmation : qu'est-ce qui a failli vous empêcher de terminer la commande ?

Gardez des questions pertinentes, facultatives et discrètes. Évitez de demander des données sensibles dans les champs libres. Testez le déclenchement de l'enquête et la possibilité d'utiliser ses réponses avec le parcours capturé correspondant.

Utilisez un chargeur idempotent relié à la véritable CMP. Gérez les choix déjà enregistrés et le retrait, puis testez le masquage et la collecte future après un changement de choix. Un événement fictif analytics-accepted ne constitue pas une intégration complète.

Le module Hotjar permet une intégration directe si elle convient à votre compte ; consultez l'aide d'intégration Hotjar pour le fonctionnement pris en charge du module et du compte.

Transformer le comportement en changement testable

Partez d'une question soulevée par les chiffres, puis examinez les enregistrements et retours pertinents. Ne regardez pas des sessions au hasard jusqu'à trouver une anecdote convaincante.

Analyser un problème de fiche produit mobile

Supposons que les vues produit mobiles restent stables mais que les ajouts réussis au panier diminuent après un changement de thème. Reproduisez d'abord une sélection de variante réussie et une refusée et confirmez leur suivi pour ne pas confondre perte d'événement AJAX et baisse de demande. Filtrez ensuite les enregistrements sur le produit et la présentation mobile concernés, en séparant les visites avant et après la mise en production.

Si plusieurs enregistrements montrent des clients ouvrant de longs sélecteurs de taille et couleur sans atteindre le bouton d'achat, utilisez la carte de défilement pour vérifier cette tendance sur les visites captées. Reproduisez la présentation sur téléphone avec la même déclinaison et disponibilité. Le changement envisagé est de raccourcir ou repositionner les sélecteurs en gardant accessibles ensemble variante choisie, prix, message de stock et ajout au panier.

Testez la nouvelle présentation en préproduction avec des déclinaisons indisponibles, changements de quantité et erreurs de validation. Après publication, vérifiez ergonomie et masquage dans les nouveaux enregistrements, puis comparez ajouts réussis au panier et achats éligibles sous des conditions comparables de trafic et de mesure. Un bouton plus facile à atteindre est une preuve utile, mais un clic supplémentaire ne prouve pas à lui seul davantage de commandes.

Tester l'explication avec les retours clients

En cas de baisse entre panier et tunnel, des enregistrements peuvent montrer des clients ouvrant le champ de code promo puis partant ; cette séquence ne prouve pas leur motif. Combinez-la à une question facultative dans le panier sur ce qui les bloque, et vérifiez si coût de livraison ou disponibilité expliquent le même schéma. Si les preuves indiquent une recherche de codes, testez un champ repliable clairement nommé, conservez la saisie possible et mesurez abandons et commandes après modification.

Pour évaluer le parcours et hiérarchiser les corrections, le service PrestaShop UX & Conversion Design Audit fournit un plan de réparation étayé ; mise en œuvre et configuration analytique sont distinctes.

Inspectez votre trafic pour repérer des schémas suspects et comparez les journaux serveur si nécessaire. Les requêtes serveur des robots d'exploration n'exécutent pas automatiquement les scripts d'analyse ou de relecture : un panier abandonné en base ne prouve donc pas l'enregistrement d'une session de robot.

Mesurez le coût réseau, CPU et mémoire de l'ensemble des balises configurées. Le chargement asynchrone ne signifie pas que l'exécution a lieu après le chargement du contenu ni qu'elle ne peut pas affecter LCP, INP ou CLS. Envoyer les achats côté serveur ne supprime pas les bibliothèques navigateur encore utilisées pour d'autres événements.

Rapprocher les analyses des commandes, factures et paiements

Choisissez des définitions équivalentes avant de comparer les totaux. Une commande passée, une commande valide facturée, une commande payée, un encaissement et le chiffre d'affaires après avoirs sont des données différentes.

Alignez dates et fuseaux horaires, états de commande, devises, taxes, livraison, remises, annulations et remboursements. Comparez ensuite les identifiants de transaction sur un échantillon représentatif. Suivez l'évolution de l'écart après une version plutôt que d'attendre une concordance universelle au centime près.

Moins d'achats dans l'analyse peut refléter un refus du consentement, un blocage, un retour manqué, des filtres ou un défaut. Davantage peut refléter des identifiants en double ou changeants, des règles de date ou d'état différentes ou des définitions d'attribution. Aucun sens d'écart n'identifie seul la cause.

Les rapports de résultat de Financial Revolution utilisent les factures des commandes valides diminuées des avoirs, avec les coûts ; son rapport de trésorerie utilise séparément les paiements enregistrés. Il ne fournit pas par défaut de cohortes clients, de marge par client ou de bénéfice attribué aux canaux. Consultez l'aide de Financial Revolution pour les rapports implémentés.

Pour étudier la rentabilité des canaux, reliez coûts d'acquisition et analyses d'attribution aux données financières appropriées dans un processus de reporting délibéré. Ne présentez pas un récapitulatif de factures comme de la trésorerie encaissée, ni les commandes attribuées par une plateforme comme les seules qu'elle a causées.

Analyser un écart avec l'achat ci-dessus

Pour cet exemple, définissez l'Achat comme un paiement accepté et reprenez la commande précédente de 50 EUR d'articles, avec 10 EUR de taxes et 5 EUR de livraison. Un total boutique de 65 EUR et une valeur d'articles GA4 de 50 EUR sont compatibles. Rapprochez la même transaction et ses composantes avant de traiter l'écart comme du chiffre d'affaires perdu.

Classez chaque transaction non rapprochée comme expliquée, défaut d'envoi ou non résolue. Distinguez refus et échec d'un envoi autorisé, et gardez visibles les causes inconnues. Ne divisez pas un écart de rapport par le taux d'acceptation de la bannière pour fabriquer un total exact de ventes manquantes : l'audience consentante peut acheter autrement que celle que vous ne pouvez observer.

Pour décider des campagnes, distinguez événement reçu et événement attribué à une publicité. Un achat correctement reçu peut obtenir des crédits différents selon les réglages d'attribution ; corriger l'émetteur ne peut rendre le revenu attribué de chaque plateforme égal au revenu boutique.

Convenir de la bascule et de la passation

Avant le changement en production, convenez des anciens émetteurs à arrêter, des producteurs de données à conserver et de la version du conteneur lisant les nouveaux événements. Consignez l'heure de publication, les identifiants de destination et le responsable du retour arrière. Vérifiez les pages publiques en cache ainsi que votre navigateur de test connecté, car elles peuvent encore servir l'ancien extrait.

Questions à poser à votre développeur ou agence

• Pouvez-vous montrer la correspondance entre événements et émetteurs navigateur et serveur, y compris les balises ajoutées par les modules marketing existants ?
• Quelles versions de boutique, thème, tunnel et modules ont réussi les tests, et quels événements nécessitent encore une intégration personnalisée ?
• Pouvez-vous montrer le calcul des lignes, la correspondance des identifiants variante/flux et les données d'achat reçues pour une même commande de test ?
• Que se passe-t-il après un consentement accordé plus tard, un retrait, une absence de retour navigateur, un paiement différé, une notification répétée et un remboursement ?
• Où les échecs de file et événements refusés sont-ils visibles, qui les examine et comment les nouvelles tentatives conservent-elles leur identité ?
• Quelle configuration et quelle version du conteneur rétabliriez-vous, et quelles preuves montrent que la solution restaurée fonctionne ?
• L'entreprise conserve-t-elle l'accès aux comptes, au journal des changements et aux preuves de recette expurgées en cas de changement d'agence ?

Après la bascule, suivez les premiers parcours éligibles jusqu'à la réception et au rapprochement, puis comparez l'écart de reporting à la référence sauvegardée. Si la recette échoue, rétablissez la configuration convenue et examinez la cause avant de publier un autre émetteur faisant doublon. Annotez les périodes dont les données sont connues comme manquantes ou mal formées pour que l'équipe n'y voie pas un changement commercial.

Maintenir une routine de suivi et de maintenance

1. Comparez les commandes admissibles, remboursements et totaux financiers sur des périodes comparables.
2. Vérifiez le taux et la valeur des achats par source, appareil et page de destination.
3. Examinez la progression du tunnel et des achats, puis les produits consultés mais peu achetés. Dans Commandes > Paniers (Clients > Paniers sur PrestaShop 1.6), examinez les paniers sans commande, leur contenu et leurs horodatages ; un panier enregistré ne montre pas à lui seul l'étape du tunnel atteinte.
4. Inspectez un échantillon ciblé d'enregistrements ou de retours pour la question principale.
5. Vérifiez le bon fonctionnement des balises, du consentement et des files après les mises en production ou modifications du parcours de commande.
6. Consignez une décision, son effet attendu et la façon de l'évaluer.

N'utilisez pas de seuil universel de trente jours ou deux cents conversions. Choisissez la taille d'échantillon selon le taux de référence, l'effet minimal à détecter et la confiance et la puissance statistique nécessaires. Les boutiques à faible volume peuvent demander une observation plus longue, tandis qu'un paiement manifestement défaillant doit être réparé immédiatement.

Utilisez des jours de semaine, campagnes et conditions saisonnières comparables, ou un groupe témoin correctement constitué. Tenez un journal des changements pour voir une nouvelle bannière, un changement de prix ou une version du suivi lors de l'interprétation d'une évolution.

Supprimez les balises inutilisées, examinez accès et conservation, puis répétez le test complet de consentement et d'achat après des changements de thèmes, modules, URL ou parcours de paiement.

Conservez un tableau de suivi succinct avec période, définition de l'indicateur, source, segment comparable, résultat actuel, résultat précédent comparable, réserve et prochaine action attribuée. Joignez le rapprochement des commandes éligibles et remboursements, notez les exclusions employés et tests et signalez séparément l'automatisation suspectée. Indiquez les mises en production et changements de consentement près de la période concernée plutôt que de réinitialiser silencieusement la référence.

Par exemple, un taux d'achat global peut baisser lorsqu'une campagne large attire davantage de simples visiteurs, même si chaque canal établi conserve son taux. Vérifiez la répartition des canaux et appareils avant de commander une refonte du tunnel. Inversement, un taux global stable peut cacher une régression du moyen de paiement ou de la présentation mobile modifiés lors de la mise en production.

Questions des commerçants

GTM est-il nécessaire si un module direct fonctionne déjà ?

Seulement si la gestion par conteneur répond à un besoin non couvert par votre solution actuelle. Comparez accès, couverture des événements et responsables des balises. Ajouter GTM pour un autre prestataire n'oblige pas à déplacer un émetteur GA4 fonctionnel ; documentez leurs responsabilités distinctes.

Pourquoi vois-je des visiteurs mais aucun revenu produit ?

La mesure des pages peut fonctionner sans instrumentation e-commerce. Suivez une commande éligible depuis ses données produit et achat à travers la balise publiée jusqu'à la propriété destinataire, avec les contrôles ci-dessus. Vérifiez dates et filtres du rapport après avoir établi la réception.

Les analyses doivent-elles égaler exactement le total du back-office ?

Faites d'abord correspondre définition de l'achat, période et composantes de valeur. Utilisez commandes, factures et paiements enregistrés pour leurs questions financières respectives. Examinez tout écart nouveau ou inexpliqué plutôt que d'attribuer chaque manque au consentement ou chaque excès aux doublons.

Le suivi serveur compte-t-il tous les refus de cookies ?

Le refus est une contrainte de collecte, pas un envoi échoué à récupérer. L'envoi serveur peut retenter un événement éligible perdu sur une autre voie, selon la politique de consentement convenue, sans promettre un historique client complet.

Faut-il installer Meta ou l'enregistrement de session pour plus tard ?

Définissez d'abord la question publicitaire ou ergonomique et la personne qui exploitera les données. La conservation des audiences et la couverture de l'outil limitent les bénéfices futurs, tandis que les obligations de collecte, d'accès et de maintenance commencent dès l'installation.

Un enregistrement peut-il expliquer l'échec d'un paiement ?

Il peut montrer le parcours visible du client et aider à reproduire le problème. Examinez le connecteur et les diagnostics du prestataire pour connaître l'issue du paiement, surtout lorsque champs hébergés ou redirections sont hors enregistrement.

Peut-on changer de plateforme d'analyse sans casser les comparaisons ?

Préservez les anciens rapports, faites correspondre les définitions commerciales et établissez une nouvelle référence pendant un chevauchement contrôlé. Signalez les changements d'identité visiteur et de règles de session ; un importateur ne rend pas deux modèles de mesure identiques.