Geschreven door Thomas Melto, CEO van LinkScale. Laatst bijgewerkt op 5 september 2026.
Je Meta Pixel kan perfect ge茂nstalleerd zijn en toch conversies missen.
Dat is geen tegenstrijdigheid. Het is de normale toestand van pixeltracking in 2026. Meta Ads toont minder aankopen dan Shopify. De pixel wordt geactiveerd bij sommige gebeurtenissen en niet bij andere. GA4 rapporteert een derde aantal. Stripe registreert het geld dat daadwerkelijk is verplaatst.
De eerste reactie is altijd dezelfde: mijn pixel is kapot.
Soms is dat zo. Veel vaker werkt de pixel prima en zit het probleem eromheen, in het deel dat niemand controleert: attributievensters, toestemming, browsers, redirects, UTM's, in-app-browsers en alles wat er gebeurt voordat de pixel de kans krijgt om te worden geactiveerd.
Een pixel meet wat hij kan zien. Als het pad rommelig is voordat de bezoeker je bestemmingspagina bereikt, zullen je conversiegegevens nooit schoon zijn, ongeacht hoe vaak je de code opnieuw installeert.
Wat pixeltracking daadwerkelijk meet
Pixeltracking is meting aan de browserzijde. Een klein script wordt op je pagina geladen, houdt de gebeurtenissen bij die je hebt gedefinieerd en stuurt deze naar Meta met alle identificatiesignalen die de browser nog toestaat om eraan te koppelen.
Die laatste zin is het hele verhaal. De pixel bepaalt niet wat hij kan versturen. De browser doet dat.
Wanneer adverteerders dus zeggen dat "de pixel geen conversies bijhoudt", beschrijven ze meestal een van drie heel verschillende problemen. Door ze allemaal op dezelfde manier te behandelen, besteden mensen een week aan het oplossen van het verkeerde probleem.
Het verschil tussen een pixelprobleem en een attributieprobleem
Een pixelprobleem is technisch. De gebeurtenis wordt niet geactiveerd, wordt op de verkeerde pagina geactiveerd, wordt twee keer geactiveerd of stuurt de verkeerde waarde. Je lost dit op in je code, je tagmanager of je bedankpagina.
Een attributieprobleem is iets heel anders. De gebeurtenis is correct geactiveerd. Meta heeft deze ontvangen. Meta kon deze simpelweg niet met voldoende zekerheid koppelen aan de advertentie-interactie om je campagne de conversie toe te schrijven. Dat gebeurt bij vertraagde aankopen, wisselen van apparaat, geweigerde cookies, in-app-browsers en korte attributievensters.
Snelle regel: als Meta nul aankoopgebeurtenissen toont, begin dan met de installatie en het activeren van gebeurtenissen. Als Meta enkele aankopen toont maar minder dan je winkel, stop dan met het aanpassen van de pixelcode. Het probleem zit in attributie, toestemming of het verkeerstraject.
Meer pixelcode toevoegen zal nooit een attributiekloof oplossen. Je attributievenster verruimen zal nooit een kapotte gebeurtenis oplossen.
Waarom ontbrekende conversies zelden een kapotte pixel betekenen
Meta Ads rapporteert 42 aankopen. Shopify toont 67 bestellingen. Vijfentwintig verkopen zijn niet in het niets verdwenen.
Shopify telt transacties. Meta schrijft conversies toe. GA4 volgt sessies. Stripe registreert betalingen. Vier tools, vier vragen, vier aantallen. Ze zijn nooit ontworpen om overeen te komen.
De nuttige vraag is niet of je pixel is ge茂nstalleerd. De vraag is: waar verdwijnt de trackingcontext tussen de advertentieklik en de conversie?
De meest voorkomende redenen waarom pixeltracking conversies mist
Installatieproblemen: verkeerde pagina, verkeerde gebeurtenis, dubbele gebeurtenissen
Controleer eerst de saaie dingen, want die zijn nog steeds de meest voorkomende oorzaak van fouten.
- de pixel is op het verkeerde domein ge茂nstalleerd, of twee keer op dezelfde pagina
- de aankoopgebeurtenis wordt geactiveerd op de winkelwagenpagina in plaats van op de bevestigingspagina
- de gebeurtenis wordt geactiveerd voordat de betaling daadwerkelijk is bevestigd
- de waarde- of valutaparameter ontbreekt
- de site is opnieuw ontworpen en niemand heeft de tag opnieuw gecontroleerd
Meta publiceert een eigen lijst met pixelfouten en waarschuwingen die je kunt bekijken in Events ManagerOpens in a new tab, en die pagina moet je eerste stop zijn voordat je attributie ergens de schuld van geeft.
Browser- en privacybeperkingen: toestemming, advertentieblokkers, iOS
Een correct ge茂nstalleerde pixel verliest nog steeds zichtbaarheid door cookiebanners, advertentieblokkers, Safari's trackingpreventie, iOS-privacyinstellingen, gewiste cookies en gebruikers die halverwege van apparaat wisselen.
Dit maakt de pixel niet nutteloos. Het maakt hem op zichzelf onvolledig, wat een andere bewering is en de bewering die ertoe doet voor de manier waarop je de rest van je configuratie opbouwt.
Attributieproblemen: vensters, vertraagde verkopen, trajecten over meerdere apparaten
Een gebruiker klikt om 23.00 uur op een Instagram-advertentie op zijn telefoon, sluit de app en koopt twee dagen later op zijn laptop. Shopify ziet de bestelling. Stripe ziet de betaling. Meta schrijft de conversie mogelijk wel of niet toe aan de campagne, afhankelijk van je attributievenster en hoeveel signaal de kloof heeft overleefd.
Dat is geen bug. Dat is gefragmenteerde attributie die precies werkt zoals ontworpen.
Problemen in het verkeerstraject: redirects, UTM's, in-app-browsers
Dit is het onderdeel dat adverteerders onderschatten, en hier zien we de meeste schade in de accounts die we bekijken.
Verkeer verliest context door kapotte redirects, verwijderde UTM's, campagnelinks die voor vijf verschillende bronnen worden hergebruikt, trage mobiele landingspagina's en in-app browsers die je pagina openen in een sandbox met een eigen cookieopslag. De bezoeker arriveert uitgelogd op een site waarop diegene op dezelfde telefoon wel is ingelogd.
Als de klik door drie tussenstappen gaat voordat hij landt, ziet de pixel alleen de laatste.
De helft van de tickets over "pixel trackt niet" die we zien, betreft een pixel die prima werkt maar gekoppeld is aan het verkeerde advertentieaccount.
Je Meta Pixel-ID is het nummer van 15 of 16 cijfers in Gebeurtenisbeheer, naast de naam van de gegevensbron. Het staat ook in de broncode van je eigen pagina, in de aanroep fbq('init', '...'). Die twee nummers moeten overeenkomen en de pixel moet gedeeld zijn met het advertentieaccount dat de campagne daadwerkelijk uitvoert.
Drie controles, in deze volgorde:
- Open Gebeurtenisbeheer en kopieer de pixel-ID uit de lijst met gegevensbronnen.
- Bekijk de broncode van je livepagina en zoek de regel
fbq('init', ...). Hetzelfde nummer?
- Bevestig in Bedrijfsinstellingen dat die pixel is toegewezen aan het advertentieaccount dat het geld uitgeeft.
Als stap drie mislukt, worden je gebeurtenissen geregistreerd bij een gegevensbron die je campagnes niet kunnen gebruiken. Alles lijkt ge茂nstalleerd. Niets wordt toegeschreven.
Je kunt met een browserinspecteur controleren wat er op elke livepagina wordt geactiveerd, of met onze gratis pixel helper-tool, die de tags op een URL uitleest zonder dat je een extensie hoeft te installeren.
Gebeurtenisovereenkomstkwaliteit is het minst besproken getal in Gebeurtenisbeheer en het getal dat het nauwst samenhangt met hoeveel conversies aan jou worden toegeschreven.
De score, van 0 tot 10, geeft aan hoe goed Meta de klantparameters die je verzendt kan koppelen aan een echte Meta-gebruiker. E-mail, telefoon, voornaam, stad, externe ID, klik-ID. Stuur er meer van mee, correct gehasht, en de overeenkomstscore stijgt. Stuur alleen een paginaweergave zonder klantparameters en Meta matcht op vrijwel niets.
Een score onder 5 voor je aankoopgebeurtenis is de moeite waard om te verbeteren voordat je iets anders in je account aanpast. De twee goedkoopste verbeteringen:
- stuur het gehashte e-mailadres mee bij elke aankoopgebeurtenis, niet alleen bij de aankopen waarbij de checkout het correct heeft vastgelegd
- stuur
fbc en fbp (de cookies voor klik-ID en browser-ID) door via je server-side gebeurtenissen; daar verliezen de meeste configuraties ze ongemerkt
Overeenkomstkwaliteit is geen ijdelheidsmetriek. Het is de bovengrens van je attributie.
Conversions API: server-side signalen toevoegen aan browsertracking
Toen browsers begonnen te weigeren mee te werken, was Meta's antwoord om je server gebeurtenissen rechtstreeks te laten verzenden. De Conversions APIOpens in a new tab vervangt de pixel niet. Deze draait ernaast.
Goed uitgevoerd herstellen de twee samen gebeurtenissen die de browser heeft gemist. Slecht uitgevoerd tellen ze alles dubbel.
De beslissende factor is deduplicatie. Elke gebeurtenis die je vanaf beide kanten verzendt, heeft dezelfde event_id en dezelfde event_name nodig, zodat Meta het paar kan herkennen en er 茅茅n kan behouden. Mis je dat, dan loopt je aantal aankopen op, lijkt je kosten per acquisitie geweldig en verslechtert je optimalisatie omdat Meta leert van ruis.
Stel deduplicatie in voordat je de Conversions API inschakelt, niet nadat je merkt dat de cijfers zijn verdubbeld.
Goed om te weten: met de Conversions API kun je ook gebeurtenissen verzenden die de browser nooit had kunnen zien, zoals een terugbetaling, een abonnementsverlenging of een deal die drie weken later in je CRM als gewonnen is gemarkeerd.
Verwachten dat vier dashboards hetzelfde getal tonen, is de duurste fout binnen dit hele onderwerp. Het stuurt mensen op zoek naar bugs die niet bestaan.
Meta's taak is in te schatten welke conversies erkenning verdienen. Het standaard attributievenster is 7 dagen na klik en 1 dag na weergave. Wijzig die instelling en je gerapporteerde conversies veranderen mee, zonder dat er in werkelijkheid iets verandert.
Een aankoop die negen dagen na de klik plaatsvindt, bestaat simpelweg niet in Meta's rapport. Shopify heeft hem wel. Meta niet.
GA4 meet sessies en gebeurtenissen
GA4 telt verkeer en gedrag, met een eigen attributiemodel en eigen sessielogica. Het zal bewust afwijken van Meta.
Het zal je verkeer ook verkeerd classificeren als je UTM's rommelig zijn. Dezelfde Instagram-klik kan als verwijzing, betaalde social, organische social of direct verkeer terechtkomen, afhankelijk van hoe de link is opgebouwd. Daarom is Google's referentie voor URL-parameters van campagnesOpens in a new tab tien minuten van ieders tijd waard.
Shopify en Stripe meten echte transacties
Deze twee zijn je financi毛le waarheid. Het maakt ze niet uit of iets toewijsbaar was. Als Shopify 67 zegt, waren er 67 bestellingen.
Shopify geeft aan hoeveel bestellingen er hebben plaatsgevonden. Meta geeft aan hoeveel bestellingen het aan advertenties kan toeschrijven. Beide kunnen tegelijk gelijk hebben.
Linktracking meet het pad v贸贸r de conversie
Er is een vierde laag, en dat is de laag die de meeste accounts volledig missen: wat er gebeurt tussen de klik en de landingspagina.
Welke link werd aangeklikt, vanuit welke bron, op welk apparaat, via welke browser, vanuit welk land, met de UTMs intact of verwijderd, de bestemming bereikt of onderweg vastgelopen. Geen van de bovenstaande tools ziet dat duidelijk, omdat ze allemaal pas beginnen te meten zodra de pagina al is geladen.
Snelle diagnose: symptoom, waarschijnlijke oorzaak, wat te controleren
Begin bij het symptoom. Dezelfde klacht kan wijzen op volledig verschillende oorzaken.
Wat je eerst moet controleren wanneer conversies ontbreken
Controleer de pixel en de events
E茅n pixel, correct domein, correcte Business-assets. Het Purchase-event wordt na voltooiing van de transactie 茅茅n keer geactiveerd, met waarde en valuta toegevoegd. Meta's eigen richtlijnen voor het installeren en instellen van de Meta PixelOpens in a new tab behandelen de technische uitvoering.
Controleer dit in Test Events, niet door je code te lezen. Code die er goed uitziet maar verkeerd afvuurt, is een heel genre op zich.
Controleer domeinverificatie, CAPI en deduplicatie
Domein geverifieerd. Pixel en Conversions API gekoppeld aan dezelfde gegevensbron. Event-ID's komen in beide overeen. Matchkwaliteit per event beoordeeld, niet als accountgemiddelde.
Als Meta dubbele events of events van lage kwaliteit ontvangt, wordt de optimalisatie slechter, niet alleen de rapportage. Dat is het onderdeel dat geld kost.
Controleer UTMs, redirects en het laden van de landingspagina
Schone UTMs, consistente naamgeving, redirects die parameters behouden, en een landingspagina die snel laadt op een Android-telefoon uit het middensegment via 4G.
De klassieke kapotte opzet: 茅茅n link gebruikt voor Instagram-advertenties, Facebook-advertenties, een post van een creator, DM's en een QR-code op een flyer. Wanneer de cijfers er verkeerd uitzien, is er geen manier om te bepalen welke van de vijf dit heeft veroorzaakt. Geef elke betekenisvolle bron zijn eigen getrackte link.
Controleer mobiel en gedrag in in-appbrowsers
Sociaal verkeer opent zelden in Safari of Chrome. Het opent in de eigen webview van de app, die zijn eigen cookie-opslag en sessiestatus heeft.
Test de daadwerkelijke flow vanuit de daadwerkelijke app: laadt de pagina, vuurt de pixel af, blijven de UTMs behouden, werkt de checkout, is de gebruiker nog steeds ingelogd. Als de klantreis daar kapot is, is tracking het kleinste van je twee problemen.
Wat er gebeurt voordat de pixel afvuurt
Een pixel kan niets meten dat gebeurt voordat de pagina waarop deze staat geladen is.
Voor de hand liggend zodra je het opschrijft. In de praktijk genegeerd door bijna elk account dat we auditen.
Voor betaalde social is het pad nooit schoon. Advertenties, stories, profiellinks, bio-links, DM's, creatorpagina's, QR-codes, retargeting. Elk daarvan voegt een stap toe, en elke stap is een plek waar de referrer, de UTM of de klik-ID stilletjes kan verdwijnen.
De signalen die v贸贸r de pixel belangrijk zijn: bron, aangeklikte link, referrer, apparaat, browser, land, campagne, UTM, webview of echte browser, VPN of proxy, of de bestemming daadwerkelijk is bereikt, en hoe lang dat duurde.
Als je die laag niet kunt zien, begint je diagnose te laat.
Wanneer een linktrackinglaag nuttig wordt
Als het probleem technisch is, repareer dan eerst de pixel
Kapotte event, geen event in Meta, verkeerde gegevensbron. Los dat op v贸贸r al het andere. Geen enkele linktrackingtool vervangt een conversie-event dat nooit aankomt.
De volgorde is niet onderhandelbaar:
- Pixel en events werken, geverifieerd in Test Events.
- Conversions API en deduplicatie zijn schoon, als je die gebruikt.
- UTMs en redirects behouden campagnecontext.
- Tracking op linkniveau voor het pad v贸贸r conversie.
Als het probleem zichtbaarheid is, volg dan het pad v贸贸r de bestemming
Als de pixel werkt en de cijfers nog steeds nergens op slaan, heb je een zichtbaarheidsprobleem, geen trackingprobleem. Je moet weten welke link de reis heeft gestart, welke bron de klik heeft opgeleverd, welke browser deze opende en of het verkeer er echt uitzag.
Hoe LinkScale tussen de advertentie en de bestemming past
LinkScale zit in de tussenruimte: een getrackte link voor elke bron, campagne, advertentie of creator, met de klikgegevens eraan gekoppeld.
Dat omvat getrackte links, directe links, deeplinks die de bezoeker naar zijn echte browser sturen in plaats van naar de in-app-webview, Meta Pixel-integratie per link, conversie- en aangepaste events, behoud van UTM's via redirects, detectie van bron en referrer, uitsplitsingen naar apparaat, browser en land, en signalen voor verkeerskwaliteit zoals VPN- of proxydetectie.
Het deeplink-punt is wat de cijfers het snelst verandert voor sociaal verkeer. In een LinkScale-onderzoek onder enkele duizenden Instagram-accounts bereikten links die de bezoeker naar zijn eigen browser stuurden 71% conversie op het bestemmingsplatform, omdat de sessie, de cookies en de aanmeldingen daar al aanwezig waren.
Er is ook een videowalkthrough als je liever iemand het ziet doen: de Facebook Pixel installeren en instellen op LinkScaleOpens in a new tab. De uitgebreidere functiegids behandelt hoe getrackte links, signalen voor verkeerskwaliteit en pixelintegratie samenkomen.
Je checklist voor pixeltracking
Pixel en events
- E茅n pixel, correct domein, correcte Business-assets
- Purchase-event wordt 茅茅n keer geactiveerd, na de transactie, met waarde en valuta
- Geen dubbele scripts, geen events die op de winkelwagenpagina worden geactiveerd
- Fouten en waarschuwingen gecontroleerd in Events Manager
- Gedrag bevestigd in Test Events, niet alleen aangenomen op basis van de code
Matchkwaliteit en Conversions API
- Domein geverifieerd
- Gehashte e-mail en telefoonnummer doorgegeven bij purchase-events
- fbc en fbp doorgestuurd via server-side events
- Overeenkomende event_id tussen pixel en CAPI
- Matchkwaliteit gecontroleerd per event, streefwaarde boven 6
Pad en links
- UTM's schoon en consistent benoemd
- Redirects getest, parameters behouden
- E茅n getrackte link per betekenisvolle bron
- Mobiele en in-app-browserflow end-to-end getest
- Klikpad zichtbaar voordat de landingspagina wordt geladen
Volg die volgorde en je vindt de fout sneller. Verander je de campagne, de pixel, de landingspagina en het attributievenster tegelijk, dan los je het op zonder ooit te weten wat er mis was, wat betekent dat het terugkomt.
FAQ
Waarom toont Meta minder conversies dan Shopify?
Omdat Shopify elke bestelling telt en Meta alleen bestellingen telt die het binnen je attributievenster aan een advertentie kan toeschrijven. Een verschil van 20 tot 40% is normaal. Een verschil van 70% betekent meestal een lage event-matchkwaliteit of een gebroken verkeerspad.
Is de Meta Pixel verouderd?
Nee. De naam is gewijzigd van Facebook Pixel naar Meta Pixel en hij werkt nog steeds. Wat wel is veranderd, is dat hij op zichzelf niet langer voldoende is. Daarom promoot Meta de Conversions API ernaast.
Wat is een goede score voor event-matchkwaliteit?
Boven 6 bij purchase-events. Onder 5 betekent dat je toegeschreven conversies laat liggen, meestal omdat klantparameters niet worden doorgegeven.
Waar vind ik mijn Meta Pixel-ID?
In Events Manager, naast de naam van de gegevensbron. Deze verschijnt ook in de broncode van je pagina binnen de fbq('init', ...)-aanroep. Bevestig dat beide overeenkomen voordat je iets anders gaat troubleshooten.
Lost de Conversions API alles op wat de pixel mist?
Nee. Hij herstelt events die door de browser zijn geblokkeerd, maar alleen als deduplicatie is geconfigureerd. Zonder overeenkomende event-ID's blaast hij je conversietelling op in plaats van deze te corrigeren.
Verstoren in-app-browsers pixeltracking?
Niet altijd, maar ze verslechteren deze wel. De webview heeft zijn eigen cookie-opslag en eigen sessie, waardoor terugkerende bezoekers als onbekenden binnenkomen. Deeplinks die de echte browser openen, zijn de oplossing.
