Problemen oplossenMeta
Meta rapporteert meer aankopen dan Shopify: diagnose
Meta Ads Manager toont meer aankopen dan Shopify orders heeft. Diagnosticeer dubbele Pixel- en CAPI-events, dubbel afgevuurde Purchase-events en telregels.
- Gepubliceerd
- Gecontroleerd
Diagnose
- Platform Meta
- Gebruikelijke oorzaak Eén bestelling komt meer dan eens bij Meta aan: Pixel en Conversions API zonder gedeeld event_id, twee pixels of een Purchase-event dat opnieuw afgaat.
- Oorzaken, op volgorde 6
- Hoe je het diagnosticeert 8
Eerste antwoord gratis, binnen één werkdag. Beschrijf je situatie
Klinkt bekend?
Het symptoom
De korte versie
Direct antwoord
Meta telt conversie-events; Shopify telt orders. Meta rapporteert meer aankopen wanneer één order meer dan eens naar Meta wordt gestuurd — meestal een Pixel- en Conversions API-paar zonder gedeelde event_id, twee pixelinstallaties die tegelijk afgaan, of een Purchase-event dat opnieuw afgaat wanneer de bevestigingspagina wordt herladen.
Een kleiner deel van de kloof zijn telregels: toeschrijving op klikdatum, view-through-conversies zonder klik, test- en geannuleerde orders die nooit zijn verwijderd, en valutaverschillen die dezelfde orders in andere eenheden beschrijven.
Waar je moet kijken
Oorzaken, op volgorde
Gerangschikt van de oorzaken die de duidelijkste duplicatie opleveren tot de oorzaken die alleen veranderen hoe dezelfde orders worden geteld. Elke oorzaak heeft een eigen signaal, dus één ronde langs Events Manager, de browser en een Shopify-export beperkt de lijst.
Meta rapporteert te veel aankopen6 oorzaken
-
Pixel en CAPI zonder gedeelde
event_idMeta voegt een browserevent en een serverevent alleen samen wanneerevent_nameenevent_idexact overeenkomen. Genereert elke kant zijn eigen identifier, dan ziet Meta twee aankopen terwijl beide benen afzonderlijk correct lijken. -
Twee pixelinstallaties
Een themapixel plus de pixel van een app, twee apps die beide Meta beheren, of een custom pixel via Customer Events naast themacode. Als beide Purchase afvuren, ontvangt Meta twee events, zelfs wanneer ze hetzelfde pixel-ID delen, omdat de events verschillend zijn. -
Purchase afgevuurd bij het herladen van de pagina
Als Purchase aan paginalading is gekoppeld, gaat hij af bij elk bezoek aan de bedank- of orderstatuspagina: een refresh, een klant die via de bevestigingsmail terugkomt, een upsell-stap die de pagina opnieuw rendert. Hij moet één keer per order afgaan. -
Attributievenster en view-through
Meta schrijft aankopen toe aan de klikdatum van de advertentie en kan view-through-conversies tellen — een impressie die later converteert zonder klik. Shopify heeft geen equivalent record, dus het aantal van Meta bevat orders die Shopify ergens anders aan toeschrijft. -
Test-, geannuleerde en terugbetaalde orders
Een Purchase-event wordt geteld op het moment dat het afgaat; testcheckouts, geannuleerde orders en onvolledige betaalpogingen blijven in het aantal staan tenzij er een corrigerend signaal terug wordt gestuurd. -
Valuta- en waardemismatches
Dit verschuift de waardelijn meer dan het aantal. Ontvangt Meta de orderwaarde in een presentatievaluta terwijl Shopify in de winkelvaluta totaliseert, dan lopen de periodetotalen uiteen, zelfs voor dezelfde orders. Een ontbrekendevalue-parameter heeft een vergelijkbaar effect.
8 stappen
Hoe je het diagnosticeert
Drie oppervlakken, in volgorde: Events Manager voor wat Meta ontving, de browser voor wat de pagina stuurde, en een Shopify-orderexport voor wat er gebeurde. De vergelijking op orderniveau komt als laatste.
- Zet eerst de periode vast. Filter in Shopify Admin → Orders op een oudere week of maand waarin elk attributievenster is uitgewerkt, en noteer het orderaantal, de totale omzet en de winkelvaluta.
- Controleer de dedupstatus. Selecteer in Events Manager → Data Sources de dataset, open Overview en lees de Purchase-rij. Waar browser plus server boven het gededupliceerde totaal uitkomt, worden beide benen geteld. Kolomlabels verschillen per versie.
- Volg één aankoop in Test Events. Open Events Manager → Test Events en activeer een testaankoop. Een correcte opzet toont browser en server samengevoegd tot één aankoop; twee rijen voor één order is duplicatie. Noteer elke
event_id-waarschuwing. - Controleer de browserinstallatie. Voltooi met Meta Pixel Helper open een testcheckout. De tool toont elke pixel die afging en wat elk ervan stuurde. Filter daarna het tabblad Network op
facebook.com/tren tel de Purchase-verzoeken die één order oplevert. Twee verzoeken, of twee pixel-ID’s, bevestigen een dubbele installatie. - Herlaad de bevestigingspagina. Gaat er bij herladen een nieuw Purchase-verzoek af, of wanneer je de orderstatuspagina opnieuw bezoekt, dan is het event aan paginalading gekoppeld in plaats van aan de order. Herhaal dit voor elke upsell-stap na de aankoop.
- Inventariseer de installaties. Noteer in Settings → Customer events de geregistreerde custom pixels; bekijk in Settings → Apps and sales channels welke apps Meta beheren; zoek de themacode af naar pixelcode. Alles wat twee keer voorkomt kan dubbel afgaan.
- Controleer de attributie. Bekijk in Ads Manager de attributie-instelling van de campagne. Een view-through-conversie wordt aan een impressie toegeschreven, maar de aankoop erachter is een echte Shopify-order — dezelfde order die Shopify aan een ander kanaal of aan geen enkel kanaal toeschrijft.
- Reconciliëer order voor order. Exporteer Shopify-orders met ID, datum, totaal en valuta, en haal de Purchase-data van Meta op eventniveau op met event-ID en waarde. Koppel elke aankoop van Meta aan één order: twee events voor één order is duplicatie; een event zonder order is een test-, geannuleerde of nooit afgeronde order; een gekoppelde order met een andere waarde is een valutaverschil.
Signaal en oplossing
Beslissingstabel
Gebruik deze tabel zodra de diagnose is teruggebracht tot één of twee oorzaken. De signaalkolom is wat je zag; de oplossing is de wijziging waarnaar het wijst.
| Oorzaak | Signaal dat je ziet | Oplossing |
|---|---|---|
Pixel + CAPI zonder gedeelde event_id | Twee Purchase-rijen in Test Events voor één order; de event-ID’s van browser en server verschillen | Genereer één event-ID per order en geef exact dezelfde waarde mee aan beide benen |
| Twee pixelinstallaties | Pixel Helper toont Purchase twee keer, vaak vanuit twee pixel-ID’s; facebook.com/tr toont twee verzoeken voor één order | Houd één systeem aan als bron van Purchase en verwijder de pixelcall uit het andere |
| Purchase gaat af bij herladen | Een nieuw Purchase-verzoek bij elk bezoek aan de bevestigings- of orderstatuspagina | Laat hem één keer per order afgaan, beveiligd door de orderidentifier, niet bij paginalading |
| Attributievenster en view-through | De kloof is structureel; er hoort geen dubbele order bij, en view-through-credits verschijnen in de campagne-uitsplitsing | Vergelijk alleen gesloten vensters en reconciliëer op doorklik-aankopen |
| Test-, geannuleerde en terugbetaalde orders | Meta-aankopen zonder overeenkomende Shopify-order, gegroepeerd rond testcheckouts | Sluit intern en testverkeer uit, en stuur een corrigerend signaal voor orders die geen stand houden |
| Valuta- of waardemismatch | De aantallen komen ongeveer overeen maar de periodewaarden niet; de eventvaluta verschilt van de winkelvaluta | Stuur waarde en valuta consistent en vergelijk in de valuta waarin Shopify totalen rapporteert |
Een notitie van Daniilvoordat je beslist
Los je het zelf op of schakel je hulp in?
Het meeste van de diagnose is bereikbaar vanuit de beheerpanelen: het overzicht van Events Manager, Test Events, de Customer events-lijst van Shopify en de geïnstalleerde apps. Een facebook.com/tr-verzoek lezen vereist geen code, en Meta Pixel Helper wijst een dubbele installatie binnen enkele minuten aan.
Wat meestal een ontwikkelaar nodig heeft, is de oplossing en niet de vondst. Eén eventidentifier doorvoeren in een pixel en een serverpayload, Purchase verplaatsen van paginalading naar één keer per order, of één van twee overlappende systemen verwijderen zonder een gat achter te laten — elk daarvan raakt code rond de checkout en vraagt verificatie in Test Events.
Een derde geval zit tussen die twee in: één systeem geïnstalleerd en deduplicatie die nog steeds faalt. Dat is meestal de identifierlogica zelf, en dat is wat een Meta Conversions API-traject dekt.
— Daniil
Volgende stap
Als de zelfcheck geen uitsluitsel geeft.
De checks hierboven vinden de oorzaak in de meeste winkels. Overlappen er twee of meer, dan is een afstemming per bestelling sneller dan nog een middag dashboards vergelijken.
Tracking Health Check
- Prijs
- EUR 375
- Toegang
- Alleen-lezen
- Doorlooptijd
- oordeel twee werkdagen na de kickoff
Wat de afstemming laat zien voor dit symptoom.
Een Health Check stemt dit symptoom bestelling voor bestelling af met je Shopify-bestellingen, zodat de oorzaak een feit uit je eigen data is en geen gok op basis van een dashboard. Echte cijfers voor dit symptoom zijn nog niet gepubliceerd — vraag om het voorbeeldrapport.
Volg de bestelling. Vergelijk daarna het bewijs.
- Echte bestellingBestel-ID, bedrag, valuta
- Browser- / servereventsToestemming, event-ID, aflevering
- GA4 / advertentieplatformsOntvangen events en rapportage
- Gegevens afstemmenVergelijk IDs, perioden en definities
Vragen
Vragen die dit symptoom oproept
Waarom zou Meta een aankoop tellen die Shopify helemaal niet heeft?
Omdat Meta conversie-events telt, en niet elk event dat het ontvangt hoort bij een afgeronde order. Een testcheckout, een order die later werd geannuleerd, of een betaalpoging die nooit is afgerond, kan allemaal in het aantal van Meta opduiken zonder bijbehorende order. Het event ging af; de order niet.
Verdwijnt een order uit het aantal van Meta als ik hem annuleer of terugbetaal?
Niet vanzelf. Meta telt het Purchase-event op het moment dat het afgaat, en de order daarna in Shopify wijzigen haalt dat aantal niet met terugwerkende kracht weg. De rapportage past zich alleen aan als er een corrigerend signaal terug naar Meta wordt gestuurd — een terugbetalings- of annulerings-event vanuit het systeem dat de integratie bezit. Of dat gebeurt, hangt van je opzet af, dus verifieer het in plaats van het aan te nemen.
Kunnen twee pixels op dezelfde pagina dubbel tellen veroorzaken?
Ja. Als de themapixel en de pixel van een app allebei Purchase afvuren voor dezelfde order, ontvangt Meta twee events. Ze hoeven niet eens verschillende pixel-ID's te hebben — twee aparte browserevents op dezelfde dataset tellen nog steeds dubbel. Deduplicatie van Meta koppelt alleen een browserevent aan zijn server-tweeling (Conversions API) op een overeenkomende event_name en event_id; het voegt nooit twee browserevents samen.
Hoe vind ik de specifieke orders die dubbel zijn geteld?
Door order voor order te reconciliëren in plaats van periodetotalen te vergelijken. Exporteer de orders van Shopify met hun ID's, datums, waarden en valuta, haal de Purchase-data van Meta op eventniveau op met het event-ID en de waarde, en koppel elke aankoop van Meta aan precies één Shopify-order. Twee Meta-events tegenover één order is duplicatie; een Meta-event zonder order is een test-, geannuleerde of nooit afgeronde order.
Lees verder, of check een verwant symptoom.
Alle symptomen- Dienst Herstel van Meta Conversions API — deduplicatie en matchkwaliteit
- Artikel Meta CAPI-deduplicatie: hoe event_id echt werkt
- Artikel Meta Conversions API op Shopify: de native Facebook & Instagram-app, Stape of je eigen server-side GTM
- Kennisbank Wat is event_id? (deduplicatie van Meta Pixel + CAPI)
- Kennisbank Wat is orderreconciliatie in tracking-audits?
- Problemen oplossen Meta CAPI dedupliceert niet: los dubbele events op
Hoi, ik ben Daniil.
Ik werk met je samen, van probleemdefinitie tot implementatie en overdracht. Je praat met degene die het werk doet. Ik werk in het Engels en het Russisch.
Geprobeerd en kom je er nog niet uit?
Beschrijf je taakHet eerste antwoord is gratis, binnen één werkdag. Of schrijf rechtstreeks: next@taskfordaniel.com