Makkelijke fix om je Meta Event Match Quality score te verhogen

Meta Event Match Quality (EMQ) meet hoe nauwkeurig Meta/Facebook je conversie events matcht met gebruikersprofielen. Een lage score betekent minder toegeschreven conversies, zwakkere biedsignalen en slecht presterende campagnes, zelfs als je Conversions API al is ingesteld.

In dit artikel leer je wat je EMQ score omlaag drijft, waarom een perfect opgezette CAPI niet genoeg is en hoe server-side verrijking de ontbrekende parameters automatisch toevoegt zonder je bestaande implementatie aan te tasten.

Wat is Event Match Quality?

EMQ meet de parameterdekking van elke conversie event die je naar Meta stuurt. Hoe meer parameters voor klantinformatie een event bevat en hoe beter de kwaliteit, hoe hoger de score.

Meta gebruikt deze parameters om elke event te koppelen aan een gebruikersaccount in het systeem. Een gematchte event wordt een toegeschreven conversie; een niet-gematchte event verdwijnt uit je rapportage en is onzichtbaar voor het biedalgoritme.

De score loopt van 0 tot 10. Bijvoorbeeld: een score van 7 of hoger is het doel voor events met een hoge waarde zoals Purchase en Lead. Voor top-of-funnel events zoals PageView en Toevoegen aan winkelwagentje zijn scores tussen 4 en 6 structureel normaal en geen configuratiefout. Hier is een overzicht:

Type evenement	Realistisch EMQ-bereik	Doel
PageView / Beeldinhoud	3 - 5	5+
In winkelwagen	4 - 6	6+
Betalingsinfo toevoegen / Kopen	6 - 9.3	7.5+

Het equivalent in Google Ads is Enhanced Conversions match rate. Beide meten hetzelfde onderliggende probleem: hoe goed je conversiegegevens overeenkomen met identificeerbare gebruikers.

Hoe controleer je je EMQ score in Events Manager?

Je EMQ score staat in Meta Events Manager onder Gegevensbronnen → je pixel → Events.

Stappen:

1. Open Meta Events Manager.
2. Selecteer je pixel onder Gegevensbronnen.
3. Klik op Events.
4. Bekijk de kolom Event Match Quality voor elk evenementtype.

Events Manager laat je zien welke parameters elke event momenteel verzendt. Het helpt je niet om meer parameters te versturen, daarvoor moet je de payload van de event zelf wijzigen, hetzij in je CAPI implementatie of door server-side verrijking.

Controleer ook het tabblad Ontdubbeling in Events Manager. Deduplicatie laat zien of je browser pixel events en CAPI events correct worden gematcht met behulp van event identifiers. Een probleem met deduplicatie is een ander probleem dan een lage EMQ, en beide kunnen tegelijkertijd de attributie onderdrukken.

Waarom je EMQ score laag is, zelfs als CAPI draait

Het instellen van de Conversions API verbetert niet automatisch je EMQ. De meeste CAPI implementaties sturen de minimaal vereiste parameters (bijv. e-mail en telefoon) zonder de volledige set die Meta gebruikt voor matching.

Dit is de meest voorkomende situatie: ontwikkelaars configureren CAPI correct, de events gaan af, maar EMQ blijft steken op 5 of 6 omdat de payload onvolledig is.

Je kunt dit controleren in Meta Events Manager. Onder Gegevensbronnen → je pixel → Events kun je precies zien welke parameters elk type event verstuurt. Zoek naar deze velden:

• e-mail (em)
• telefoon (ph)
• extern_id
• client_ip_adres
• cliënt_gebruiker_agent
• fbc (Facebook Klik ID)
• fbp (Browser-ID)
• land, stad, staat, postcode

Als de meeste hiervan ontbreken, is onvolledige parameterdekking de reden dat je score laag is.

En vergeet niet dat de Events Manager je niet helpt om meer events te versturen. Dat vereist wijzigingen in de payload van de events zelf, hetzij in je CAPI implementatie of door server-side verrijking. Wil je een volledig overzicht van de GTM variabele setup, datalaag configuratie en CAPI tag mapping?

