Le tracking et l'analyse, en mots simples.

Comparer deux versions d'une page ou d'une publicité pour voir laquelle est la plus performante, en répartissant le trafic entre elles et en mesurant les résultats.

Un outil ou une extension de navigateur qui bloque les scripts et les traceurs. Les bloqueurs de publicités empêchent les balises côté client comme le pixel Meta de se déclencher, masquant une partie de vos conversions.

La fonctionnalité iOS d'Apple qui demande aux utilisateurs si une application peut les suivre. La plupart refusent, ce qui explique pourquoi le pixel Meta a perdu une grande partie de ses données après iOS 14.

Attribuer le mérite d'une vente aux points de contact marketing qui y ont mené. Un tracking défaillant provoque une attribution perdue ou « non attribuée », vous empêchant de savoir quelles publicités fonctionnent.

La durée pendant laquelle un identifiant de clic publicitaire capturé (comme le gclid) reste utilisable pour l'attribution. PrestaSignal conserve les identifiants de clic de Google pendant 90 jours dans des cookies first-party conditionnés au consentement, sur votre propre domaine — un acheteur qui clique sur une publicité aujourd'hui et achète des semaines plus tard est donc toujours crédité à cette publicité.

Le tracking qui s'exécute dans le navigateur de l'acheteur. Il est facile à mettre en place mais vulnérable aux bloqueurs de publicités, à l'ITP et aux paramètres de confidentialité — les événements bloqués n'atteignent jamais vos rapports.

Le cadre de Google pour adapter le comportement des balises selon le consentement aux cookies d'un visiteur. Avec lui, l'analyse ne se déclenche qu'une fois le visiteur d'accord.

La version actuelle du cadre de consentement de Google, exigée par Google pour la personnalisation des annonces et le remarketing sur le trafic de l'EEE. Elle transporte quatre signaux — ad_storage, analytics_storage, ad_user_data et ad_personalization — qui décrivent ce que le visiteur a autorisé. PrestaSignal transmet ces signaux exactement tels que le visiteur les a donnés ; un visiteur qui refuse n'est jamais réécrit en accordé.

Une action accomplie qui compte pour votre activité — le plus souvent un achat, mais aussi une inscription, un prospect ou un ajout au panier.

La Conversions API de Meta — un canal serveur à serveur pour envoyer les conversions à Meta qui ne dépend jamais du navigateur de l'acheteur, et continue donc de rapporter là où le pixel seul se tait.

Un petit fichier qu'un site web stocke dans le navigateur pour mémoriser des éléments comme les sessions et les préférences. Les règles de confidentialité raccourcissent ou bloquent de nombreux cookies de tracking.

Cost per Acquisition — le montant moyen que vous payez pour obtenir une conversion. Les conversions manquantes font paraître le CPA pire qu'il ne l'est réellement.

Cost per Click — le montant qu'un annonceur paie à chaque fois que quelqu'un clique sur une publicité.

Cost per Mille — le coût de mille impressions publicitaires.

Click-Through Rate — le pourcentage de personnes qui cliquent sur une publicité après l'avoir vue.

Une fonctionnalité de Google Ads qui envoie des données client hachées (e-mail, téléphone, nom) avec une conversion pour améliorer la correspondance, récupérant des conversions sur iOS et le trafic restreint par la confidentialité.

Compter une conversion une seule fois lorsque à la fois une balise navigateur et un événement côté serveur la signalent, en faisant correspondre un event_id partagé. Évite de compter les ventes en double.

Un identifiant unique attaché à un événement pour que les plateformes puissent le dédupliquer. Pour les achats, il est construit à partir de la commande elle-même (jamais aléatoire), pour qu'un rechargement ne puisse jamais compter en double.

Une référence hachée d'un client envoyée à Meta, l'aidant à faire correspondre les conversions à une personne sur plusieurs appareils et sessions.

Cookies Meta : _fbc stocke l'identifiant de clic publicitaire (issu de fbclid) et _fbp identifie le navigateur. Le tracking côté serveur peut les construire et les transmettre pour une meilleure correspondance.

Une petite adresse sur votre propre domaine qui reçoit les événements de tracking de votre boutique et les transmet au serveur de suivi. Comme tout se charge depuis votre propre adresse et y est rapporté, il n'y a sur la page aucun domaine d'analyse tiers auquel les listes de filtres des bloqueurs pourraient correspondre.

