Problemen oplossenGA4Shopify
GA4 registreert geen aankopen op Shopify: diagnose
Toont GA4 geen of te weinig aankopen op Shopify? Diagnosticeer gaten in checkout extensibility, gesandboxte pixels, express checkout en consent-oorzaken.
- Gepubliceerd
- Gecontroleerd
Diagnose
- Platform GA4 · Shopify
- Gebruikelijke oorzaak Het purchase-event van Shopify vuurt niet meer, of vuurt zonder transaction_id.
- Oorzaken, op volgorde 4
- Hoe je het diagnosticeert 8
Eerste antwoord gratis, binnen één werkdag. Beschrijf je situatie
Klinkt bekend?
Het symptoom
De korte versie
Direct antwoord
Purchase-events van GA4 op Shopify blijven om een klein, terugkerend aantal redenen uit: helemaal geen Customer Events-pixel geïnstalleerd na een migratie naar checkout extensibility.
Een pixel die technisch wel geïnstalleerd is maar gesandboxt zit ten opzichte van de data die hij nodig heeft, een express checkout-pad (Shop Pay, Apple Pay, Google Pay) waar de pixel nooit tegen is getest, of consent die het event blokkeert voordat het kan afgaan. Een echte testbestelling door de DebugView van GA4 laten lopen, isoleert sneller welke van deze het is dan het doorlezen van pixelcode.
Waar je moet kijken
Oorzaken, op volgorde
GA4 laat geen aankopen zien4 oorzaken
-
Gat in checkout extensibility
Als je enige purchase-tracking in het oude vak “Additional Scripts” stond en er niets is gemigreerd, is het mogelijk dat er helemaal geen pixel afgaat op de checkout- of bedankpagina, op geen enkel pad. -
Customer Events-pixel ontbreekt of is gesandboxt
Web Pixels draaien in een gesandboxte context zonder directe toegang tot de DOM van de pagina of een globaledataLayer. Een pixel die op de oude manierwindow.dataLayerprobeert te lezen, ziet niets — hij moet in plaats daarvan deanalytics.subscribe('checkout_completed', ...)-API van Shopify gebruiken. -
Omzeiling via betaalmethode
Aankopen via Shop Pay, Apple Pay of PayPal Express kunnen zich anders gedragen dan een standaard checkout met kaart. Als de pixel alleen ooit tegen het standaardpad is getest, zijn express checkouts een veelvoorkomende blinde vlek. -
Consent-blokkade
Als analytics-consent standaard op geweigerd staat en de CMP nooit een update-signaal stuurt voordat de aankoop plaatsvindt, verlaat het event de browser niet, of komt het aan zonder de data die GA4 nodig heeft om het te tellen.
8 stappen
Hoe je het diagnosticeert
Werk ze in deze volgorde af.
- Ga in het Shopify-beheercentrum naar Settings → Customer events en controleer of er een GA4-pixel wordt vermeld en als verbonden wordt weergegeven — niet alleen toegevoegd.
- Als de winkel nog toegang heeft tot de oude Additional Scripts (Settings → Checkout → Order status page), controleer dan of er nog trackingcode staat en of Shopify op dat scherm een migratiemelding toont.
- Plaats een echte of een testbestelling en open dan GA4 → Admin → DebugView met je debug-parameter actief, en doorloop de checkout om te bevestigen dat er een
purchase-event verschijnt mettransaction_id,valueen een gevuldeitems-array. - Herhaal dezelfde test apart met minstens één express checkout-pad (Shop Pay of Apple Pay) — ga er niet van uit dat een geslaagde test op de standaardcheckout dit ook dekt.
- Open het netwerktabblad van de browser op de bedankpagina en zoek naar het daadwerkelijke collect-verzoek naar het analytics-endpoint van Google. Dit bevestigt dat het event client-side is afgegaan, ook als DebugView achterloopt.
- Controleer of de pixel een
dataLayer-object uitleest in plaats van zich te abonneren op hetcheckout_completed-event van Shopify — het eerste breekt onder sandboxing, ook als de pixel “geïnstalleerd” lijkt. - Controleer in DebugView de consent-status die aan het purchase-event hangt, om te zien of
analytics_storagewas toegekend voordat het afging. - Bevestig dat de GA4-property en de datastream-ID die in de pixel zijn ingesteld, overeenkomen met je live property — een verouderde ID die naar een oude of testproperty wijst, is een veelvoorkomende, stille oorzaak.
Signaal en oplossing
Beslissingstabel
| Oorzaak | Signaal dat je ziet | Oplossing |
|---|---|---|
| Gat in checkout extensibility | Nooit purchase-events op enig pad; Additional Scripts is leeg of toont een migratiemelding | Installeer een Customer Events-pixel die het checkout_completed-event van Shopify uitleest |
| Pixel ontbreekt/gesandboxt | Pixel toont “connected” in Shopify maar DebugView laat niets zien; geen collect-verzoek in het netwerktabblad | Herschrijf de pixel om analytics.subscribe('checkout_completed', ...) te gebruiken in plaats van een dataLayer uit te lezen |
| Omzeiling via betaalmethode | Standaardcheckout wordt prima getrackt; bestellingen via Shop Pay/Apple Pay/PayPal verschijnen nooit | Bevestig dat de pixel zich op hetzelfde checkout_completed-event abonneert, ongeacht de betaalmethode, en test elk pad apart |
| Consent-blokkade | Purchase-event bestaat in DebugView maar staat gemarkeerd als geweigerd, of komt aan zonder ecommerce-parameters | Herstel de default-/update-consentsignalen van de CMP zodat analytics_storage wordt toegekend voordat de purchase-tag afgaat |
Een notitie van Daniilvoordat je beslist
Los je het zelf op of schakel je hulp in?
De pixelstatus controleren in Customer Events, een DebugView-test uitvoeren en het netwerktabblad checken zijn dingen die elke handelaar die zich thuis voelt in het Shopify- en GA4-beheercentrum, binnen een uur kan doen.
Wat meestal een ontwikkelaar of specialist vereist, is het herschrijven van een pixel zodat die binnen de sandbox van Web Pixels werkt, uitzoeken waarom één specifiek express checkout-pad niet afgaat, of de consent-status correct doorverbinden naar het purchase-event.
Als DebugView bevestigt dat het event simpelweg nooit afgaat — op geen enkel pad — is dat een bouwtaak, geen instellingswijziging, en is het de moeite waard om dit via GA4-consulting te laten scopen in plaats van te blijven proberen tegen een live checkout.
Nog iets om te checken voordat je escaleert: als er een GTM-webcontainer tussen de pixel en GA4 zit, controleer dan of de container daadwerkelijk een live versie publiceert, en niet alleen opgeslagen staat in een conceptworkspace — een verrassend vaak voorkomende reden waarom een “correct geconfigureerde” tag in productie nooit afgaat.
— 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
Ik heb een GA4-pixel via een app geïnstalleerd, waarom zie ik niets binnenkomen?
Een geïnstalleerde pixel en een werkende pixel zijn niet hetzelfde. Veel door apps geïnstalleerde pixels zijn ingesteld op de verkeerde GA4-property of datastream, of abonneren zich op het verkeerde Shopify-checkout-event. Controleer of de property-/stream-ID overeenkomt met je live GA4-property en verifieer dat vervolgens met een echte testbestelling in DebugView, in plaats van te vertrouwen op de eigen 'connected'-status van de app.
Toont DebugView alles, of kan een event afgaan en daar toch niet verschijnen?
DebugView toont alleen events die zijn getagd met je debug-parameter of die zijn verzonden vanaf een apparaat waarop de GA4 Debug-extensie draait. Als je test zonder een van beide actief, kan een werkend purchase-event afgaan en daar nooit verschijnen. Controleer het netwerktabblad van de browser op het daadwerkelijke collect-verzoek als tweede, onafhankelijke bevestiging.
Is checkout extensibility hetzelfde als Customer Events?
Ze zijn verwant, maar niet identiek. Checkout extensibility is het bredere framework dat de aanpassing via checkout.liquid vervangt. Customer Events (de Web Pixels API) is het specifieke mechanisme daarbinnen voor het toevoegen van trackingpixels — dat is wat een GA4-pixel moet gebruiken om te blijven werken onder de nieuwe checkout.
Werkt de eigen GA4-integratie van Shopify zonder GTM?
Ja, voor standaard ecommerce-events — de native of aangepaste Customer Events-pixel van Shopify kan purchase-data direct naar GA4 sturen zonder tussenkomst van een GTM-container. GTM voegt flexibiliteit toe voor aangepaste parameters en het beheer van meerdere tags, maar is niet vereist om basale purchase-tracking te laten werken.
Lees verder, of check een verwant symptoom.
Alle symptomen- Dienst Herstel van GA4-ecommerce tracking voor Shopify
- Artikel Het GA4 purchase-event op Shopify oplossen (stap voor stap)
- Artikel Waarom de omzet van GA4 niet overeenkomt met Shopify-bestellingen
- Problemen oplossen GA4-omzet komt niet overeen met Shopify: volledige diagnose
- Problemen oplossen Tracking van Shopify-checkout kapot: diagnose
- Kennisbank Wat is de dataLayer in tagbeheer?
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