De meest gemiste fout die ik bij accounts tegenkom: alleen de Pixel staat aan, de Conversions API ontbreekt of werkt half. Het gevolg is altijd hetzelfde. Je rapporteert tientallen procenten minder conversies dan er echt gebeuren, het algoritme krijgt zwakke signalen en je ROAS lijkt slechter dan hij is. Deze gids legt de volledige tracking-stack uit: wat Pixel en CAPI zijn, waarom je beide nodig hebt, hoe deduplication werkt, hoe je Match Quality omhoog krijgt en hoe je het netjes binnen de AVG houdt.
Wat is de Meta Pixel?
De Pixel is een stukje JavaScript dat je op je website plaatst. Doet een bezoeker iets, een pagina bekijken, iets in de winkelmand leggen, afrekenen, dan stuurt de Pixel dat event vanuit de browser van de bezoeker naar Meta. Het is dus browser-side tracking. Dat werkt prima zolang de browser meewerkt, en daar zit precies het probleem.
Standaard events
Meta kent een vaste set events zoals PageView, ViewContent, AddToCart, InitiateCheckout, Lead en Purchase. Gebruik deze standaardnamen consequent, want het algoritme optimaliseert daarop. Eigen verzonnen namen herkent Meta niet als conversie, waardoor je optimalisatie op een leeg signaal draait.
Waarom de Pixel toch onmisbaar blijft
Ondanks alle blokkades heeft de Pixel nog steeds een eigen rol. Hij vangt browserkenmerken op die je server niet kent, zoals het Facebook-cookie (_fbp) en de click-id (_fbc), die helpen bij het koppelen van een event aan een echte advertentieklik. Daarom is het antwoord nooit alleen Pixel of alleen CAPI, maar altijd beide naast elkaar, met deduplication ertussen.
Wat is de Conversions API?
De Conversions API (CAPI) is een server-to-server-verbinding. Doet een gebruiker iets op je site, dan stuurt jouw server het event rechtstreeks naar Meta, buiten de browser om. Dat is server-side tracking. Omdat het niet door de browser loopt, heeft het geen last van ad-blockers, cookie-weigeringen of iOS-beperkingen.
Het grote voordeel is betrouwbaarheid. Een browser-event kan onderweg sneuvelen: de bezoeker sluit het tabblad voordat de pagina laadt, een script wordt geblokkeerd, of de verbinding valt weg. Een server-event vertrekt vanaf jouw eigen infrastructuur, op het moment dat je zeker weet dat de actie heeft plaatsgevonden, bijvoorbeeld zodra een betaling is bevestigd. Voor onderaan de funnel, waar de waarde zit, is dat precies wat je wilt.
Waarom je beide nodig hebt
Sinds Apple's App Tracking Transparency (iOS 14.5) en de bredere afbouw van third-party cookies loopt browser-tracking tegen een muur van blokkades aan:
- iOS-tracking: een grote meerderheid van iPhone-gebruikers staat tracking niet toe.
- Safari, Firefox en Brave: blokkeren third-party cookies en beperken first-party tracking.
- Ad-blockers: blokkeren het Pixel-script compleet, en dat is een flink deel van de Nederlandse bezoekers.
- Cookie-banners: wie weigert, wordt niet getrackt.
Het netto-effect is dat de Pixel 30 tot 60 procent van de events mist. Voor het algoritme is dat alsof je zegt dat een advertentie vier conversies opleverde terwijl het er tien waren. CAPI heeft geen last van browserblokkades en herstelt een groot deel van dat verlies. De combinatie geeft het algoritme de volledigste data, en dat is precies waar moderne Meta Ads op draait. Zie ook de bredere context in de complete Meta Ads gids.
De meeste Pixel-only accounts die ik audit, missen of CAPI, of hebben deduplication verkeerd, en weten beide niet.
Event-deduplication
Als Pixel en CAPI allebei hetzelfde event sturen, bijvoorbeeld één aankoop, wil je niet dat Meta dat als twee aankopen telt. Daarom werkt het met event-deduplication.
Beide signalen sturen een gedeeld, uniek event_id mee (vaak gecombineerd met de eventnaam). Ziet Meta twee events met hetzelfde id, dan houdt het er één. Goede plugins regelen dit automatisch. Bij een handmatige setup moet je het zelf programmeren, en juist daar gaat het vaak mis: dubbel getelde aankopen geven een te rooskleurige ROAS waarop je vervolgens verkeerde beslissingen baseert.
Hoe controleer je of deduplication werkt? In Events Manager zie je per event de bron: Browser, Server of Both. Bij een goede setup zie je bij belangrijke events Both, en blijven de aantallen na deduplication in de buurt van wat je in je eigen orderadministratie ziet. Lopen de cijfers in Events Manager structureel hoger dan je werkelijke aantal bestellingen, dan is dat het klassieke signaal dat de deduplication niet of verkeerd staat. Test dit altijd via de Test Events-tab voordat je conclusies trekt over je ROAS.
Match Quality verhogen
Match Quality (de Event Match Quality score) zegt hoe goed Meta een event kan koppelen aan een echte gebruiker. Hoe beter de match, hoe beter de attributie en optimalisatie. Je verhoogt de score door meer klantparameters mee te sturen, die Meta zelf gehasht ontvangt voor privacy:
- E-mailadres en telefoonnummer
- Voornaam en achternaam
- Plaats, provincie en land
- Postcode
- Een extern ID bij ingelogde gebruikers
Streef naar minimaal 6.0 en idealiter 8.0 of hoger. Goede plugins vullen deze parameters automatisch zodra een bestelling of lead binnenkomt.
Een veelgemaakte misvatting is dat je deze gegevens zelf moet hashen voordat je ze doorstuurt. Bij de meeste plugins en bij Shopify gebeurt dat hashen al voordat het je server verlaat, en Meta hasht nog een keer. Wat jij vooral moet regelen is dat de gegevens uberhaupt worden meegestuurd. Een webshop die alleen een anonieme Purchase doorgeeft zonder e-mail of telefoonnummer, haalt zelden een goede score. Voeg je daarentegen e-mail, telefoon en adres toe, dan schiet de score vaak in een keer richting de 8. Het verschil in herkende conversies is direct zichtbaar in je rapportage.
Installatie per platform
WooCommerce
Twee sterke opties: een complete betaalde plugin die Pixel, CAPI en deduplication in één regelt, of de gratis officiële Meta-plugin die beperkter is maar werkt. Reken op één tot twee uur voor een nette configuratie inclusief deduplication.
Shopify
Native ondersteuning. In de Shopify-admin koppel je het Facebook- en Instagram-kanaal en zet je daar de Conversions API aan. Vaak binnen een kwartier geregeld.
Custom of statische site
Hier gebruik je een server-side container in Google Tag Manager. Dat vraagt een eigen cloud-instance en kost meer tijd om in te richten. Niet voor beginners, wel de meest robuuste oplossing voor maatwerk-sites.
Magento, BigCommerce, Squarespace
Deze hebben eigen plugins of integraties. Bij Squarespace is de ondersteuning beperkt; overweeg een serieuzer platform als adverteren een belangrijk kanaal wordt.
AVG en server-side tracking
Belangrijk misverstand: server-side tracking is niet automatisch AVG-proof. CAPI verwerkt nog steeds persoonsgegevens, dus je hebt expliciete toestemming nodig om die voor advertentiedoeleinden te gebruiken. Je cookie-banner moet daarom ook gelden voor CAPI-events. Veel consent-tools kunnen dit aansturen via consent-signalen. Zonder toestemming stuur je hooguit geanonimiseerde events, zonder klantparameters, wat je Match Quality drukt maar wel netjes is.
Wil je weten of jouw stack klopt? Een account-audit controleert Pixel- en CAPI-status, deduplication, Match Quality en event-coverage. De volledige setup verzorg ik op offerte, niet op uurtarief.
Veelgestelde vragen
Ja. De Pixel meet browser-side en mist door ad-blockers, iOS-restricties en cookie-weigeringen 30 tot 60 procent van de events. De Conversions API stuurt dezelfde events server-side, buiten de browser om, en herstelt een groot deel van dat verlies. Samen geven ze het algoritme de volledigste data. In 2026 is alleen Pixel geen complete setup meer.
Als Pixel en Conversions API allebei hetzelfde event sturen, bijvoorbeeld één aankoop, moet Meta begrijpen dat het om dezelfde gebeurtenis gaat. Dat doet het via een gedeeld event_id. Zonder deduplication telt Meta de aankoop dubbel, waardoor je ROAS te hoog lijkt en je optimalisatie op verkeerde data draait.
Streef naar minimaal 6.0 en idealiter 8.0 of hoger. De score stijgt naarmate je meer gehashte klantparameters meestuurt, zoals e-mail, telefoonnummer, naam en adres. Een lage score betekent dat Meta de events moeilijker aan een gebruiker kan koppelen, wat de attributie en optimalisatie verzwakt.
Server-side tracking ontslaat je niet van de toestemmingsplicht. Onder de AVG heb je expliciete toestemming nodig om persoonsgegevens te verwerken voor advertentiedoeleinden, ook via de Conversions API. Je cookie-banner moet dus ook gelden voor CAPI-events. Zonder toestemming mag je hooguit geanonimiseerde events sturen, zonder klantparameters.
Verder in de kennisbank: De complete Meta Ads gids voor MKB · Ad-creatives die converteren · Kort blogartikel over Pixel + CAPI