Solution facile pour augmenter ton score de Event Match Quality Meta

La qualité de correspondance des événements Meta (Event Match Quality, EMQ) mesure la précision avec laquelle Meta/Facebook fait correspondre tes événements de conversion aux profils des utilisateurs. Un score faible signifie moins de conversions attribuées, des signaux d'enchères plus faibles et des campagnes moins performantes, même lorsque ton API Conversions est déjà configurée.

Dans cet article, tu apprendras ce qui fait chuter ton score EMQ, pourquoi un CAPI parfaitement configuré ne suffit pas, et comment l'enrichissement côté serveur ajoute automatiquement les paramètres manquants sans toucher à ta mise en œuvre existante.

Qu'est-ce que la qualité de l'appariement des événements ?

EMQ mesure la couverture des paramètres de chaque événement de conversion que tu envoies à Meta. Plus un événement comprend de paramètres d'informations sur les clients et plus leur qualité est élevée, plus le score est élevé.

Meta utilise ces paramètres pour faire correspondre chaque événement à un compte d'utilisateur dans son système. Un événement apparié devient une conversion attribuée ; un événement non apparié disparaît de ton rapport et est invisible pour l'algorithme d'enchères.

La note va de 0 à 10. Par exemple : un score de 7 ou plus est l'objectif à atteindre pour les événements de grande valeur comme Purchase et Lead. Pour les événements du haut de l'entonnoir comme PageView et Add to Cart, les scores compris entre 4 et 6 sont structurellement normaux et ne constituent pas une erreur de configuration. En voici un aperçu :

Type d'événements	Gamme EMQ réaliste	Cible
PageView / ViewContent	3 - 5	5+
Ajouter au panier	4 - 6	6+
Ajouter un paiement Info / Achat	6 - 9.3	7.5+

L'équivalent dans Google Ads est le taux de correspondance des conversions améliorées. Les deux mesurent le même problème sous-jacent : à quel point tes données de conversion correspondent à des utilisateurs identifiables.

Comment vérifier ton score EMQ dans le gestionnaire d'événements ?

Ton score EMQ se trouve dans le gestionnaire d'événements Meta, sous Sources de données → ton pixel → Événements.

Étapes :

1. Ouvre le gestionnaire d'événements Meta.
2. Sélectionne ton pixel sous Sources de données.
3. Clique sur Événements.
4. Examine la colonne Event Match Quality pour chaque type d'événement.

Le gestionnaire d'événements t'indique les paramètres que chaque événement envoie actuellement. Il ne t'aide pas à envoyer plus de paramètres, cela nécessite des modifications de la charge utile de l'événement elle-même, soit dans ton implémentation CAPI, soit par le biais d'un enrichissement côté serveur.

Vérifie également l'onglet Déduplication dans le gestionnaire d'événements. La déduplication indique si les événements des pixels de ton navigateur et les événements CAPI sont correctement mis en correspondance à l'aide des identificateurs d'événements. Un problème de déduplication est un problème distinct d'un faible QEM, et les deux peuvent supprimer l'attribution simultanément.

Pourquoi ton score EMQ est-il faible, même si le CAPI fonctionne ?

La mise en place de l'API Conversions n'améliore pas automatiquement ton EMQ. La plupart des implémentations de l'API envoient les paramètres minimums requis (par exemple l'email et le téléphone) sans l'ensemble complet que Meta utilise pour la mise en correspondance.

C'est la situation la plus courante : les développeurs configurent CAPI correctement, les événements se déclenchent, mais EMQ reste bloqué à 5 ou 6 parce que la charge utile est incomplète.

Tu peux vérifier cela dans le gestionnaire d'événements Meta. Sous Sources de données → ton pixel → Événements, tu peux voir exactement quels paramètres chaque type d'événement envoie. Cherche les champs suivants :

• courriel (em)
• téléphone (ph)
• external_id
• adresse_ip_du_client
• client_user_agent
• fbc (Facebook Click ID)
• fbp (ID du navigateur)
• pays, ville, état, zip

Si la plupart de ces éléments sont absents, la couverture incomplète des paramètres est la raison pour laquelle ton score est faible.

