Why are my purchases not showing in GA4?
Purchases go missing in GA4 for four reasons: the purchase event never fires because the trigger points at a page customers don't reach, it fires but the items array is malformed so GA4 rejects the ecommerce payload, an internal traffic or developer filter is excluding the sessions, or consent is denied and the events are being modelled rather than recorded. Check DebugView on a live order first — if the event appears there but not in reports, the cause is a filter or the 24-48 hour processing delay, not the tag.
Free30 minutesNo obligation
GA4 purchases not showing · what breaks
What this looks like when it's happening to you — GA4 purchases not showing
- 01
Ecommerce reports empty
Purchases exist in your store and GA4's monetisation reports show nothing.
- 02
Event count present but no revenue
purchase events are recorded and the revenue column stays at zero.
- 03
Some orders appear, most don't
A partial gap, usually pointing at a specific payment path or locale.
GA4 purchases not showing · the fix
What changes once it's fixed — GA4 purchases not showing
Purchases recorded reliably
Verified on a live order in DebugView and then in reports.
Ecommerce reports populate end to end
From item list through to purchase, which is what makes GA4 worth having.
GA4 reconciles against your store
Within the small gap consent modelling explains.
GA4 purchases not showing · architecture
Why your conversion data was wrong in the first place — GA4 purchases not showing
Fixing this specific fault is worth doing. But it is worth understanding why it happened, because the same underlying weakness produces a different symptom every few months — and the reason your conversion data is wrong is almost never the tag itself.
- 1
Your conversion depends on a browser that is being restricted on purpose
A browser-side tag has to survive the page loading, the visitor staying, the script executing and the request leaving. Every one of those is now contested. The order in your database is certain; the browser event reporting it is not, and that gap is where wrong numbers come from.
- 2
Safari caps the cookie your attribution depends on
Intelligent Tracking Prevention limits cookies written by JavaScript to seven days, whatever expiry you set. Any customer who takes longer than a week to decide comes back as a stranger, so the sale is recorded and credited to nobody. A cookie your own server writes in an HTTP response is not subject to that cap — which is the single largest practical difference between browser-side and first-party server-side tracking.
- 3
Ad blockers remove the tag before it can run
A blocked pixel does not error, retry or warn anyone. The visitor buys, the order lands in your store, and no platform ever hears about it. First-party events sent from your own subdomain aren't filtered the same way, because they are not a third-party request.
- 4
Consent banners stop tags, sometimes when they didn't need to
Where consent is genuinely required, losing the event is correct. What is not correct — and what we find repeatedly on US-majority accounts — is an EU-style prior-consent banner applied to every visitor, discarding conversions no law asked you to discard. A server container enforces the real decision at the container rather than hoping each vendor script honours a flag.
- 5
The checkout can end somewhere your tag isn't
Wallets and hosted payment pages can be abandoned after the money moves. The customer paid; the confirmation page never rendered; the browser event never fired. Sending the purchase from the order record instead means the conversion arrives whether or not anyone came back to your site.
- 6
What that adds up to
Each of these is a separate route to ga4 purchases not showing, and they compound. First-party server-side tracking doesn't patch them one at a time — it moves the money event off the browser entirely, so the order in your backend is what gets reported. That is why we reconcile against your own order records and put 95%+ accuracy in writing: with the event sourced from the order, the number is checkable rather than hopeful.
GA4 purchases not showing · normal or broken
Some of this is supposed to happen — GA4 purchases not showing
Half the time nothing is broken and the number is being read wrong. Knowing which is which stops you paying to fix something that was never a fault.
Normal, not a fault
GA4 reading a few percent below your store
Consent denial, ad blockers and modelling all pull GA4 slightly under. A small consistent gap is expected.
Up to 48 hours before reports settle
DebugView is immediate; standard reports are not.
Actually broken
Trigger on a page customers don't reach
A payment redirect that can be abandoned after payment means the confirmation page renders for some buyers only.
Malformed items array
GA4 silently rejects the ecommerce payload rather than erroring. The event count can look fine while revenue stays empty.
Internal traffic filter too broad
An IP range or a developer filter catching real customers.
Consent denied and events modelled
Behaviour is correct; the numbers are modelled rather than observed, which reads as missing.
GA4 purchases not showing · diagnose
How we find out why are my purchases not showing in ga4
Always in this order. Each step eliminates a class of cause, so by the last one there is usually a single explanation standing.
- 01
Open DebugView during a live order
If the event appears here, the tag works and the problem is downstream.
- 02
Expand the payload and read the items array
Malformed items is the most common cause of a populated event count with empty revenue.
- 03
Check data filters in the property
Internal traffic and developer filters, and exactly what they match.
- 04
Check consent state on the session
Modelled data behaves differently from recorded data.
- 05
Reconcile a closed window against your store
Matched on transaction_id.
GA4 purchases not showing · prove
How we prove it's actually fixed — GA4 purchases not showing
The tag firing again proves the tag fires. These prove the numbers are right.
Source of truth
Your store or payment processor order records
- purchase visible in DebugView on a live order, with the items array expanded and correct.
- Transaction count reconciled against store orders for a fully closed week, matched on transaction_id.
- Reconciled against your store or payment processor order records for a fully closed window, matched on ID rather than on totals.
- No record counted twice, checked across the whole window rather than spot-checked.
- The same check repeated 30 days later, because a fix that holds once and drifts is the harder failure to catch.
GA4 purchases not showing · free audit
What we check in the free audit
- Open DebugView during a live order
- Expand the payload and read the items array
- Check data filters in the property
- Check consent state on the session
- Reconcile a closed window against your store
Checked against
Your store or payment processor order records
Free30 minutesNo obligation
GA4 purchases not showing · when not to buy
When you don't need us for this — GA4 purchases not showing
Most of these you can do yourself, and we would rather you did.
- You checked reports within 24 hours — wait for processing before diagnosing anything.
- You can open DebugView and place one test order yourself; that resolves most cases in ten minutes.
- You only need conversion tracking for ads, in which case GA4 isn't on the critical path at all.
GA4 purchases not showing · what we deliver
What we do about it — GA4 purchases not showing
Purchase fired from the order record
So it arrives whether or not the browser survived the payment redirect.
Items array built correctly
item_id, item_name, price, quantity and currency, in the shape GA4 requires.
Filters and consent audited
Internal traffic filters checked for over-reach, consent defaults set before any tag fires.
Pricing
Pick the package that fits your ad spend
Browser-side starter
$400One-time fee · lifetime ownership
We fix the fault in your existing browser-side setup and verify it on a live transaction. Honest disclosure: this repairs what you have, it does not make it durable. If you spend $1K+/month on paid media, the fault will recur the next time Safari, a consent banner or a checkout change moves under you — the server-side tier is what stops that.
- Root cause found and fixed, not worked around
- Verified on a live transaction, not in preview
- Reconciled against your own order records
- Written handover documenting what changed and why
1st-party server-side
Recommended$800One-time fee · most popular
The tier that removes the whole class of failure rather than this instance of it. Your money events stop depending on the browser: they are sent from your order records through a first-party server container on your own subdomain, so iOS, ad blockers, consent banners and interrupted payment redirects can no longer take them away. Built in 2–4 days. You own the stack outright — no monthly SaaS.
- First-party server container on your own subdomain
- Purchases sent from your order records, not the browser
- Meta, Google, TikTok, Microsoft and LinkedIn all fed server-side
- Deduplicated on a shared event ID, verified at every destination
- First-party cookies beyond Safari's 7-day cap on JavaScript-set cookies
- 95%+ conversion accuracy and 8+ Meta EMQ, guaranteed in writing
Full 1st-party stack
$1,800One-time fee · lifetime ownership
Every paid-media channel server-side, end to end, plus the offline loop. For advertisers whose spend makes an attribution leak more expensive than the build. Pay once, own everything.
- Everything in 1st-party server-side
- Pinterest, Snapchat, Reddit and LinkedIn CAPI
- CRM and offline conversion loop, so closed revenue reaches bidding
- Refunds and cancellations reversed at every destination
- Klaviyo identity stitching, BigQuery and Looker Studio
- Monitoring, so the next break surfaces in days rather than a quarter
FAQ
GA4 purchases not showing questions, answered
DebugView is real time. Standard reports typically settle within 24 to 48 hours, so judging a fix same-day is misleading.
Almost always a malformed items array or a value sent as a string. GA4 accepts the event and discards the ecommerce data.
No. Expect GA4 slightly under, because of consent denial and blockers. A large or growing gap is the problem, not a small stable one.
No. Google Ads conversions can run entirely on their own tags. GA4 is for analysis, not a prerequisite.
Free · 30 min
Get ga4 purchases not showing diagnosed properly
Free30 minutesNo obligation
