Pourquoi votre Event Match Quality plafonne
L'Event Match Quality est la note que Meta donne aux détails clients joints à chaque événement que vous envoyez. Si la vôtre ne bouge plus, la cause n'est presque jamais le nombre d'événements. Cette page parcourt les quatre raisons, dans l'ordre où il vaut la peine de les vérifier.
Un Event Match Quality qui plafonne signifie que Meta reçoit bien vos ventes, mais trop peu d'informations pour les rattacher à des personnes. La note juge les détails clients envoyés avec chaque événement, pas le nombre d'événements envoyés. Un pixel navigateur en porte environ quatre ; la commande que votre boutique a déjà enregistrée en contient beaucoup plus.
La note est-elle basse, ou le volume est-il trop faible pour être noté ?
À vérifier avant de toucher à quoi que ce soit. Meta note chaque type d'événement séparément, et un événement Purchase avec très peu d'occurrences donne une note qui bascule sur presque rien. Si votre boutique fait quelques commandes par jour, lisez la note sur quinze jours plutôt que sur une journée, et lisez Add to Cart à côté.
La note n'a pas non plus de mémoire de vos correctifs. Elle reflète les événements récents, donc un changement fait aujourd'hui se voit sur les jours qui suivent et pas sur l'écran que vous regardiez.
Combien de détails clients partent réellement avec chaque achat ?
C'est la cause dans la plupart des cas, et elle se mesure au lieu de se discuter. Un pixel navigateur d'origine envoie environ quatre choses qu'il peut voir. La commande posée dans votre administration porte un nom, un email, un téléphone, une ville, un code postal et un pays, et aucun ne voyage si rien ne l'envoie.
Sur notre propre boutique de test, le compte est passé de 4 à 14 une fois l'achat remonté depuis le serveur, lu le 18 août 2026. Quatorze et pas vingt, parce que chacun est une valeur que la commande contenait déjà et qu'aucun n'a été inventé pour rallonger la liste.
Les détails partent-ils dans le format que Meta sait rapprocher ?
Un détail envoyé dans la mauvaise forme ne correspond à personne et vous coûte exactement ce que coûterait un détail absent. Un email doit être passé en minuscules et détouré avant d'être brouillé, un téléphone doit porter son indicatif, et le brouillage doit se faire avant que la valeur quitte votre serveur plutôt que dans le navigateur de l'acheteur.
C'est la panne qui ne ressemble à rien. Le contenu est accepté, le compte d'événements est juste, la note ne bouge pas, et aucune erreur nulle part ne vient l'expliquer.
La moitié navigateur remonte-t-elle aussi, ou seulement le serveur ?
C'est la raison que personne ne mentionne, et la seule sur laquelle nous pouvons mettre un chiffre. Remonter depuis le serveur seul vous emmène loin ; la note continue de monter quand le navigateur remonte la même vente en plus, appariée à elle sur un identifiant d'événement commun pour qu'elle soit comptée une fois.
Notre boutique a lu 8,0 sur 10 le 18 août 2026 avec la moitié serveur seule, et 9,3 sur 10 le 21 août une fois les deux moitiés remontées. Même boutique, mêmes quatorze détails, trois commandes de test. C'est un petit échantillon et c'est dit comme tel.
Ce qui fait vraiment monter la note
- Envoyer les détails que la commande porte déjà, plutôt que les quatre qu'un navigateur peut voir. Rien de nouveau n'est collecté auprès de l'acheteur.
- Normaliser avant de brouiller : email en minuscules et détouré, téléphone en forme internationale, et tout cela sur votre serveur.
- Garder le navigateur qui remonte à côté du serveur, apparié sur un identifiant d'événement commun, pour que la vente soit notée sur les deux et comptée une fois.
- Lire la note sur quinze jours et pas sur une journée, et la lire par type d'événement. Une note jugée sur un après-midi de commandes est du bruit.
Sources
- Meta documente les paramètres d'information client qu'elle accepte avec un événement Conversions API, et exige qu'ils soient normalisés et hachés avant l'envoi.Meta for Developers
- Sur notre propre boutique de test, l'Event Match Quality sur Purchase a lu 8,0 sur 10 le 18 août 2026 avec la moitié serveur seule, et 9,3 sur 10 le 21 août une fois la moitié navigateur remontée aussi. Trois commandes de test, et la méthode des deux relevés est publiée.wesaw, boutique de test
Les termes de cette page
Ce que wesaw y fait
Dernière révision :