Meta Conversions API: waarom de pixel alleen niet meer genoeg is

Run jij een webshop of een leadgen-bedrijf en klopt het verhaal in Ads Manager nooit helemaal met je orderoverzicht of CRM? Dan is dit artikel voor jou. De Meta Conversions API (CAPI) bestaat omdat de pixel, die in de browser draait, allang niet meer elke conversie ziet. Adblockers, de trackingbescherming van Safari en de privacyvragen van Apple happen allemaal een stuk uit je data voordat die Meta bereikt.

Dat is een groter probleem dan de meeste adverteerders beseffen. Het algoritme van Meta verdeelt jouw budget op basis van de conversies die het kan zien. Geef je het 70 procent van het plaatje, dan optimaliseert het naar 70 procent van de waarheid. Het gevolg: hogere kosten per aankoop of lead, ROAS-rapportages die alle kanten op zwabberen en campagnebeslissingen op basis van halve data.

In dit artikel leer je wat de Conversions API anders doet, hoe deduplicatie tussen pixel en server echt werkt (spoiler: je hebt ze allebei nodig), via welke van de vier routes jij de Conversions API kunt instellen, en welke vier fouten de meeste implementaties stilletjes verpesten. Je hoeft er geen developer voor te zijn, beloofd.

Waarom is de pixel alleen niet meer genoeg?

De Meta-pixel draait in de browser, en de browser is precies de plek waar tracking wordt geblokkeerd. Adblockers, Safari’s Intelligent Tracking Prevention, de trackingbescherming van Firefox en de privacy-instellingen van iOS stoppen of verkorten pixelsignalen voordat ze Meta bereiken.

Sinds iOS 14.5 vraagt Apple’s App Tracking Transparency elke app-gebruiker om toestemming voor tracking over apps en websites heen. Een groot deel van de gebruikers weigert. Voor die mensen wordt het browsersignaal van jouw Meta-advertenties op zijn best gatenkaas.

Browserevents falen daarnaast om alledaagse redenen: een trage checkoutpagina, een JavaScript-fout, een klant die het tabblad sluit voordat de bedankpagina laadt. Niets daarvan is zeldzaam, en niets daarvan betekent dat de verkoop niet is doorgegaan.

Een rekenvoorbeeld, puur ter illustratie: je shop doet 200 aankopen per maand met een gemiddelde orderwaarde van 75 euro. Blokkeert de browser 15 procent daarvan, dan optimaliseert Meta op 170 aankopen en ziet het 30 betalende klanten als mensen die klikten en afhaakten. Dat is 2.250 euro maandomzet waar het algoritme van leert weg te blijven. Hetzelfde signaalprobleem speelt trouwens ook aan de Google-kant, zoals we beschreven in waarom je Google Ads tracking waarschijnlijk kapot is.

Wat doet de Meta Conversions API precies?

De Meta Conversions API stuurt conversie-events rechtstreeks vanaf jouw server naar Meta en slaat de browser volledig over. Er is geen script om te blokkeren, geen cookie om te strippen en geen bedankpagina die moet laden.

Zie de pixel als een bezorger die door de voortuin van je klant moet, langs de hond en het afgesloten hek. De Conversions API neemt de weg achterom. Zelfde pakketje, veel minder manieren om het kwijt te raken.

Je server pakt het event in (eventnaam, waarde, valuta in euro’s, gehashte e-mail, gehasht telefoonnummer, IP-adres, user agent, bron-URL) en stuurt het via HTTPS naar Meta. Meta matcht die gehashte gegevens vervolgens aan accounts om de conversie aan een advertentie toe te schrijven.

Hoe goed dat matchen lukt zie je in Events Manager als Event Match Quality (EMQ), per event gescoord op een schaal van één tot tien. Meta publiceert geen officiële ondergrens, dus houd het simpel: hoger is beter, en de score stijgt naarmate je meer klantgegevens meestuurt. Gehashte e-mail en telefoonnummer doen het zware werk; browseridentifiers (fbp en fbc), external ID, IP-adres en user agent doen de rest.

Belangrijk: Meta adviseert om pixel en CAPI samen te draaien, niet om de één door de ander te vervangen. De pixel levert realtime browsersignalen, de facebook conversie api vult de gaten.

Diagram: pixel en Conversions API sturen beide conversies naar Meta, met deduplicatie via event_id

Conversions API vs pixel: zo werkt deduplicatie echt

Draai je beide, dan kan elke conversie twee keer bij Meta binnenkomen: één keer via de browser en één keer via je server. Deduplicatie via de parameter event_id zorgt dat elke conversie maar één keer telt.

