Table des matières
Le tableau de bord Meta affiche moins de ventes que le back-office Shopify ou WooCommerce de votre client ? Ce n'est pas un bug passager. Navigateurs restrictifs, bloqueurs et refus de cookies privent le Pixel d'une partie des signaux, et l'algorithme optimise sur une vision incomplète.
En bref
La Conversions API (CAPI) envoie vos événements depuis un serveur vers Meta, en complément du Pixel.
Meta recommande d'utiliser les deux, avec un event_id commun contre les doublons.
L'Event Match Quality, une note sur 10, mesure la qualité de vos données de correspondance.
CAPI rend la mesure plus robuste, mais un refus reste un refus.
Qu'est-ce que la Conversions API de Meta ?
La Conversions API (CAPI) envoie des événements (achat, ajout au panier, vue de contenu) depuis un serveur vers Meta. Selon la documentation Meta, elle relie les données marketing de l'annonceur aux systèmes qui optimisent le ciblage et mesurent les résultats.
Pixel (navigateur) : le script fbevents.js part de la page. Il dépend du navigateur, des extensions et des réglages du visiteur.
CAPI (serveur) : votre serveur, ou un conteneur GTM server-side sur votre sous-domaine, transmet l'événement. Il ne dépend plus d'un script tiers exécuté chez le visiteur.
Pourquoi le Pixel seul ne suffit plus
Les navigateurs. Avec ITP, Safari limite à 7 jours les cookies posés en JavaScript (24 h dans certains cas de tracking par lien). Depuis iOS 14.5 (avril 2021), l'App Tracking Transparency soumet le suivi entre apps à l'accord de l'utilisateur. Safari 17 retire aussi les paramètres de suivi connus des liens en navigation privée (WebKit, 2023).
Les bloqueurs. Selon GWI (T2 2025), 30,9 % des internautes suisses utilisent un bloqueur de publicité. Beaucoup bloquent le Pixel : ces conversions n'arrivent jamais dans le Gestionnaire d'événements.
Le poids des scripts. Chaque pixel alourdit la page. Un conteneur server-side regroupe les envois et limite les scripts tiers.
Les cookies tiers, eux, restent dans Chrome : Google a renoncé en avril 2025 à les supprimer. C'est l'accumulation de ces restrictions qui pénalise le Pixel. Vue d'ensemble dans notre guide de la mesure de performance marketing.
Event Match Quality : la métrique à surveiller
Dans le Gestionnaire d'événements, Meta note vos événements sur 10 : c'est l'Event Match Quality (EMQ). Elle indique si les informations transmises permettent de rattacher l'événement à un compte Meta. Ce qui la fait monter :
Les identifiants techniques, non hachés : adresse IP, user agent, cookies _fbp et _fbc.
Les données client hachées en SHA-256 : e-mail, téléphone, nom, code postal (paramètres client, Meta).
La correspondance avancée : l'e-mail haché d'un client connecté, utile aussi pour relier mobile et ordinateur.
Mieux Meta reconnaît les acheteurs, mieux il attribue et optimise. Mais hacher n'est pas chiffrer : un e-mail haché reste une donnée personnelle pseudonymisée au sens de la LPD et du RGPD.
Mettre en place CAPI correctement
Cocher « activer l'API » dans un plugin est un début, pas une garantie.
1. Pixel et CAPI ensemble, avec déduplication
Meta recommande la Conversions API en complément du Pixel (Meta, déduplication). Sans identifiant commun, un achat reçu deux fois compte double. La parade : le même event_id et le même nom d'événement des deux côtés, générés via le dataLayer et Google Tag Manager. Meta ne garde alors qu'un événement, si les deux arrivent dans les 48 heures.
2. Un serveur sur votre sous-domaine
Nous déployons un conteneur GTM server-side hébergé chez Stape, sur un sous-domaine du client (data.votre-boutique.ch), avec un serveur en Europe. C'est une mesure first-party, plus résiliente aux restrictions techniques, qui vous laisse décider quelles données partent vers Meta. Un proxy européen ne rend pas pour autant le flux conforme : Meta reste destinataire. Détails dans notre article Meta CAPI server-side.
Consentement : ce que CAPI ne change pas
Un envoi serveur reste un traitement de données personnelles. CAPI ne sert pas à contourner un refus.
Visiteurs de l'UE : consentement préalable exigé (ePrivacy et RGPD).
Visiteurs suisses : l'art. 45c LTC impose l'information et un droit de refuser ; la LPD exige transparence et proportionnalité. Mentionnez Meta dans votre politique de confidentialité.
Dans le conteneur serveur : n'envoyez l'événement qu'après accord, avec les seuls paramètres nécessaires.
Conseil A-Track
Refusez tout dans la bannière, passez une commande de test et suivez-la dans l'aperçu du conteneur serveur : aucun événement ne doit partir vers Meta.
Comment présenter CAPI à vos clients
Vos clients ne parlent pas « event_id » ni « JSON ». Parlez-leur de fiabilité :
« Une partie de vos ventes ne remonte pas à Meta à cause des navigateurs et des bloqueurs. L'algorithme optimise donc à l'aveugle. Avec la Conversions API sur votre propre sous-domaine, il reçoit des conversions plus complètes, dans le respect du choix de vos visiteurs. Nous suivrons l'écart entre boutique et Meta, et la note EMQ, pour mesurer le gain. »
Promettez une mesure plus fiable et vérifiable, pas une baisse de coût par achat chiffrée d'avance. Cadre légal complet : notre guide de conformité LPD et RGPD.
Conclusion : trois actions cette semaine
Comparez les achats du back-office et ceux du Gestionnaire d'événements sur 30 jours.
Vérifiez l'event_id et la note EMQ de vos événements d'achat.
Faites le test de refus et corrigez tout événement qui part sans accord.
Meta voit-il toutes les ventes de votre boutique ?
A-Track déploie la Conversions API sur votre sous-domaine, avec un event_id commun au Pixel, et vérifie l'Event Match Quality ainsi que le respect du refus.
Démarrez par un audit tracking et conformité offert, restitué en 48 h.