Laatst bijgewerkt: 25 september 2026
GA4 en Shopify zullen nooit identieke cijfers rapporteren, en dat geldt in 2026 nog steeds, ook nadat Google purchase-events rechtstreeks van de servers van Shopify begon te ontvangen. De twee systemen tellen verschillende dingen: Shopify telt bestellingen op het moment dat er geld beweegt, GA4 telt events toegeschreven aan sessies onder consentregels, adblockers, attributievensters en zijn eigen tijdzone. Een verschil van een paar procent is normaal. Een verschil van 20 procent of meer betekent dat er iets specifieks kapot is, en elke oorzaak heeft een naam.
Deze gids legt uit wat er medio 2026 veranderde, en geeft je daarna de reconciliatiechecklist die wij op klantwinkels draaien, in de volgorde die problemen het snelst vindt.
Wat veranderde er in juli 2026 met GA4 en Shopify?
In juli 2026 begon Google voor winkels die de Google & YouTube-app van Shopify gebruiken het purchase-event server naar server te ontvangen van Shopify, in plaats van alleen te leunen op de browsertag die op de bedanktpagina vuurt. Berichtgeving in de branche over de uitrol van Google meldt dat het standaard aan stond (opt-out in plaats van opt-in) en specifiek het event voor voltooide checkouts dekt.
Daarna breidde de app in augustus 2026 de set browserzijdige events uit, met midfunnel-events als view_item_list, remove_from_cart, view_cart en add_shipping_info. Alleen het purchase-event reist server naar server. Alles stroomopwaarts in de funnel wordt nog in de browser getrackt, dus het blijft blootgesteld aan adblockers en geweigerde consent.
Wat de server-naar-server purchase wel repareert: aankopen verloren aan adblockers, browsers die scripts op de bedanktpagina doden, gebruikers die wegklikken voordat de tag vuurde, en een deel van de consentgerelateerde verliezen. Winkels die eerder zagen dat GA4 een groot deel van de bestellingen miste, en Shopify-communitythreads rapporteerden gaten tot wel 40 procent, horen de purchase-telling veel dichter bij de admin te zien komen.
Wat het niet repareert, en Google heeft gezegd dat verschillen blijven bestaan: attributieverschillen, tijdzoneverschuivingen, terugbetalingen en annuleringen, de sessiegebaseerde rapportagelogica, en elk ander event dan purchase. Verwachtte je dat de wijziging van juli de twee dashboards gelijk zou trekken, dan is dit waarom dat nog steeds niet zo is.
Waarom verschillen GA4 en Shopify zelfs wanneer de tracking perfect is?
Structurele redenen, aanwezig op elke winkel:
Verschillende klokken. Shopify rapporteert in de tijdzone van je winkel, GA4 in de tijdzone van de property. Verschillen die, dan schuiven dagcijfers bestellingen over middernacht heen. Zelfs wanneer ze overeenkomen kan een bestelling om 23:59 in verschillende dagen landen, afhankelijk van wanneer elk systeem hem stempelt.
Verschillende definities van een verkoop. Shopify telt een bestelling wanneer die wordt aangemaakt. GA4 telt een purchase-event. Conceptorders, telefonische bestellingen, abonnementsverlengingen, POS-verkopen en sommige randgevallen bij betaalgateways maken Shopify-bestellingen aan die nooit een GA4-sessie hadden.
Terugbetalingen en annuleringen. De verkooprapporten van Shopify verrekenen terugbetalingen. GA4 houdt het oorspronkelijke purchase-event vast tenzij refund-events verstuurd worden, en de meeste setups doen dat nooit.
Consent. Met Consent Mode en EU-verkeer zijn aankopen met geweigerde consent in GA4 óf gemodelleerd óf afwezig, en gemodelleerde conversies vallen niet één op één samen met echte bestellingen.
Attributie en rapportage-identiteit. GA4 naait sessies en gebruikers aan elkaar met zijn eigen logica. Niets daarvan verandert het aantal bestellingen, maar het verandert wel elke vergelijking van "omzet per kanaal" die je tegen de attributie van Shopify maakt.
Wat is een acceptabel verschil tussen GA4 en Shopify?
Vuistregels uit het reconciliëren van klantwinkels:
| Verschil in aantal aankopen (venster van 30 dagen) | Oordeel |
|---|---|
| 0 tot 5% | Uitstekend, jaag niet op perfectie |
| 5 tot 10% | Normaal, meestal tijdzone, terugbetalingen en niet-webbestellingen |
| 10 tot 20% | Onderzoeken, waarschijnlijk consentverlies of een filterprobleem |
| Boven 20% | Er is iets kapot: dubbele of ontbrekende tags, verkeerde property, geblokkeerde events |
Vergelijk aantallen aankopen vóór omzet. Aantallen isoleren trackingproblemen; omzet stapelt daar verschillen in valuta-, belasting- en verzenddefinities bovenop en vertroebelt de diagnose.
De reconciliatiechecklist, op volgorde
1. Bevestig welke leidingen live zijn. Open in de Shopify-admin de Google & YouTube-app en bevestig met welke GA4-property die verbonden is. Check daarna of je ook een GA4-tag hebt die vuurt via themacode, een custom pixel of GTM. Twee leidingen die purchase versturen zonder deduplicatie is de nummer één oorzaak van GA4 dat méér aankopen rapporteert dan Shopify, en ja, die richting komt ook voor.
2. Stem tijdzones en valuta af. GA4-propertyinstellingen tegenover je Shopify-winkelinstellingen. Repareer verschillen, en vergelijk daarna alleen nog volle weken.
3. Haal niet-webbestellingen uit de vergelijking. Filter in Shopify de bestellingen op alleen het online store-kanaal. Concept-, POS-, abonnements- en marktplaatsbestellingen horen niet in een GA4-vergelijking.
4. Verreken terugbetalingen consistent. Voeg óf refund-afhandeling toe aan GA4, óf, eenvoudiger, vergelijk GA4-aankopen met het bruto aantal Shopify-bestellingen in plaats van met de netto omzet.
5. Check op dubbele purchase-events. Open in GA4 Rapporten > Realtime terwijl je een testbestelling plaatst, of gebruik DebugView. Eén bestelling hoort exact één purchase-event met één transaction_id op te leveren. Migreerde je dit jaar van Additional Scripts naar een custom pixel en liet je het oude script parallel draaien, dan komt dat hier naar boven.
6. Verifieer de consentconfiguratie. Heb je EU- of VK-verkeer, bevestig dan dat de Customer Privacy-instellingen van Shopify en je consentbanner correct op Consent Mode zijn aangesloten. Een verkeerd ingestelde banner die iedereen standaard op geweigerd zet, kan stilletjes een derde van je events weghalen terwijl aankopen nog wel server-side binnenkomen, wat rare funnels oplevert: aankopen zonder sessies.
7. Kijk naar niet-toegewezen en direct verkeer. Een piek in "niet toegewezen" na de wijziging van juli is meestal de server-side purchase die zonder volledige sessiecontext binnenkomt. Het is een bekende textuur van de nieuwe integratie, geen bug die jij hebt geïntroduceerd.
8. Pas daarna oordeel je over kanalen. Zodra de aantallen binnen 5 tot 10 procent reconciliëren, zijn de verschillen op kanaalniveau die overblijven attributiefilosofie, geen tracking. Shopify, GA4 en je advertentieplatforms blijven drie verschillende verhalen vertellen over dezelfde omzet, en dat is te verwachten. Kies één bron van waarheid per vraag: Shopify voor financiën, GA4 voor gedrag, en een gededupliceerde server-side opzet voor signalen naar advertentieplatforms.
Heb ik na deze wijziging nog server-side GTM of Meta CAPI nodig?
Ja, voor alles wat niet het Google purchase-event is. De wijziging van juli 2026 dekt één event naar één bestemming. Je Meta-signaal hangt nog steeds af van de Conversions API, behandeld in onze gids over de Meta CAPI-opzet, en draai je een volledige server-side container voor meerdere bestemmingen, consentafhandeling en first-party cookies, dan is de architectuur in onze gids over server-side GTM ongewijzigd. Als iets, dan vereenvoudigt de nieuwe native leiding één hoek van die stack en laat hij je servercontainer zich richten op de platforms die Shopify niet native dekt.
Wanneer je hulp inschakelt
Heb je de checklist gedraaid en blijft het verschil boven 20 procent, of tonen je funnels aankopen zonder sessies en kun je niet herleiden waarom, dan is dit een diagnose van een halve dag voor iemand die het wekelijks doet en een verloren weekend voor iemand die dat niet doet. Tracking en analytics opzetten is onderdeel van wat 7SEA Marketing voor D2C Shopify-merken doet, details op onze pagina over analyticsdiensten.
Veelgestelde vragen
Waarom toont GA4 minder aankopen dan Shopify?
De klassieke oorzaken zijn adblockers en geweigerde consent die de browsertag doden, niet-webbestellingen als POS, concepten en abonnementsverlengingen die nooit een sessie hadden, tijdzoneverschuivingen, en verschillen in refund-afhandeling. Sinds juli 2026 ontvangen winkels op de Google & YouTube-app het purchase-event server naar server, wat de meeste browserverliezen wegneemt, dus resterende gaten komen meestal uit verschillen in ordertype en definitie.
Waarom toont GA4 MÉÉR aankopen dan Shopify?
Vrijwel altijd dubbele tracking: de Google & YouTube-app én een handmatig geïnstalleerde GA4-tag of custom pixel die allebei purchase versturen zonder gedeelde deduplicatie op transaction_id. Plaats een testbestelling met DebugView open en tel de purchase-events.
Heeft de Shopify GA4-update van juli 2026 het verschil opgelost?
Het loste het browserverliesdeel voor het purchase-event op door het vanaf de servers van Shopify te versturen. Google is duidelijk geweest dat verschillen blijven bestaan voor attributie, tijdzones, terugbetalingen en elk ander event, die browsergetrackt blijven. Verwacht dichter bij elkaar liggende aankooptellingen, geen identieke dashboards.
Moet GA4 of Shopify mijn bron van waarheid zijn voor omzet?
Shopify, altijd, want dat is het systeem van vastlegging voor geld. Gebruik GA4 voor gedrag, funnels en kanaalanalyse, en reconcilieer de twee maandelijks zodat je weet dat het verschil stabiel is in plaats van groeiend.
Wat is een normaal verschil tussen de cijfers van GA4 en Shopify?
Binnen 5 procent is uitstekend en 5 tot 10 procent is normaal zodra niet-webbestellingen en terugbetalingen meegerekend zijn. Boven 20 procent zoek je naar dubbele of ontbrekende tags, een verkeerde propertykoppeling, of een verkeerd ingestelde consentconfiguratie.
Wil je een echt bedrag voor jouw webshop?
Stuur ons de URL en de omvang van je catalogus. We komen terug met een vaste offerte en de lijst met templates die erin zit, zonder gesprek tenzij je dat wilt.
Vraag een offerte aan
