Conversions API instellen in Meta Ads: het stappenplan zonder developer.

Je Meta-pixel mist een deel van je conversies. Niet omdat je iets fout doet, maar omdat adblockers, cookiebanners en browserbeperkingen een flink deel van het klikgedrag onzichtbaar maken voordat het Meta bereikt. De Conversions API (CAPI) lost dat deels op door dezelfde conversie vanaf je eigen server door te sturen, naast de pixel.

Voor Meta adverteren is dit inmiddels geen nice-to-have meer, maar de basis waarop je rapportage en je biedstrategie draaien. Het goede nieuws is dat je hiervoor geen developer hoeft in te huren. Dit stappenplan laat zien hoe je het deze week zelf instelt, inclusief de fouten die de meeste accounts stilletjes verpesten.

Waarom pixel alleen niet meer genoeg is

De Meta-pixel werkt vanuit de browser van je bezoeker. Dat werkte jarenlang prima, tot cookiebanners, adblockers en browsers als Safari en Firefox steeds strenger werden over wat een website mag meesturen. Wat we bij accounts vaak zien is een webshop met pakweg 120 bestellingen in een week, waarvan de pixel er maar 80 tot 90 aan Meta doorgeeft. De rest verdwijnt ergens tussen klik en checkout, meestal door een geblokkeerd script of een geweigerde cookie.

Dat heeft twee gevolgen. Je rapportage in Ads Manager klopt niet meer met je werkelijke omzet, en het algoritme optimaliseert op minder data dan er in werkelijkheid is. Een campagne die eigenlijk goed loopt, krijgt zo minder budget toegewezen dan hij verdient.

Wat de Conversions API toevoegt

CAPI stuurt dezelfde conversie nogmaals door, maar dan vanaf je server in plaats van vanuit de browser. Die serverkant wordt niet geraakt door een adblocker of een geweigerde cookie, waardoor er conversies binnenkomen die de pixel alleen nooit had gezien. Meta combineert beide signalen en telt een conversie maar één keer, mits je dat goed instelt.

Dat goed instellen draait vooral om één ding: deduplicatie. Je geeft de pixel en de serveraanroep hetzelfde event_id mee, bijvoorbeeld het ordernummer. Komen beide events binnen met dezelfde naam en hetzelfde event_id binnen 48 uur, dan telt Meta ze als één conversie. Vergeet je dit, dan telt elke aankoop dubbel en klopt je ROAS niet meer, in geen van beide richtingen.

Het stappenplan zonder developer

Je hoeft dit niet zelf te programmeren. Er zijn twee routes die voor de meeste MKB-accounts volstaan.

• Gebruik je platformkoppeling. Shopify en WooCommerce hebben een ingebouwde Meta-integratie die serverevents automatisch doorstuurt, inclusief het event_id. Je activeert dit in de instellingen van je verkoopkanaal, niet in Ads Manager zelf.
• Geen native koppeling? Gebruik de Conversions API Gateway. Dit is Meta's eigen tussenlaag die de servercall voor je afhandelt zonder dat je code hoeft te schrijven. Je zet hem op via Events Manager, onder Instellingen.
• Test voordat je live gaat. Open het tabblad Testevents in Events Manager en doorloop zelf een aankoop. Je ziet daar of zowel de browser- als de servergebeurtenis aankomt en of ze worden ontdubbeld.
• Vergelijk na een week je eigen cijfers. Zet het aantal Aankopen in Ads Manager naast je werkelijke bestellingen uit die week. Een verschil van een paar procent is normaal. Een verschil van tientallen procenten wijst op een gemiste integratie.

Event Match Quality: de knop waar niemand aan draait

Onder Diagnose in Events Manager vind je een score op 10 voor Event Match Quality. Die score zegt hoe goed Meta een servergebeurtenis aan een echt account kan koppelen. Hoe hoger, hoe betrouwbaarder je rapportage. Meta publiceert geen officieel minimum, maar een score onder de 6 betekent meestal dat er simpelweg te weinig klantgegevens worden meegestuurd.

Verbeteren doe je door zoveel mogelijk identifiers mee te geven die je wettelijk mag delen. Denk aan e-mailadres, telefoonnummer, voornaam, achternaam, stad, postcode en land, genormaliseerd en gehasht met SHA-256. Stuur ook het IP-adres, de user agent en de fbc- en fbp-cookiewaarden mee, deze blijven ongehasht. De meeste platformkoppelingen doen dit grotendeels automatisch, maar bij een losse gateway-opzet is dit vaak precies de stap die wordt overgeslagen.

Veelgemaakte fouten die deduplicatie breken

De meest voorkomende fout is dat de browser en de server allebei een eigen, willekeurig event_id genereren in plaats van hetzelfde ID te delen. Dan dedupliceert Meta niets, en telt iedere aankoop dubbel. Een tweede fout is een vertraging van meer dan 48 uur tussen het browserevent en het serverevent, bijvoorbeeld bij een nabestelling die pas de volgende dag in het systeem verschijnt. Ook dan mislukt de ontdubbeling.

Een derde, stillere fout is dat alleen de Aankoop-events worden ingesteld en de rest van de funnel wordt genegeerd. Zonder ViewContent en AddToCart via CAPI mist Advantage+ juist de signalen die het nodig heeft om vroeg in de funnel al de juiste mensen te vinden. Eerdere artikelen over trackingproblemen in Meta Ads gaan dieper in op wat dit doet met je leerfase en je attributie.

Wie alleen op de pixel vertrouwt, stuurt zijn advertentiebudget aan op basis van de helft van de waarheid.

Twijfel je of je trackingopzet nog klopt, of wil je dat we hem voor je nalopen? Plan een strategiegesprek en we checken het samen.

Veelgestelde vragen

Moet ik de pixel verwijderen als ik de Conversions API instel?

Nee. Pixel en Conversions API werken samen, niet in plaats van elkaar. Verwijder je de pixel, dan verlies je juist de browsersignalen die de server niet kan zien, zoals scrollgedrag of klikken op losse productpagina's.

Kost een Conversions API Gateway geld?

De gateway zelf is een gratis onderdeel van Meta's Events Manager. Afhankelijk van waar je hem host, kunnen er kleine kosten zijn voor de cloudomgeving eromheen, meestal een paar euro per maand.

Hoe weet ik of mijn deduplicatie goed werkt?

Open Events Manager, ga naar Testevents en doorloop een testaankoop. Zie je daar één Aankoop-event met zowel een browser- als een serverbron, dan werkt de deduplicatie. Verschijnen ze apart als twee losse events, dan delen pixel en server niet hetzelfde event_id.