Et n'oublie pas que le gestionnaire d'événements ne t'aide pas à en envoyer davantage. Pour cela, il faut modifier la charge utile de l'événement elle-même, soit dans ta mise en œuvre de l'interface CAPI, soit par un enrichissement côté serveur. Tu veux une présentation complète de la configuration des variables GTM, de la configuration de la couche de données et du mappage des balises CAPI ?

Quels sont les paramètres qui déterminent ton score EMQ ?

Meta note chaque événement en fonction du nombre et de la priorité des paramètres d'information sur les clients dans la charge utile. Les paramètres de haute priorité ont le plus de poids. Les paramètres de faible priorité améliorent le score de façon incrémentielle.

Paramètre	Priorité	Hachage SHA-256 requis	Disponible sans soumission de formulaire
Courriel (em)	Haut	Oui	Non, l'entrée de l'utilisateur est nécessaire
Identifiant de clic Facebook (fbc / fbclid)	Haut	Non	Oui, à partir du paramètre URL sur le clic publicitaire
ID du navigateur (fbp)	Moyen	Non	Oui, défini par le cookie Meta Pixel
Numéro de téléphone (ph)	Moyen	Oui	Non, l'entrée de l'utilisateur est nécessaire
ID externe	Moyen	Oui	Dépend de l'intégration CRM
Adresse IP (adresse_ip_du_client)	Moyen	Non	Oui, disponible côté serveur.
Ville (ct)	Faible	Oui	Oui, déductible de l'IP côté serveur.
Code postal (zp)	Faible	Oui	Oui, déductible de l'IP côté serveur.
Pays (pays)	Faible	Oui	Oui, déductible de l'IP côté serveur.
Prénom (fn)	Faible	Oui	Non, l'entrée de l'utilisateur est nécessaire
Nom de famille (ln)	Faible	Oui	Non, l'entrée de l'utilisateur est nécessaire

Les paramètres de la colonne Disponible sans soumission de formulaire sont ceux que tu peux ajouter à tous les événements, y compris PageView et Ajouter au panier, sans attendre la saisie de l'utilisateur. Ce sont les paramètres que l'enrichissement côté serveur adresse directement.

Pourquoi le score EMQ n'atteint-il jamais 10 ?

Aucun site web standard n'atteint un score EMQ parfait, car plusieurs paramètres hautement prioritaires ne sont disponibles que dans des conditions spécifiques. Deux exemples qui concernent toutes les propriétés :

• L'identifiant de clic Facebook (fbc) n'est présent que lorsqu'un visiteur arrive via un clic publicitaire Meta. Les visiteurs organiques, le trafic direct et les utilisateurs provenant d'autres canaux ne portent pas ce paramètre. Si 40 % de ton trafic provient de publicités Meta payantes, fbc ne sera présent que sur 40 % des événements au maximum.
• L'adresse électronique (em) n'est disponible qu'après qu'un utilisateur a soumis un formulaire. Sur une page de confirmation d'achat, l'email est présent. Sur un événement PageView ou Ajouter au panier, il ne l'est pas, car l'utilisateur ne l'a encore tapé nulle part.

C'est pourquoi les événements PageView et Ajouter au panier sont structurellement moins bien notés que les événements Achat. Pour les propriétés de commerce électronique, les événements d'ajout au panier et de visualisation du contenu représentent généralement 60 à 90 % du volume total d'événements, et la majorité d'entre eux portent des données de paramètres minimales par conception.

Au lieu d'arriver à 10, le véritable objectif est le score le plus élevé réalisable pour chaque type d'événement, compte tenu des paramètres disponibles de façon réaliste au moment où chaque événement tire.

Comment l'enrichissement côté serveur corrige un QME faible sans modification du code.

L'enrichissement côté serveur ajoute automatiquement à chaque charge utile d'événement les paramètres disponibles dans la demande du serveur, avant que l'événement ne soit envoyé à Meta.

Lorsqu'une requête arrive sur ton serveur, les données suivantes sont présentes, que l'utilisateur ait ou non soumis un formulaire :