Welke parameters bepalen je EMQ score

Meta scoort elke event op basis van het aantal en de prioriteit van de klantinformatieparameters in de payload. Parameters met een hoge prioriteit wegen het zwaarst. Parameters met een lage prioriteit verbeteren de score stapsgewijs.

Parameter	Prioriteit	SHA-256 codering vereist	Beschikbaar zonder formulier
E-mail (em)	Hoog	Ja	Nee, gebruikersinvoer vereist
Facebook Klik-ID (fbc / fbclid)	Hoog	Geen	Ja, van URL-parameter bij klikken op advertentie
Browser-ID (fbp)	Medium	Geen	Ja, ingesteld door Meta Pixel cookie
Telefoonnummer (ph)	Medium	Ja	Nee, gebruikersinvoer vereist
Externe ID	Medium	Ja	Afhankelijk van CRM-integratie
IP-adres (client_ip_address)	Medium	Geen	Ja, beschikbaar server-side
Stad (ct)	Laag	Ja	Ja, af te leiden uit IP server-side
Postcode (zp)	Laag	Ja	Ja, af te leiden uit IP server-side
Land (land)	Laag	Ja	Ja, af te leiden uit IP server-side
Voornaam (fn)	Laag	Ja	Nee, gebruikersinvoer vereist
Achternaam (ln)	Laag	Ja	Nee, gebruikersinvoer vereist

De parameters in de kolom Beschikbaar zonder formulierverzending zijn de parameters die je aan elke event kunt toevoegen, inclusief PageView en Toevoegen aan winkelwagentje, zonder te wachten op gebruikersinvoer. Dit zijn de parameters waar server-side verrijking zich direct op richt.

Waarom haalt de EMQ-score nooit de 10?

Geen enkele standaard website haalt een perfecte EMQ score, omdat verschillende parameters met hoge prioriteit alleen beschikbaar zijn in specifieke omstandigheden. Twee voorbeelden die elke eigenschap beïnvloeden:

• Facebook Click ID (fbc) is alleen aanwezig als een bezoeker binnenkomt via een Meta advertentieklik. Organische bezoekers, direct verkeer en gebruikers van andere kanalen hebben deze parameter niet. Als 40% van je verkeer afkomstig is van betaalde Meta advertenties, dan zal fbc in hooguit 40% van de events aanwezig zijn.
• E-mailadres (em) is alleen beschikbaar nadat een gebruiker een formulier heeft verzonden. Op een aankoopbevestigingspagina is het e-mailadres aanwezig. Op een PageView of Add to Cart event niet, omdat de gebruiker het nog nergens heeft ingevoerd.

Daarom scoren PageView en Add to Cart events structureel lager dan Purchase events. Voor e-commerce-eigenschappen vertegenwoordigen events voor toevoegen aan winkelwagentje en bekijken van inhoud doorgaans 60-90% van het totale volume aan events, en de meeste bevatten door hun ontwerp minimale parametergegevens.

In plaats van de 10 te halen, is het echte doel de hoogst haalbare score voor elk type event, gegeven de parameters die realistisch beschikbaar zijn op het moment dat elke event afgaat.

Hoe server-side verrijking lage EMQ herstelt zonder codewijzigingen

Server-side verrijking voegt automatisch parameters die beschikbaar zijn in het serververzoek toe aan elke payload van events, voordat het event naar Meta wordt gestuurd.

Wanneer een verzoek je server bereikt, zijn de volgende gegevens aanwezig, ongeacht of de gebruiker een formulier heeft verzonden:

• IP-adres
• Stad (af te leiden uit IP)
• Postcode (af te leiden uit IP)
• Regio (af te leiden uit IP)

Deze vier parameters komen direct overeen met EMQ-velden met gemiddelde en lage prioriteit. Door ze aan elke event toe te voegen, wordt de parameterdekking in de hele funnel vergroot, inclusief events met veel en weinig parameters zoals PageView en Toevoegen aan winkelwagentje.

