Déduplication d'événements Pixel / CAPI : pourquoi et comment

Quand on met en place la Conversions API (CAPI) en complément du Pixel, on envoie le même achat deux fois à Meta : une fois depuis le navigateur, une fois depuis le serveur. Sans déduplication, Meta compte deux conversions au lieu d'une. Résultat : des chiffres gonflés, un ROAS faussé, et des décisions de budget prises sur de mauvaises données.

Pourquoi envoyer l'événement deux fois ?

Ce n'est pas une erreur, c'est volontaire. Le Pixel (navigateur) capte le contexte (cookies, comportement) mais perd des événements à cause d'iOS et des bloqueurs. La CAPI (serveur) est fiable mais a moins de contexte. En envoyant les deux, on maximise la couverture. Mais il faut alors dire à Meta que c'est le même événement.

La clé : l'event_id

La déduplication repose sur deux paramètres que Meta compare : l'event_name (ex. Purchase) et surtout l'event_id, un identifiant unique partagé entre le Pixel et la CAPI pour un même événement.

• On génère un event_id unique côté serveur (ou côté client) pour chaque événement.
• Le Pixel envoie l'événement avec cet event_id.
• La CAPI envoie le même événement avec le MÊME event_id.
• Meta voit deux signaux portant le même event_id → il les fusionne et n'en compte qu'un.

Les pièges classiques

• Générer l'event_id à deux endroits différents (Pixel et serveur indépendamment) → les ID ne correspondent pas → pas de dédup.
• Oublier d'envoyer le même event_name des deux côtés.
• Une fenêtre de déduplication dépassée (Meta déduplique sur une période limitée).
• Confondre event_id et external_id : l'external_id sert au matching d'utilisateur, pas à la déduplication.

Comment vérifier que ça marche

Dans le gestionnaire d'événements Meta, chaque événement affiche le nombre reçu par le navigateur, par le serveur, et le pourcentage dédupliqué. Une intégration propre montre un taux de déduplication élevé : Meta reçoit bien les deux signaux mais ne compte qu'une conversion. Si vous voyez vos conversions doubler après l'ajout de la CAPI, c'est le signal d'une déduplication absente ou cassée — à corriger en priorité avant d'optimiser quoi que ce soit.