Je genereert per conversie één uniek event_id en stuurt datzelfde ID met dezelfde eventnaam vanuit beide bronnen mee. Volgens Meta’s documentatie over deduplicatie houdt Meta bij matchende ID’s en eventnamen het eerst ontvangen event en laat het latere duplicaten binnen een venster van 48 uur vallen.

In de praktijk komt het browserevent meestal als eerste binnen. Het pixelevent wordt dus doorgaans bewaard, en het serverevent “wint” alleen wanneer de pixel geblokkeerd was of faalde. En dat is precies de bedoeling: CAPI is je vangnet, geen tweede scorebord. Veel gidsen beweren dat het serverevent altijd voorrang krijgt. Dat klopt niet, en dat verschil is relevant zodra je gaat debuggen.

Controleer na livegang de deduplicatieweergave in Events Manager. Schiet je aantal aankopen ineens omhoog nadat je CAPI hebt toegevoegd, dan matchen je event_id-waarden niet en telt Meta alles dubbel.

Conversions API instellen: vier routes en wanneer welke past

Er zijn vier realistische manieren om de Conversions API in te stellen, van bijna één klik tot volledig maatwerk. Meta zet ze op een rij in het overzicht van setup-opties; dit is de praktische versie.

  1. Partner- en platformintegraties. Shopify, WooCommerce en de meeste grote platformen hebben CAPI ingebouwd in hun Meta-integratie. Je koppelt je pixel en access token en het platform regelt de serverevents. Minste moeite, minste controle: je krijgt de events en parameters die het platform aanbiedt en niets meer. Draai je Shopify en wil je meer grip, begin dan bij onze gids over de Shopify GTM custom pixel.
  2. Conversions API Gateway. De selfservice-optie van Meta met weinig code. Via een begeleide setup in Events Manager zet je een kant-en-klare Conversions API Gateway op in je eigen cloudaccount (bijvoorbeeld AWS), die pixelevents server-side doorstuurt zonder maatwerkcode. Je betaalt de hostingkosten van je cloudprovider in plaats van een developer. Past bij bedrijven zonder developmentteam die uit de platformintegratie zijn gegroeid, en één gateway kan meerdere pixels en domeinen bedienen.
  3. Server-side Google Tag Manager. Je draait een GTM-servercontainer (op Google Cloud of bij een host als Stape of TAGGRS), je website stuurt events naar die container, en de container stuurt ze door naar Meta, Google en elk ander kanaal. De meeste controle voor een marketeer, makkelijk events verrijken, één setup voor al je kanalen. Dit is onze standaardroute; lees onze gids over server-side tracking met GTM en TAGGRS en onze vergelijking van server-side tracking tools.
  4. Directe API-integratie. Je developers sturen events rechtstreeks vanuit je backend naar Meta. Maximale flexibiliteit, ideaal voor maatwerk ordersystemen, CRM-events en offline conversies, tegen de prijs van bouw- en onderhoudstijd. De moeite waard voor grotere organisaties met eigen developers.

Coby’s 3-staps CAPI-checklist

Noem geen enkele CAPI-setup af voordat je deze drie checks hebt gedaan. Dit is dezelfde lijst die wij op klantaccounts gebruiken.

  1. Controleer deduplicatie. Bevestig in Events Manager dat beide bronnen voor dezelfde conversies vuren en dat duplicaten worden weggefilterd. Nul deduplicatie terwijl beide bronnen live zijn betekent niet-matchende event_id-waarden. Opgeblazen eventaantallen betekenen hetzelfde.
  2. Check je Event Match Quality. Open de EMQ per event en kijk welke klantgegevens binnenkomen. Ontbreekt gehashte e-mail of telefoonnummer op je serverevents, los dat dan eerst op; het is de snelste manier om je matching te verbeteren.
  3. Vergelijk met de werkelijkheid. Leg de aankoop- of leadevents in Events Manager naast je ordersysteem of CRM over dezelfde periode. Een klein verschil is normaal, want attributie en timing verschillen. Een structureel gat betekent dat er nog iets lekt, en dat wil je vinden voordat je aan budgetten komt.

Veelgemaakte fouten bij de Conversions API

De meeste kapotte CAPI-setups falen op één van vier punten: deduplicatie, eventdekking, matchparameters of consent.

Geen event_id-deduplicatie. De klassieker. Beide bronnen vuren, niets wordt gematcht, en je gerapporteerde ROAS verdubbelt zo ongeveer van de ene op de andere dag. Elke beslissing op basis van die cijfers is verkeerd.

Alleen aankopen doorsturen. Het algoritme van Meta leert van de hele funnel. Slaat je serversetup ViewContent, AddToCart, InitiateCheckout of Lead over, dan mist het algoritme de mid-funnelsignalen waarmee het kopers vindt voordat ze kopen.

