Meta Conversions API, implémentée correctement

Ouvrez Events Manager, sélectionnez l’événement Purchase et consultez la section Overlap. Si Meta signale un faible taux de deduplication alors que pixel et serveur sont actifs, vous double-comptez. Nous auditons cela gratuitement et vous montrons les chiffres.

Meta note le matching de faible à excellent. Le score dépend presque entièrement du nombre d’identifiants envoyés et de leur normalisation avant hachage. Email + téléphone + `external_id` + `fbc` le font progresser nettement. Nous rapportons le vôtre avant et après.

Sous Consent Mode v2, consentement refusé signifie que nous ne transmettons pas de données client identifiables. Des événements peuvent encore partir sans identifiants personnels là où votre base légale le permet, mais la qualité d’attribution baisse — à juste titre. Nous configurons selon l’avis de votre conseil juridique, pas en contournant la réglementation.

En général, oui. La plupart des implémentations cassées ont besoin d’un alignement `event_id` et d’un pipeline de hachage correct plutôt qu’une refonte complète. L’audit nous dit laquelle.

Nous partons de ce que vous avez déjà. Le plugin officiel gère l’envoi basique des événements, mais son payload est souvent léger — peu de paramètres client, pas de `external_id` persistant, et une deduplication facile à mal configurer. Quand le plugin suffit, nous l’étendons. Quand la qualité de matching est le goulot, nous construisons l’implémentation server-side correctement. L’audit nous dit laquelle des deux options s’applique, et nous expliquons le raisonnement avant d’intervenir.

Une implémentation standard démarre autour de 1 500 €, couvrant l’architecture d’événements, le hachage et le matching, la deduplication et la gestion du consentement pour une boutique. Réparer un setup existant coûte généralement moins — le diagnostic réduit le périmètre. Les implémentations multi-marchés augmentent avec le nombre de boutiques. Vous obtenez un chiffre fixe après l’audit gratuit.

Oui. Meta recommande les deux, car ils capturent des signaux différents — le pixel voit le comportement côté navigateur, l’API voit les événements confirmés côté serveur. Les deux avec une deduplication correcte donnent une meilleure couverture que l’un seul. Les deux sans deduplication double-comptent chaque conversion — c’est l’échec que nous trouvons le plus souvent.

En général une à deux semaines pour une boutique, validation Events Manager incluse. L’implémentation elle-même est rapide ; le temps va à confirmer que la deduplication fonctionne réellement et que l’Event Match Quality a bougé, plutôt qu’à supposer que la configuration suffit.

Elle améliore les données sur lesquelles votre algorithme d’enchères optimise — ce qui améliore généralement les performances. L’ampleur dépend entièrement de ce que vous perdiez avant. Si votre setup envoie déjà des événements bien matchés, le gain est marginal. Si vous sous-déclarez ou double-comptez, le changement peut être substantiel. L’audit quantifie votre écart avant engagement.

L’Event Match Quality est le score Meta de fiabilité pour relier vos événements à de vraies personnes. Il dépend du nombre d’identifiants client envoyés et de leur normalisation avant hachage — email, téléphone, `external_id` et click IDs y contribuent chacun. Un score faible signifie que l’algorithme ne sait pas à quoi ressemble un acheteur, et optimise vers la mauvaise audience avec votre budget.