Meta Pixel of Conversions API? Waarom je beide nodig hebt

Je hebt beide nodig: de Meta Pixel meet in de browser en mist wat daar misloopt, de Conversions API stuurt dezelfde gebeurtenissen vanaf een server ^[1]. Meta raadt die redundante opzet zelf aan ^[2]. Ontdubbel met een gelijke event_id en eventnaam, en controleer de dekking in Gebeurtenisbeheer ^[3].

Of je je campagnes nu zelf beheert of bij een Facebook Ads bureau onderbrengt: wat Meta niet ziet, kan het niet optimaliseren. Het technische werk, zoals server-side tagging, legt mijn collega Cédric uit in server-side tracking uitgelegd. Hier lees je wat jij als adverteerder nakijkt.

Waarom de Pixel alleen niet volstaat

De Conversions API kan gebeurtenissen doorgeven die de Pixel verliest door netwerkproblemen of fouten bij het laden ^[1]. Daarbovenop komt de browser. Safari verwijdert cookies die via JavaScript gezet zijn na 7 dagen zonder interactie, en na 24 uur als iemand binnenkwam via een link die Safari als tracking herkent ^[7].

Wat Meta mist, raakt je advertentiekost. Meta gebruikt alleen gebeurtenissen die het aan een account kan koppelen ^[1], en een set verlaat de leerfase pas na ongeveer 50 resultaten per week ^[8]. De veiling weegt bovendien mee hoe waarschijnlijk iemand converteert ^[9], dus minder signaal betekent trager leren en een minder scherpe inschatting.

Een voorbeeld zonder klantdata: een webshop geeft € 1.500 per week uit en krijgt 60 bestellingen uit Meta-advertenties, dus € 25 per aankoop. Ziet Meta er maar 40, dan rapporteert Advertentiebeheer € 37,50, en verlaag je misschien het budget van een campagne die rendeert. Wat een aankoop mag kosten, lees je in wat adverteren op Facebook en Instagram kost.

Meet zelf hoeveel je mist. Leg over een volle maand de aankopen of leads in Gebeurtenisbeheer naast de bestellingen of aanvragen in je webshop of CRM. Het verschil wordt nooit nul, want niet iedereen komt via een advertentie of geeft toestemming.

Zo werkt de ontdubbeling

Meta raadt aan dezelfde gebeurtenissen langs beide wegen te sturen, bijvoorbeeld Purchase, InitiateCheckout en Contact ^[1]. Om ze als één gebeurtenis te tellen, moet het volgende kloppen ^[2]:

• de event_id van de servergebeurtenis is gelijk aan de eventID in de Pixel;
• de eventnaam is aan beide kanten dezelfde;
• beide komen binnen 48 uur na de eerste gebeurtenis met die event_id binnen.

Meta houdt dan meestal de eerst ontvangen versie ^[2]. Stuur je een gebeurtenis maar langs één weg, bijvoorbeeld aankopen alleen via de server, dan hoef je ze niet te ontdubbelen ^[2].

De klassieke fouten zijn een andere event_id in browser en server, een servergebeurtenis zonder event_id, of een andere naam voor dezelfde actie. Bij de alternatieve methode met fbp of external_id blijven twee identieke browsergebeurtenissen bovendien allebei staan ^[2]. Vuurt je bedankpagina de Pixel twee keer af, los dat dan op in je website.

TikTok werkt met dezelfde logica: gebeurtenissen met dezelfde naam en event_id worden samengevoegd als ze na 5 minuten en binnen 48 uur na de eerste binnenkomen ^[10]. Eén event_id-systeem kan dus beide platformen bedienen; meer daarover in TikTok adverteren in België.

Wat je in Gebeurtenisbeheer nakijkt

Je hoeft geen developer te zijn om te zien of je meting klopt. Gebeurtenisbeheer toont het per gebeurtenis ^[3]:

De kwaliteit van gebeurtenismatches is geen percentage maar een score, per webgebeurtenis via de Conversions API, berekend over de voorbije 48 uur ^[6]. Ze hangt af van de klantgegevens die je gehasht meestuurt: e-mailadres en klik-ID wegen het zwaarst, naam, plaats en postcode het minst ^[6]. Een betere score kan volgens Meta leiden tot meer gerapporteerde conversies en lagere kosten per actie ^[6].

Voor elke servergebeurtenis is action_source verplicht, en voor websitegebeurtenissen ook de URL en de user agent ^[1]. Stuur bij aankopen waarde en valuta mee, zoals Meta's eigen voorbeeldcode doet ^[2]. Controleer alles met de tool Testgebeurtenissen voor een campagne erop stuurt ^[1].

Wil je dat iemand meekijkt? De gratis Meta Ads-audit controleert Pixel, Conversions API en gebeurtenissen, samen met structuur, doelgroepen en creaties.

Toestemming blijft nodig

De Gegevensbeschermingsautoriteit is duidelijk: cookies die niet strikt noodzakelijk zijn, plaats je pas na geldige toestemming, en dat geldt ook voor pixels ^[11]. De Meta Pixel kun je daarom pauzeren tot je bezoeker akkoord gaat ^[5].

De Conversions API verandert daar niets aan. Meta's voorwaarden vragen dat je het wettelijke recht hebt om de gegevens te delen, dat je contactgegevens hasht en dat je geen gevoelige informatie doorstuurt ^[6]. Gebeurtenissen van iOS-toestellen verwerkt Meta via de server met dezelfde beperkingen als via de browser ^[12].

Wat de server wel doet: gebeurtenissen van bezoekers met toestemming betrouwbaarder doorgeven, en conversies meesturen die de browser nooit ziet. Hoe je de cookiekeuze correct aan al je tags doorgeeft, lees je in Consent Mode v2 in de praktijk.

Welke koppeling past bij jou?

Werk je met leads, stuur dan de uitkomst uit je CRM terug met de Conversions API voor CRM. Dan optimaliseert Meta je leadadvertenties op kwaliteit in plaats van op volume ^[15]. Stel je developer of partner daarna vijf vragen:

1. Welke gebeurtenissen gaan langs beide wegen, met dezelfde event_id en naam ^[2]?
2. Welke klantgegevens sturen we gehasht mee, en alleen voor bezoekers met toestemming ^[6]?
3. Hoe volgt de server de cookiekeuze van de bezoeker?
4. Komen gebeurtenissen realtime of in kleine batches binnen, en niet één keer per dag ^[1]?
5. Wie bewaakt na livegang de dekking, de ontdubbeling en de matchkwaliteit ^[3]?