Een knopklik-event dat voorheen 2 parameters (fbc, fbp) verzond, verzendt nu 6 parameters (fbc, fbp, IP, stad, postcode, regio). De EMQ-score neemt toe. Er worden meer events gematcht. Het algoritme heeft meer signalen om te optimaliseren.

TAGGRS Data Enricher: één toggle, 4 parameters

TAGGRS Data Enricher voegt vier geo-locatieparameters toe aan elke server-side event door middel van één schakelaar in de productinterface.

De parameters die zijn toegevoegd zijn:

• X-GEO-Stad
• X-GEO-PostalCode
• X-GEO-Regio
• X-GEO-Ipadadres

Geen front-end codewijzigingen. Geen betrokkenheid van ontwikkelaars. De verrijking wordt server-side uitgevoerd vanuit de request context op elke event die je TAGGRS container verwerkt.

Je kunt de TAGGRS Data Enricher vinden via Product → Functies → Verrijking → Gedetailleerde bezoekerslocatie

Is er onder GDPR toestemming nodig voor het verzenden van geogegevens?

TAGGRS verwerkt IP-afgeleide geodata op de Europese infrastructuur voordat het de server verlaat. Het ruwe IP-adres wordt niet doorgestuurd naar Meta.

Drie feiten zijn van toepassing:

1. TAGGRS gebruikt een volledig Europese infrastructuur. De gegevens gaan niet door de Amerikaanse infrastructuur.
2. Het IP-adres zelf wordt niet naar Meta gestuurd. Alleen de afgeleide stad, postcode en regio waarden worden verzonden, gehasht met SHA-256.
3. Het verzenden van gehashte, afgeleide locatiegegevens via CAPI is consistent met de Meta Conversions API parameterspecificatie.

Onder GDPR worden IP-adressen geclassificeerd als persoonsgegevens. Omdat TAGGRS geo-attributen server-side induceert en hashed en het ruwe IP-adres niet doorstuurt naar Meta, worden de gegevens die de server verlaten afgeleid en geanonimiseerd voordat ze worden verzonden.

Resultaten: dezelfde events, meer parameters

Parameter	Zonder gegevensverrijking	Met Data Enricher
Facebook Klik-ID (fbc)	✓	✓
Browser-ID (fbp)	✓	✓
IP-adres	-	✓
Stad	-	✓
Postcode	-	✓
Regio	-	✓
Totaal parameters	2	6
Geschatte EMQ-impact	Laag (0-4)	Matig-hoog (5-8)

Voor bureaus met meerdere klantaccounts past de Data Enricher deze verbetering automatisch toe op elk object, zonder elke afzonderlijke CAPI-implementatie aan te raken.

FAQ

Wat is een goede EMQ-score op Meta?

7 of hoger is het doel voor Purchase en Lead events. Voor PageView en Toevoegen aan winkelwagentje is een score van 4-6 structureel normaal, omdat deze events plaatsvinden voordat gebruikers identificerende informatie invoeren.

Mijn CAPI is al ingesteld. Waarom is mijn EMQ nog steeds laag?

De meeste CAPI implementaties sturen alleen de minimaal vereiste parameters. Controleer Events Manager om te zien welke parameters elk event werkelijk verstuurt. Als plaats, postcode, IP-adres en regio ontbreken, is het toevoegen van server-side geo-verrijking de snelste oplossing.

Kan ik EMQ verbeteren zonder mijn CAPI code aan te raken?

Absoluut! Server-side geo-verrijking voegt plaats, postcode, regio en IP-afgeleide gegevens toe aan elke event met behulp van informatie die al beschikbaar is in het serververzoek. TAGGRS Data Enricher doet dit met één schakelaar, zonder dat je je bestaande CAPI-implementatie hoeft aan te passen.

Wat is het verschil tussen EMQ en match rate?

EMQ is Meta's score per event (0-10). Match rate is het percentage events dat succesvol is gematcht met een gebruikersprofiel. Een hogere EMQ-score correleert met een hogere matchratio. Beide statistieken zijn zichtbaar in Events Manager.