La durée de vie d'un cookie dépend de qui l'a posé. Les cookies posés par JavaScript dans le navigateur sont supprimés par Safari après 7 jours sans nouvelle visite, en vertu de la politique WebKit d'Apple elle-même. Les cookies posés par un serveur sur votre propre domaine ne sont pas soumis à ce plafond — c'est ainsi qu'un identifiant posé par le serveur peut reconnaître un acheteur Safari qui revient, pendant jusqu'à deux ans.

Les données que vous collectez directement auprès de vos propres clients sur votre propre domaine. Elles sont plus durables et respectueuses de la vie privée que les données tierces, et centrales au tracking côté serveur.

Google Analytics 4 — la plateforme d'analyse de Google. Envoyé côté serveur, il rapporte des sessions et un chiffre d'affaires précis qui se réconcilient avec vos vraies commandes.

Des identifiants de clic Google utilisés pour les parcours iOS app-vers-web et web-vers-app, où le gclid standard n'est pas disponible. Nécessaires pour attribuer les conversions iOS.

Le Google Click Identifier ajouté aux clics publicitaires. Le capturer et le renvoyer permet à Google d'attribuer une conversion au clic exact qui l'a générée.

La plateforme publicitaire de Google. Des conversions propres et côté serveur ainsi que les Enhanced Conversions donnent à son Smart Bidding des données fiables pour optimiser.

Google Tag Manager — un outil pour gérer les balises de tracking sans modifier le code du site. Il s'exécute dans le navigateur sauf s'il est couplé à un conteneur côté serveur.

Transformer des données personnelles en une empreinte irréversible avec SHA-256 avant de les envoyer. Les plateformes peuvent faire correspondre sur le hachage sans jamais recevoir la valeur brute.

La mise à jour de confidentialité d'Apple en 2021 (App Tracking Transparency + ITP) qui a cassé une grande partie du pixel Meta et raccourci les cookies de tracking — la principale raison pour laquelle les boutiques sont passées au côté serveur.

Intelligent Tracking Prevention — la fonctionnalité de Safari qui limite et raccourcit les cookies, faisant perdre des données à l'analyse côté client et fragmentant les sessions.

L'identifiant « G- » d'un flux de données GA4 qui indique aux événements à quelle propriété rendre compte.

La balise de tracking de Meta dans le navigateur. Les restrictions iOS et les bloqueurs de publicités la privent de nombreux événements, que la Conversions API récupère côté serveur.

Personally Identifiable Information — des données comme l'e-mail, le téléphone ou le nom. PrestaSignal hache les PII sur votre serveur avant qu'elles ne le quittent.

Montrer des publicités à des personnes ayant déjà visité votre boutique. Le remarketing dynamique nécessite des données produit et page précises, que le tracking côté serveur garde alimentées.

Return on Ad Spend — le chiffre d'affaires généré par unité de dépense publicitaire. Des conversions sous-déclarées font paraître non rentables des campagnes pourtant rentables.

Un conteneur Google Tag Manager côté serveur qui reçoit les événements sur un serveur — le vôtre ou celui d'un prestataire — et les transmet à des plateformes comme GA4, Google Ads et Meta. PrestaSignal opère son conteneur pour vous : vous n'avez rien à héberger.

Le tracking qui envoie les événements depuis votre propre serveur plutôt que depuis le navigateur. Il survit aux bloqueurs de publicités et aux restrictions iOS, récupérant les conversions que les balises côté client perdent.

Une seule visite sur votre boutique. Des balises côté client incohérentes gonflent ou fragmentent les sessions ; le tracking côté serveur garde la vraie session intacte.

Les enchères automatisées de Google qui optimisent vers les conversions. Elles ne valent que les données de conversion qu'elles reçoivent — des données incomplètes les entraînent mal.

Un identifiant unique pour une commande, envoyé avec l'événement purchase afin que la même vente soit comptée une seule fois même si la page de confirmation se recharge.

Un identifiant persistant pour un client connecté qui permet à GA4 de relier son activité entre plusieurs appareils.

Des balises ajoutées à une URL (utm_source, utm_medium, etc.) qui indiquent à l'analyse d'où vient un visiteur.