Je stelt de Meta Conversions API in WooCommerce in met een plugin die serverside events naar Meta stuurt, naast of in plaats van de browserpixel. Of je dat via de officiële Meta-plugin doet, via een tag-server of via een eigen koppeling, bepaalt vooral hoe goed je dubbele events voorkomt en hoeveel controle je houdt over de data.
Dit artikel gaat uit van een webshop met draaiende Meta-advertenties en een bestaande pixel. We bespreken de opties, de instellingen die vaak fout gaan en hoe je controleert of Meta je events daadwerkelijk ontvangt en ontdubbelt.
Waarom de Conversions API naast de pixel nodig is
De browserpixel stuurt events vanuit de browser van de bezoeker. Zodra een adblocker, een privacyinstelling of een geweigerde cookiebanner dat verkeer tegenhoudt, mist Meta de aankoop. De Conversions API (CAPI) stuurt dezelfde gebeurtenis vanaf je eigen server, waardoor die route niet afhangt van wat de browser toestaat.
Het gevolg zit in je advertentiebeheer: Meta optimaliseert op de conversies die het ziet. Ziet het er te weinig, dan leert de campagne trager en wijkt de attributie af van wat je in je webshop terugziet. Dat telt zwaarder nu Meta samen met Google het overgrote deel van de Nederlandse digitale advertentiemarkt beheerst: in 2024 kwamen beide samen op 80% marktaandeel. Wie daar budget in steekt, wil dat de data waarop het algoritme stuurt kloppen. Ook de groei van social advertising in Europa, 19,2 procent tot 35,5 miljard euro in 2025, maakt schone meetdata voor MKB-webshops de moeite waard.
CAPI vervangt de pixel niet. De aanbevolen opzet is dubbel: pixel én server sturen dezelfde events, en Meta ontdubbelt ze. Dat ontdubbelen is waar de meeste installaties misgaan.
Meta Conversions API instellen in WooCommerce: de opties
Er zijn grofweg drie routes. Welke past, hangt af van je technische capaciteit, je cookiebanner en de vraag of je al een tag-omgeving gebruikt.
Optie 1: de officiële Meta-plugin voor WooCommerce
De plugin Facebook for WooCommerce koppelt je catalogus, de pixel en CAPI in één keer en stuurt standaard events als ViewContent, AddToCart, InitiateCheckout en Purchase. Het is de snelste route en vraagt geen code. De afweging: je hebt weinig invloed op welke parameters meegaan, en aanpassingen aan eigen events (bijvoorbeeld een offerteformulier of een B2B-aanvraag) zijn beperkt.
Optie 2: serverside tagging via een tag-server
Met een serverside container stuur je events eerst naar je eigen endpoint en vandaar naar Meta. Je krijgt volledige controle over welke data doorgaat en kunt dezelfde stroom ook naar andere kanalen sturen. Het kost meer onderhoud en een eigen servicedomein, en een foute configuratie levert dubbele of ontbrekende events op. Voor shops met meerdere advertentiekanalen is dit vaak de moeite waard, voor een kleine shop met alleen Meta meestal te zwaar.
Optie 3: een tussenplugin of eigen koppeling
Plugins van derden die WooCommerce-orderhooks gebruiken sturen de Purchase direct vanaf de server zodra de bestelling is aangemaakt. Dat is betrouwbaarder dan een event op de bedankpagina, die niet iedereen bereikt. Controleer wel of de plugin een eigen event-ID meegeeft, anders werkt ontdubbelen niet.
Drie routes voor de Conversions API in WooCommerce
| Officiële Meta-plugin | Serverside tagging | Tussenplugin of eigen koppeling | |
|---|---|---|---|
| Installatie | Snel, geen code | Technisch, eigen tag-server | Gemiddeld, afhankelijk van plugin |
| Controle over data | Beperkt | Volledig | Gemiddeld |
| Onderhoud | Laag | Hoger | Gemiddeld |
| Past bij | Standaard webshop met alleen Meta | Meerdere advertentiekanalen | Betrouwbare Purchase vanaf orderhook |
Dubbele events voorkomen: event-ID en ontdubbeling
Meta ontdubbelt een browser- en een serverevent alleen als beide dezelfde event_name en hetzelfde event_id dragen. Ontbreekt het ID aan één kant, dan telt Meta de aankoop twee keer en lijkt je ROAS mooier dan hij is. Dat is de meest voorkomende fout bij een CAPI-installatie, ook bij ervaren beheerders.
Voor een Purchase gebruik je bij voorkeur het WooCommerce-ordernummer of een daarvan afgeleide waarde als event-ID, omdat die op beide plekken beschikbaar is. Een willekeurig gegenereerd ID in de browser dat de server niet kent, werkt niet. Let ook op de tijd: Meta ontdubbelt binnen een beperkt tijdvenster, dus een serverevent dat uren later binnenkomt, wordt niet altijd meer gekoppeld.
Een tweede valkuil is een plugin die de pixel al serverside doorstuurt terwijl een tweede plugin of een tag-container hetzelfde doet. Draai nooit twee CAPI-bronnen tegelijk voor dezelfde events. Kies één bron en zet de andere uit.
Controleren of de Conversions API goed werkt
Gebruik in Events Manager het tabblad Test events om een testbestelling live te volgen. Je ziet daar of een event via de browser, via de server of via beide binnenkomt, en of Meta het markeert als ontdubbeld. Plaats vervolgens een echte testorder en kijk of de Purchase met de juiste waarde en valuta verschijnt.
- Open Events Manager en kies je dataset (pixel).
- Start het tabblad Test events en voer de testserver-code in bij je plugin of tag-server.
- Doorloop de shop: productpagina, winkelmand, checkout, bestelling.
- Controleer per event of beide bronnen verschijnen en of het event-ID gelijk is.
- Bekijk daarna de kwaliteitsscore voor gebeurtenisafstemming (Event Match Quality) en kijk welke klantparameters ontbreken.
Een lage afstemmingsscore betekent meestal dat e-mailadres, telefoonnummer of postcode niet (gehasht) worden meegestuurd. Op de checkout heb je die gegevens, dus daar is winst te halen. Stuur ze alleen mee als je cookiebanner en privacyverklaring dat toestaan.
Conversions API testen in Events Manager
- Open de dataset Ga in Events Manager naar je pixel en open het tabblad Test events.
- Koppel de testcode Voer de testserver-code in bij je plugin of tag-server.
- Doorloop de shop Ga van productpagina naar winkelmand, checkout en bestelling.
- Controleer bron en event-ID Kijk of browser en server beide verschijnen en als ontdubbeld zijn gemarkeerd.
- Beoordeel de afstemmingsscore Bekijk welke klantparameters ontbreken en vul ze aan voor zover toestemming dat toestaat.
Waar je op moet letten bij toestemming en meetkwaliteit
Serverside sturen betekent niet dat toestemming niet meer geldt. Verwerk je persoonsgegevens voor advertentiedoeleinden, dan moet je consent-status mee de server in en alleen events doorsturen als er toestemming is. Laat je shop dat afhandelen via je consentplatform, en test het met een geweigerde banner: er mag dan geen Purchase bij Meta aankomen.
Vergelijk daarna wekelijks het aantal orders in WooCommerce met het aantal Purchase-events in Meta. Een klein verschil is normaal, een structureel groot gat wijst op een brug die niet dichtzit. Wie ook zijn analytics wil sluitend krijgen, kan daarnaast kijken naar GA4 e-commerce tracking in WooCommerce, want dezelfde datalaag voedt vaak beide kanalen.
In de praktijk zien we dat de meeste meetproblemen niet in Meta zelf zitten, maar in de shop eronder. Een trage checkout of een plugin die scripts laat vallen, kost events nog voordat CAPI iets kan doen. Check daarom ook je Core Web Vitals in WooCommerce. Wie op basis van deze data adverteert, kan verder met Instagram Ads.
Veelgestelde vragen
Moet ik de meta-pixel uitzetten als ik de Conversions API gebruik?
Nee. Meta adviseert pixel en CAPI samen te gebruiken. Zorg dat beide hetzelfde event-ID meesturen, zodat Meta de dubbele events samenvoegt.
Hoe weet ik of Meta mijn serverevents ontvangt?
Open Events Manager, kies Test events en doorloop je shop. Bij elk event staat de bron (browser of server) en of het is ontdubbeld.
Is de officiële wooCommerce-plugin genoeg?
Voor een standaardshop met standaardevents meestal wel. Heb je eigen events, meerdere advertentiekanalen of strengere eisen aan data, dan biedt serverside tagging meer controle.
