Tracking et data sur Shopify : savoir ce qui marche vraiment

Trois causes se cumulent. Les bloqueurs de publicité empêchent le pixel de se déclencher. Les navigateurs raccourcissent la durée de vie des identifiants, parfois à quelques jours. Et le consentement, quand il est refusé, coupe légitimement la collecte.

Résultat : la régie voit moins de conversions qu'il n'y en a eu, et vous arbitrez un budget sur une base trouée. La mesure côté serveur ne supprime pas ces causes — elle récupère la part qui relève du technique, pour les visiteurs qui ont accepté.

Dès qu'une boutique dépose des traceurs qui ne sont pas strictement nécessaires — mesure d'audience publicitaire, pixels, remarketing — le consentement préalable est requis. La question n'est donc pas de savoir s'il faut une plateforme de gestion du consentement, mais laquelle et surtout comment elle est branchée.

C'est le point le plus souvent raté : une bannière peut afficher un refus sans que les balises en tiennent compte. Le contrôle se fait dans le navigateur, balise par balise — pas dans le tableau de bord de l'outil, qui affiche ce qu'on lui a déclaré.

Le test de prix se pratique, mais il demande des garde-fous : cohérence pour un même client, durée limitée, transparence sur le prix affiché au moment de l'achat. Un visiteur qui découvre qu'il a payé plus cher que son voisin ne revient pas.

Ce qui mérite d'être testé en premier n'est d'ailleurs pas le prix unitaire, mais ce qui pèse sur la marge et se change vite : le seuil de livraison offerte, le palier de remise, l'offre de lot. Et un test ne vaut que s'il est dimensionné — en dessous d'un certain volume, il ne conclut rien.

La recommandation de la CNIL sur les pixels de suivi a changé une habitude installée : exploiter les données d'ouverture d'un e-mail à des fins marketing demande désormais un consentement explicite, distinct de l'inscription à la newsletter. Une absence de réponse vaut refus.

Concrètement, pour une marque qui envoie des campagnes :

• informer la base existante et lui laisser le choix, par un lien unique et personnel ;
• ajouter une case de consentement dédiée dans les formulaires d'inscription, à côté de l'opt-in ;
• reconstruire les segments qui reposaient sur l'ouverture — « a ouvert dans les 90 jours » — sur le clic, le comportement sur le site et l'historique d'achat.

Nuance utile : utiliser l'absence d'ouverture pour nettoyer une base reste possible. C'est l'usage marketing qui est encadré.

Une mesure utile tient sur une page. Le reste encombre.

Les quatre indicateurs qui décident : chiffre d'affaires par visiteur, taux de conversion par appareil, panier moyen, et coût d'acquisition par canal. Tout le reste est du diagnostic, pas du pilotage.

Les événements qui comptent côté boutique : vue produit, ajout au panier, début de paiement, achat. Mesurés proprement, ils suffisent à retrouver où ça casse.

Ce qu'on arrête : les dizaines d'événements posés « au cas où », les tableaux de bord que personne n'ouvre, et les comparaisons entre outils qui ne comptent pas la même chose — la régie publicitaire et le back-office ne compteront jamais pareil, et c'est normal.

Une part croissante de ce qui se passe sur une boutique n'est plus attribuée : bloqueurs de publicité, restrictions des navigateurs, durée de vie des cookies raccourcie. La mesure côté serveur récupère une partie de ce signal en envoyant les événements depuis un serveur plutôt que depuis le navigateur.

Ce que ça règle : la perte de conversions attribuées, la fiabilité des audiences publicitaires, et la résistance aux bloqueurs.

Ce que ça ne règle pas : le consentement. Un événement envoyé depuis un serveur reste soumis au choix de l'utilisateur. Poser un serveur de mesure sans gérer le consentement, c'est construire une donnée qu'on n'a pas le droit d'exploiter.