• Adresse IP
• Ville (déductible de la PI)
• Code postal (déductible de l'IP)
• Région (déduite de l'IP)

Ces quatre paramètres correspondent directement aux champs EMQ de priorité moyenne et faible. En les ajoutant à chaque événement, tu augmentes la couverture des paramètres dans l'ensemble de l'entonnoir, y compris les événements à fort volume et à faible paramètre comme PageView et Ajouter au panier.

Un événement de clic sur un bouton qui envoyait auparavant 2 paramètres (fbc, fbp) envoie maintenant 6 paramètres (fbc, fbp, IP, ville, code postal, région). Le score EMQ augmente. Un plus grand nombre d'événements sont mis en correspondance. L'algorithme a plus de signaux à optimiser.

Enrichisseur de données TAGGRS : une seule touche, 4 paramètres

L'enrichisseur de données TAGGRS ajoute quatre paramètres de géolocalisation à chaque événement côté serveur à l'aide d'une seule bascule dans l'interface du produit.

Les paramètres annexés sont :

• X-GEO-Ville
• X-GEO-PostalCode
• X-GEO-Région
• X-GEO-Ipaddress

Pas de modification du code de l'interface. Aucune implication des développeurs. L'enrichissement s'exécute côté serveur à partir du contexte de la demande sur chaque événement que ton conteneur TAGGRS traite.

Tu peux trouver l'enrichisseur de données TAGGRS en allant dans Produit → Fonctionnalités → Enrichissement → Lieu de visite détaillé.

L'envoi de données géographiques nécessite-t-il le consentement de l'utilisateur en vertu du GDPR ?

TAGGRS traite les données géographiques dérivées de l'adresse IP sur l'infrastructure européenne avant qu'elles ne quittent le serveur. L'adresse IP brute n'est pas transmise à Meta.

Trois faits s'appliquent :

1. TAGGRS utilise une infrastructure entièrement européenne. Les données ne transitent pas par l'infrastructure américaine.
2. L'adresse IP elle-même n'est pas envoyée à Meta. Seules les valeurs dérivées de la ville, du code postal et de la région sont envoyées, hachées avec SHA-256.
3. L'envoi de données de localisation hachées et dérivées via CAPI est conforme à la spécification des paramètres de l'API Conversions de Meta.

En vertu du GDPR, les adresses IP sont classées comme des données à caractère personnel. Étant donné que TAGGRS infère et hachure les attributs géo côté serveur et ne transmet pas l'IP brute à Meta, les données qui quittent le serveur sont dérivées et anonymisées avant d'être transmises.

Résultats : même événement, plus de paramètres.

Paramètre	Sans enrichissement des données	Avec Data Enricher
Identifiant de clic Facebook (fbc)	✓	✓
ID du navigateur (fbp)	✓	✓
Adresse IP	-	✓
Ville	-	✓
Code postal	-	✓
Région	-	✓
Paramètres totaux	2	6
Estimation de l'impact de l'EMQ	Faible (0-4)	Modéré-élevé (5-8)

Pour les agences qui gèrent plusieurs comptes clients, l'Enrichisseur de données applique automatiquement cette amélioration à chaque propriété, sans toucher à chaque implémentation individuelle de CAPI.

FAQ

Qu'est-ce qu'un bon score EMQ sur Meta ?

Un score de 7 ou plus est l'objectif à atteindre pour les événements Purchase et Lead. Pour PageView et Ajouter au panier, un score de 4 à 6 est structurellement normal car ces événements se déclenchent avant que les utilisateurs ne soumettent des informations d'identification.

Mon CAPI est déjà installé. Pourquoi mon QEM est-il toujours aussi bas ?

La plupart des implémentations CAPI n'envoient que le minimum de paramètres requis. Vérifie le gestionnaire d'événements pour voir quels paramètres chaque événement envoie réellement. Si la ville, le code postal, l'adresse IP et la région sont absents, l'ajout d'un enrichissement géo côté serveur est la solution la plus rapide.

Puis-je améliorer EMQ sans toucher à mon code CAPI ?

Absolument ! L'enrichissement géo côté serveur ajoute la ville, le code postal, la région et les données dérivées de l'IP à chaque événement en utilisant les informations déjà disponibles dans la requête du serveur. L'enrichisseur de données TAGGRS le fait en un seul geste, sans nécessiter de changements dans l'implémentation de l'interface CAPI.

Quelle est la différence entre EMQ et taux de correspondance ?

EMQ est le score de Meta par événement (0-10). Le taux de correspondance est le pourcentage d'événements qui correspondent avec succès au profil d'un utilisateur. Un score EMQ élevé correspond à un taux de correspondance plus élevé. Les deux mesures sont visibles dans le gestionnaire d'événements.