Sommaire 13 sections
- Qu'est-ce que le suivi des conversions côté serveur ?
- Pourquoi le suivi par navigateur perd-il des données ?
- Comment la perte de données affecte-t-elle la performance publicitaire ?
- Comment fonctionne l'API de conversions ?
- Comment le consentement aux cookies et la protection des données influencent-ils le suivi côté serveur ?
- Comment configurer l'API de conversions dans Faprika ?
- Comment l'estimation des conversions perdues est-elle calculée ?
- Comment vérifier le suivi après la configuration ?
- Quelles sont les erreurs fréquentes du suivi côté serveur ?
- Pour qui le suivi côté serveur est-il prioritaire ?
- Comment transformer les données de mesure en décisions publicitaires ?
- Checklist de configuration : audit en 8 points
- Questions fréquentes
Dans la gestion publicitaire, on observe souvent une anomalie : le panneau de votre boutique affiche vingt commandes dans la journée, alors que le rapport de la plateforme publicitaire compte quinze conversions. Ces cinq commandes ont bien eu lieu, l'argent est bien entré en caisse, mais le système publicitaire n'a pas pu les relier à votre annonce. Le problème vient souvent non de la publicité, mais de la mesure : l'information d'achat part du navigateur du client et se perd en chemin.
Ce guide répond tour à tour aux questions suivantes : qu'est-ce que le suivi des conversions côté serveur, comment l'API de conversions transmet les événements, pourquoi le suivi par navigateur perd des données et comment le consentement aux cookies s'inscrit dans ce tableau. Vous y trouverez aussi les étapes de configuration dans le panneau Faprika, un calculateur d'estimation des conversions perdues et une checklist pour contrôler votre installation. Nous ne donnons pas de pourcentage de perte fixe : ce taux varie d'une boutique à l'autre et se mesure avec vos propres données.
Qu'est-ce que le suivi des conversions côté serveur ?
Le suivi des conversions côté serveur consiste à transmettre les événements tels que l'ajout au panier et l'achat à la plateforme publicitaire non seulement depuis le navigateur du visiteur, mais aussi depuis le serveur de la boutique. L'interface utilisée par cette méthode s'appelle généralement l'API de conversions.
Sur la voie classique, un petit morceau de code (le pixel) est placé sur la page de la boutique. Lorsque le client arrive sur la page d'achat, ce code envoie du navigateur à la plateforme publicitaire le message « un achat a eu lieu ». Sur la voie côté serveur, la même information est aussi envoyée directement à la plateforme par le système de la boutique une fois la commande finalisée. Quoi que fasse le navigateur du client, l'enregistrement sur le serveur reste en place.
Le tableau ci-dessous met les deux approches côte à côte et résume la différence.
| Fonctionnalité | Suivi par navigateur seul | Suivi côté serveur | Les deux ensemble |
|---|---|---|---|
| D'où part l'événement ? | Du navigateur du client | Du serveur de la boutique | À la fois du navigateur et du serveur |
| Dépendance aux cookies | Élevé | Plus faible | Le côté navigateur reste lié aux cookies |
| Effet des bloqueurs | Concerné | Se déroule indépendamment des paramètres du navigateur | L'enregistrement manquant est complété par le serveur |
| Effort de configuration | Faible | Configuration de l'ID et du jeton requise | Configuration supplémentaire ponctuelle |
| Usage recommandé | Comporte un risque de perte à lui seul | Généralement pas configuré seul | La configuration recommandée par les plateformes publicitaires |
Pourquoi le suivi par navigateur perd-il des données ?
Le suivi par navigateur dépend des cookies et de l'autorisation, par le navigateur, d'exécuter le code de suivi ; il perd donc des données partout où ces autorisations se restreignent. Cette perte n'est pas une panne, mais la conséquence naturelle de décisions prises côté navigateur.
Le pixel utilise les cookies pour reconnaître le visiteur et relier une conversion à un clic publicitaire. Lorsque ce lien est rompu, la plateforme peut voir l'achat sans pouvoir dire de quelle annonce il provient, ou ne pas le voir du tout. Les principales causes sont les suivantes :
- Cookies supprimés ou refusés : le visiteur peut effacer les cookies ou les refuser dans la fenêtre de consentement. Dans ce cas, l'enregistrement du navigateur est incomplet dès le départ.
- Bloqueurs de suivi : certaines extensions et certains réglages du navigateur empêchent l'exécution des codes de suivi ; le pixel peut ne jamais se déclencher.
- Versions du système d'exploitation mobile : sur certaines versions du système d'exploitation du téléphone, la transmission de données par le navigateur est restreinte et les données du pixel restent incomplètes. Le tutoriel de Faprika sur l'API de conversions indique aussi que le pixel, qui transmet les données par le navigateur, entraîne des pertes de données sur ces versions.
- Page fermée trop tôt : si le client ferme l'onglet après le paiement sans atteindre la page de remerciement, l'événement du navigateur peut ne jamais être envoyé. Le serveur, lui, connaît déjà l'enregistrement de la commande.
| Cause | Que se passe-t-il ? | Qu'apporte le suivi côté serveur ? |
|---|---|---|
| Suppression ou refus des cookies | La conversion ne peut pas être reliée au clic publicitaire | L'événement est aussi transmis par le serveur à partir de l'enregistrement de la commande |
| Bloqueur de suivi | Le pixel ne s'exécute pas, l'événement n'est jamais envoyé | Envoie un enregistrement indépendant des paramètres du navigateur |
| Restriction liée à la version du téléphone | Certains événements n'atteignent pas la plateforme | L'événement manquant est complété par la voie du serveur |
| Page fermée trop tôt | L'événement d'achat n'est pas déclenché | Le serveur envoie l'événement une fois la commande finalisée |
Comment la perte de données affecte-t-elle la performance publicitaire ?
Des données de conversion manquantes font paraître les rapports publicitaires moins bons que la réalité et compliquent l'apprentissage de la plateforme sur le public qui achète. Le résultat : de mauvaises décisions et un budget gaspillé.
L'effet se voit en trois endroits :
- Rapports : une partie des ventes réalisées n'est pas attribuée à l'annonce. Une campagne rentable paraît faible dans le rapport et est réduite ou arrêtée sans raison.
- Optimisation : les plateformes publicitaires apprennent à partir des événements de conversion. Plus les événements sont complets, mieux elles peuvent ajuster le public cible et la diffusion ; des événements manquants signifient un signal insuffisant pour apprendre.
- Remarketing : si des événements intermédiaires comme l'ajout au panier se perdent, les audiences de visiteurs intéressés diminuent.
C'est pourquoi corriger la mesure est l'une des tâches les moins coûteuses à réaliser avant d'augmenter le budget publicitaire. Vous trouverez le lien entre taux de conversion et qualité de mesure dans l'article Dönüşüm Oranı Optimizasyonu (CRO) Nedir? et les indicateurs à suivre dans le guide Métriques e-commerce : les 15 KPI à suivre et leurs formules de calcul .
Okumanızı öneririzDönüşüm Oranı Optimizasyonu (CRO) Nedir?Comment fonctionne l'API de conversions ?
L'API de conversions est une connexion qui transmet un événement du système de la boutique (comme l'ajout au panier ou l'achat) de serveur à serveur vers le gestionnaire d'événements de la plateforme publicitaire. Même si le code du navigateur ne s'exécute pas, l'événement part, car l'enregistrement existe dans le système de commandes.
Le flux se résume en quatre étapes : le client finalise l'achat, le pixel du navigateur signale l'événement, le serveur de la boutique signale le même événement par sa propre voie, et la plateforme enregistre l'événement dans le gestionnaire d'événements. Si les enregistrements des deux voies correspondent, ils sont traités comme un seul événement ; si l'un manque, l'autre le remplace.
Quels événements sont transmis ?
Vous choisissez vous-même les événements : lors de la configuration de l'API de conversions dans le gestionnaire d'événements de la plateforme publicitaire, vous cochez les événements que vous souhaitez suivre. Les deux exemples les plus utilisés sont l'ajout au panier et l'achat.
| Événement | Quand apparaît-il ? | Pourquoi le suivre ? |
|---|---|---|
| Ajout au panier | Lorsque le client ajoute un produit au panier | Pour repérer les visiteurs intéressés et les audiences de remarketing |
| Achat | Lorsque la commande est finalisée | Pour mesurer le résultat réel de l'annonce et le signal d'optimisation |
La liste des autres événements sélectionnables varie selon la plateforme ; plutôt que d'activer des événements dont vous n'avez pas besoin, il est plus sain de transmettre de façon complète le petit nombre d'événements qui étayeront vos décisions.
Que se passe-t-il si le même événement arrive par deux voies ?
Lorsqu'un événement est transmis à la fois par le navigateur et par le serveur, la plateforme doit comprendre que les deux enregistrements concernent un seul achat ; sinon, la même vente peut être comptée deux fois. La façon dont les événements en double sont fusionnés relève de la règle de la plateforme publicitaire et se vérifie lors de la configuration, selon ses directives.
Après la configuration, vérifiez dans le gestionnaire d'événements de quelles sources provient l'événement et s'il y a une hausse inattendue des chiffres. Si les chiffres dépassent nettement votre nombre de commandes, envisagez un double comptage dans la configuration et revoyez le paramètre.
Comment le consentement aux cookies et la protection des données influencent-ils le suivi côté serveur ?
Le suivi côté serveur ne supprime ni le consentement aux cookies ni les obligations de protection des données personnelles ; les choix du visiteur doivent aussi se refléter dans la configuration du suivi. La seule différence de la méthode est le chemin emprunté par les données ; la question de savoir quelles données vous traitez et sur quelle base s'applique pleinement.
Faites attention à trois points :
- Les choix doivent être respectés : si le visiteur a refusé le suivi, ce choix doit se refléter à la fois dans le suivi du navigateur et dans celui du serveur. L'hypothèse « il n'y a pas de problème puisque cela part du serveur » est erronée.
- L'information sur la vie privée doit être à jour : votre texte de confidentialité et de cookies doit expliquer que des données sont partagées pour la mesure publicitaire.
- L'évaluation juridique vous appartient : les données pouvant être traitées et leur base légale relèvent de la décision de votre entreprise ; en cas de doute, consultez votre conseiller juridique.
Vous pouvez obtenir des informations sur la fenêtre de consentement aux cookies et la solution de gestion des cookies de Faprika Gestion des cookies sur la page ; certaines fonctionnalités varient selon l'offre. L'ensemble du sujet de l'information sur la vie privée, du consentement explicite et des cookies est traité de façon pratique dans l'article Comment assurer la conformité KVKK d'un site e-commerce ? Notice d'information, consentement explicite, cookies, İYS et demandes d'exercice de droits : guide pratique L'article Çerezler E-Ticaret Sitenizin Sağlığı İçin İyi mi Kötü mü? est également utile pour l'effet général des cookies.
Nous vous recommandons de lireComment assurer la conformité KVKK d'un site e-commerce ? Guide pratique : mention d'information, consentement explicite, cookies, İYS et demandes d'exercice des droitsComment configurer l'API de conversions dans Faprika ?
La configuration dans Faprika se fait à deux endroits : un identifiant de jeu de données et un jeton d'accès sont créés dans le gestionnaire d'événements de la plateforme publicitaire, puis ces deux informations sont saisies dans le champ du pixel, rubrique Modules complémentaires du panneau Faprika. Vous n'avez aucun code à écrire.
| Étape | Où ? | Que fait-on ? |
|---|---|---|
| 1 | Plateforme publicitaire, gestionnaire d'événements | Démarrez l'API de conversions avec l'option de configuration manuelle |
| 2 | Gestionnaire d'événements | Sélectionnez les événements à suivre (par ex. ajout au panier, achat) |
| 3 | Gestionnaire d'événements, paramètres | Copiez l'ID du jeu de données |
| 4 | Gestionnaire d'événements, paramètres | Générez et copiez un jeton d'accès |
| 5 | Panneau Faprika, modules complémentaires, section pixel | Collez l'ID du jeu de données dans le champ ID du pixel et le jeton dans le champ ID de l'API Conversions |
| 6 | Panneau Faprika | Cochez la case « Actif » et cliquez sur Enregistrer |
Le guide complet avec captures d'écran se trouve dans le tutoriel de configuration de l'API Conversions. Un jeton d'accès est comme un mot de passe : collez-le uniquement dans le panneau, ne le partagez pas par e-mail ni par message et ne le montrez à personne.
Intégrations d'analyse et de flux produits
Dans Faprika, l'intégration de l'outil d'analyse du moteur de recherche et l'intégration du flux produits (catalogue shopping) sont incluses dans les offres. L'analyse porte sur le comportement des visiteurs, le flux produits sur l'affichage de vos produits dans les résultats de recherche ; ce sont deux outils distincts qui complètent la mesure publicitaire.
Vous trouverez la configuration de l'analyse dans le tutoriel de configuration de l'outil d'analyse et sur la page du module d'intégration. Pour savoir quelle intégration figure dans quelle offre, consultez la comparaison des offres e-commerce.
Nous vous recommandons de lireIndicateurs e-commerce : les 15 KPI à suivre et leurs formules de calculComment estimer les conversions perdues ?
Le calculateur ci-dessous montre quelle part de vos achats mensuels peut ne pas apparaître dans le suivi par navigateur et ce que cela représente en valeur de commandes. Saisissez un taux estimé plutôt qu'un chiffre exact ; si vous ne connaissez pas le taux, essayez plusieurs valeurs pour juger de la sensibilité.
Trois valeurs sont saisies : le nombre d'achats mensuel du panneau de la boutique, la part estimée que le suivi par navigateur ne verrait pas et le panier moyen. « devise » remplace le symbole monétaire ; lisez-le dans votre propre devise. Les chiffres de l'exemple servent uniquement à illustrer l'usage et ne reflètent pas les données de votre boutique.
Gardez deux choses en tête en lisant le résultat. D'abord, une vente « invisible » n'est pas une vente perdue : l'argent est bien encaissé, mais le système publicitaire n'a pas pu l'attribuer à l'annonce. Ensuite, cet écart est un vrai coût dans les décisions publicitaires : une campagne rentable qui semble déficitaire est réduite à tort. Pour savoir comment augmenter le montant d'achat et le panier moyen, lisez Comment augmenter le panier moyen : 12 façons d'accroître le revenu par commande en e-commerce.
Comment vérifier le suivi après la configuration
Le moyen le plus sûr de vérifier la configuration est de passer une commande de test, de confirmer que l'événement apparaît dans le Gestionnaire d'événements, puis de contrôler pendant quelques jours que les chiffres restent cohérents avec votre nombre de commandes. La configuration se fait une fois, la vérification se fait régulièrement.
- Passez une commande de test : Créez une petite commande avec un vrai paiement (ou utilisez votre environnement de test) et vérifiez que l'événement d'achat apparaît dans le Gestionnaire d'événements.
- Examinez les sources : Vérifiez que l'événement arrive à la fois du navigateur et du serveur, et que les informations de source indiquent les deux voies.
- Comparez les chiffres : Au bout d'une semaine, mettez côte à côte le nombre d'achats du Gestionnaire d'événements et le nombre de commandes du panneau de la boutique. Ils ne seront pas strictement égaux, mais la relation doit rester cohérente.
- Cherchez les doublons : Si le nombre d'événements dépasse nettement le nombre de commandes, revoyez le paramètre des événements en double.
- Contrôlez régulièrement : Répétez la même comparaison chaque mois ; des changements de configuration (nouvelle page de paiement, nouveau thème, nouvelle fenêtre de consentement) peuvent fausser la mesure.
Pour interpréter des événements intermédiaires comme l'abandon de panier, l'article Qu'est-ce qu'un panier abandonné ? Comment réduire le taux d'abandon de panier en e-commerce explique comment lire les résultats de mesure.
Quelles sont les erreurs fréquentes du suivi côté serveur ?
Les erreurs courantes consistent à considérer la configuration comme terminée sans la vérifier, à ignorer le choix des cookies et à mal interpréter les événements reçus par deux voies. Chacune se corrige par un petit réglage ou une habitude.
- Partager le jeton : Le jeton d'accès permet d'envoyer des événements à la plateforme en votre nom. Il ne doit figurer ni sur une capture d'écran, ni dans un e-mail, ni dans une discussion partagée.
- Oublier la case « Actif » : Même si les champs d'identifiant sont remplis, le suivi ne fonctionne pas tant que « Actif » n'est pas coché et enregistré.
- Coller dans le mauvais champ : L'ID du jeu de données va dans le champ ID du pixel et le jeton dans le champ ID de l'API Conversions ; s'ils sont inversés, les événements n'atteignent pas la plateforme.
- Multiplier inutilement les événements : Activer des événements que vous n'utiliserez pas disperse le signal et complique le contrôle.
- Ignorer le choix de consentement : Poursuivre le suivi côté serveur après un refus crée un risque à la fois juridique et de réputation.
- Chercher à aligner exactement le rapport sur le panneau de la boutique : Le rapport de la plateforme et le nombre de commandes sont calculés selon des règles différentes ; l'objectif est la cohérence, pas l'égalité stricte.
Pour qui le suivi côté serveur est-il prioritaire ?
Il est prioritaire pour les boutiques qui investissent en publicité et réalisent l'essentiel de leurs ventes grâce à elle, moins urgent pour celles qui ne font aucune publicité. La valeur de la méthode apparaît là où la mesure devient une décision publicitaire.
Si l'une des situations suivantes est la vôtre, avancez la configuration :
- Le nombre de conversions du rapport publicitaire est régulièrement et nettement inférieur au nombre de commandes du panneau de la boutique.
- L'essentiel de votre trafic provient du mobile.
- Vous envisagez d'augmenter votre budget publicitaire mais ne faites pas confiance aux résultats.
- Vos audiences de remarketing sont plus petites que prévu.
Pour mieux connaître votre audience cible, l'article Qu'est-ce que la segmentation client ? Comment segmenter avec l'analyse RFM en e-commerce, associé à une mesure fiable, améliore la précision de vos campagnes.
Comment transformer les données de mesure en décisions publicitaires ?
Une mesure complète ne crée de la valeur que si elle sert à décider : quelle campagne voit son budget augmenter, laquelle est réduite et quelle audience est de nouveau ciblée repose désormais sur une base plus fiable. Terminer la configuration, c'est la moitié du travail ; l'autre moitié consiste à lire régulièrement le rapport.
Une routine de lecture pratique peut ressembler à ceci :
- Comparaison hebdomadaire : Chaque semaine, le même jour, notez côte à côte le nombre d'achats du Gestionnaire d'événements et le nombre de commandes du panneau de la boutique, et suivez l'évolution de l'écart. S'il change brusquement, interrogez-vous sur un changement de réglage ou de thème.
- Évaluation par campagne : Avant d'arrêter une campagne, demandez-vous si des événements manquants la font paraître moins bonne qu'elle ne l'est. Ne décidez pas sur la base d'une seule semaine.
- Contrôle des audiences : Une fois les événements d'ajout au panier reçus en totalité, examinez la taille de vos audiences de remarketing ; si l'audience a grandi, la mesure s'est améliorée.
- Plafond de budget : Après avoir corrigé la mesure, augmentez le budget progressivement plutôt que d'un seul coup et observez le résultat à chaque étape.
Pour interpréter ce que signifient les chiffres, suivez des indicateurs comme le taux de conversion, le panier moyen et le coût d'acquisition client dans un même tableau. Les définitions et formules de ces indicateurs sont expliquées dans le guide indicateurs e-commerce ; le cadre général des restrictions liées aux cookies est présenté dans çerezler yazısında .
Okumanızı öneririzÇerezler E-Ticaret Sitenizin Sağlığı İçin İyi mi Kötü mü?Liste de contrôle de la configuration : audit en 8 points
La liste ci-dessous indique en huit points si la configuration est complète. Si les huit sont cochés, votre mesure repose sur des bases solides.
| Champ | Point à vérifier | Fait ? |
|---|---|---|
| Jeu de données | ID du jeu de données créé dans le Gestionnaire d'événements | Oui / Non |
| Jeton | Jeton d'accès créé et conservé en lieu sûr | Oui / Non |
| Panneau | ID du pixel et ID de l'API Conversions remplis | Oui / Non |
| Actif | Case « Actif » cochée, réglages enregistrés | Oui / Non |
| Événement | Événements tels que l'ajout au panier et l'achat sélectionnés | Oui / Non |
| Test | Commande de test visible dans le Gestionnaire d'événements | Oui / Non |
| Validation | Choix de consentement aux cookies pris en compte dans le suivi | Oui / Non |
| Mesure | Nombre d'événements comparé régulièrement au nombre de commandes | Oui / Non |
Questions fréquentes
Qu'est-ce que le suivi des conversions côté serveur ?
Il s'agit de transmettre les événements tels que les achats et les ajouts au panier à la plateforme publicitaire non seulement depuis le navigateur du client, mais aussi depuis le serveur de la boutique. Ainsi, les événements perdus dans le navigateur à cause des restrictions sur les cookies, des bloqueurs ou des versions du système mobile sont complétés par la voie du serveur.
Quelle est la différence entre l'API de conversions et le pixel ?
Le pixel transmet l'événement depuis le navigateur et repose sur les cookies. L'API de conversions le transmet depuis le serveur de la boutique. Les plateformes publicitaires recommandent généralement d'utiliser les deux ensemble : le pixel apporte les informations du navigateur, l'API complète l'enregistrement manquant.
La mise en place du suivi côté serveur rend-elle le consentement aux cookies inutile ?
Non. Le suivi côté serveur ne change que le chemin des données ; le choix de consentement du visiteur, l'information sur la vie privée et les obligations de protection des données personnelles s'appliquent pleinement. Poursuivre par le serveur un suivi refusé n'est pas une pratique correcte.
Comment configurer l'API de conversions dans Faprika ?
Dans le gestionnaire d'événements de la plateforme publicitaire, vous créez un identifiant de jeu de données et un jeton d'accès. Dans le panneau Faprika, rubrique Modules complémentaires, collez l'identifiant du jeu de données dans le champ ID du pixel et le jeton dans le champ ID de l'API de conversions, sélectionnez les événements, cochez la case « Actif » et enregistrez.
Quel est le pourcentage de conversions perdues ?
Il n'existe pas de taux unique valable pour tous ; il varie selon la structure du trafic de la boutique, les appareils utilisés et les choix de cookies. Vous pouvez connaître votre propre taux en comparant le nombre de commandes du panneau de la boutique avec les conversions rapportées par la plateforme publicitaire ; le calculateur de ce guide montre aussi l'effet de différents taux.
Comment savoir que la configuration fonctionne correctement ?
Passez une commande test et vérifiez que l'événement d'achat apparaît dans le gestionnaire d'événements et que l'information de source indique à la fois le navigateur et le serveur. Comparez ensuite pendant une semaine le nombre d'événements avec votre nombre de commandes ; en cas d'excédent net, revoyez le paramètre des événements en double.
Articles qui peuvent vous intéresser
- Qu'est-ce qu'un panier abandonné ? Comment réduire le taux d'abandon de panier en e-commerce
- E-Ticarette Veri Analitiği Kullanarak Büyümek
- Qu'est-ce que la segmentation client ? Comment segmenter avec l'analyse RFM en e-commerce
- Comment augmenter le taux de conversion e-commerce ? Des conseils pour multiplier vos ventes