Slechte matchparameters. Een serverevent zonder gehashte e-mail, telefoonnummer of browseridentifiers matcht met bijna niemand. Het event komt binnen en wordt vervolgens aan niets toegeschreven. Een lage EMQ is meestal een dataprobleem, geen Meta-probleem.

Geen consent-signalen. CAPI ontslaat je niet van de AVG. Je server mag alleen events en persoonsgegevens versturen in lijn met de toestemming die je bezoeker gaf. Sluit je consent management platform dus aan op je setup in plaats van eromheen.

Hoe Coby dit aanpakt

Wij bouwen eerst de tracking en dan pas de campagnes, want budget dat optimaliseert op slechte data is weggegooid budget. Best-in-class meten is bij Coby Agency het fundament onder alles, en server-side setups met correcte deduplicatie en sterke matchkwaliteit zijn onze standaard, geen upsell.

Die volgorde betaalt zich uit. Voor OneMeeting van De Eenhoorn haalden campagnes op een schoon datafundament 1.500 procent ROAS. Een leadgen-klant ging van 2 tot 3 leads per maand naar 4 tot 5 per week nadat we de meting opnieuw hadden opgebouwd en de campagnes daarbovenop herstructureerden. Marloes, onze oprichter, werkte jaren bij Google voordat ze Coby startte. Daarom nemen we de datakant net zo serieus als de creatieve kant.

Draai je Meta naast Google, dan kan dezelfde servercontainer beide kanalen voeden, en kiezen waar je budget heen gaat wordt een stuk makkelijker met eerlijke cijfers per kanaal. Onze vergelijking Google Ads vs Meta Ads helpt bij die keuze, en onze data en analytics dienst regelt het loodgieterswerk eronder.

Conclusie: stop met betalen voor onzichtbare conversies

De pixel is niet dood, maar in zijn eentje telt hij te weinig, en Meta optimaliseert op wat het telt. Voeg je de Conversions API toe met goede deduplicatie en sterke matchparameters, dan krijgt het algoritme het volledige plaatje en krijg jij rapportages waar je echt op kunt sturen.

Benieuwd hoeveel jouw huidige setup mist? Plan een gratis gesprek van 30 minuten met Marloes en we kijken samen in je Events Manager: plan hier je call.

Veelgestelde vragen

Wat is de Meta Conversions API?

De Meta Conversions API is een server-naar-server-koppeling die conversie-events rechtstreeks vanaf jouw server (of een gateway of servercontainer) naar Meta stuurt, buiten de browser om. Omdat er geen script op het apparaat van de bezoeker draait, kunnen adblockers en browserprivacy het event niet tegenhouden.

Vervangt de Conversions API de Meta-pixel?

Nee. Meta adviseert beide samen te draaien in een redundante setup. De pixel levert realtime browsersignalen, de Conversions API vult de gaten wanneer het browsersignaal wordt geblokkeerd, en deduplicatie via event_id voorkomt dubbeltellingen.

Hoe werkt deduplicatie tussen de pixel en CAPI?

Je stuurt hetzelfde event_id en dezelfde eventnaam mee vanuit de browser én de server. Ziet Meta het matchende paar binnen 48 uur, dan bewaart het het eerst ontvangen event, meestal het browserevent, en laat het het duplicaat vallen. Zonder matchende ID’s telt elke conversie dubbel.

Wat is een goede Event Match Quality score?

Meta scoort matchkwaliteit per event op een schaal van één tot tien en hoger is beter; een officiële ondergrens publiceert Meta niet. De praktische regel: stuur gehashte e-mail en telefoonnummer mee plus browseridentifiers en IP of user agent, en zie de score in Events Manager klimmen.

Heb ik een developer nodig om de Conversions API in te stellen?

Niet per se. Platformintegraties zoals die van Shopify zijn selfservice, de Conversions API Gateway is een begeleide setup met weinig code in je eigen cloudaccount, en server-side GTM is te doen voor een technisch aangelegde marketeer of een gespecialiseerd bureau. Alleen een directe API-integratie vraagt echt developmentwerk.

Is de facebook conversie api AVG-proof?

De techniek is neutraal; jouw implementatie bepaalt het. Je hebt nog steeds een grondslag nodig, meestal toestemming, om persoonsgegevens zoals gehashte e-mailadressen naar Meta te sturen. Koppel je consent management platform zodat serverevents de keuze van elke bezoeker respecteren.

Geschreven door Marloes Slotboom, founder van Coby Agency.

Laatst bijgewerkt: augustus 2026