GA4 audit
GA4 audit: find out how much revenue your analytics is missing
Led growth at cnvrg.io before its acquisition by Intel.
In one DTC engagement, the reported purchase-event capture improved from 59% to 100% after server-side purchase events and deduplication were implemented. Those figures describe that historical engagement, not every order, browser or future period. Your audit starts by agreeing the eligible purchase cohort, consent conditions and destination evidence.
- DTC store audit59%reported purchase-event capture in the historical engagement
- Root cause0checkout page events from native tracking - all missed
- Fix3wkserver-side events with transaction_id deduplication

A historical purchase-capture result, with a defined comparison
"Most GA4 problems are not analytics problems. They are decisions made on numbers nobody validated against the money in the bank."
Yaniv Goldenberg, fractional growth operator
A DTC store came to me because its GA4 purchase reporting did not reconcile with its Shopify order records. The historical case reported on this page describes purchase-event capture improving from 59% to 100%. Purchase counts and revenue amounts remain separate measures; the case is context for the diagnostic method, not a capture guarantee for another store.
The case involved a gap in that store's checkout measurement. It does not establish a universal failure of Shopify's native integration, Shop Pay or mobile checkout. For a new audit, I inspect the installed integration, checkout extensions, pixel configuration and permitted test journeys. Shopify documents that checkout_completed normally fires on the Thank you page, can fire earlier for post-purchase flows, and is absent if its triggering page never loads.
The reported 41% gap concerns purchase-event capture in that engagement. It is not a claim that 41% of revenue was lost or that another store has the same gap. An audit separates missing collection, permitted suppression, duplicates and reporting differences before interpreting campaign performance.
I implemented server-side purchase events and purchase-identifier deduplication for that engagement; the historical case reports 100% capture after the fix and a three-week delivery. Your implementation needs its own accepted comparison period and tests. Destination deduplication rules, consent, missing identifiers and delayed processing can limit what can be reconciled.
What I audit
GA4 audit deliverables
Purchase capture completeness
Compare the agreed eligible purchase cohort with received GA4 purchase events, using transaction identifiers, matching periods, currency and refund rules. Explain differences supported by evidence, and leave unresolved cases visible rather than assigning an unobserved root cause.
Checkout funnel mapping
Every step from add-to-cart through payment confirmation. Which steps fire events? Which are silent? Where do users appear to drop when they are actually converting?
DataLayer review
Is your dataLayer structured correctly? Are event parameters passing the right values? Is the purchase event carrying item-level data or just a transaction total?
Conversion event configuration
Are the right events marked as conversions in GA4? Are you counting page_view as a conversion somewhere? Are conversion windows set correctly for your sales cycle?
Attribution model and window
Inspect the property's actual attribution settings and lookback windows against the agreed conversion and sales cycle. Record the configuration and comparison period instead of assuming a universal default.
Consent mode and ITP impact
Inspect the consent implementation, browser behavior and available source records. Basic and advanced consent modes have different collection behavior; the selected design follows the client's approved privacy requirements. Server-side routing cannot recover events that were never observed or authorize forwarding that is disallowed.
How I run a GA4 audit
Start with the same eligible purchase cohort in the commerce or billing system and GA4. Check transaction identifiers, consent conditions, timing, refunds and duplicate rules before investigating the implementation. A discrepancy is a question to explain, not a universal five- or ten-percent pass/fail test.
Then I inspect the implementation with permitted tools such as Google Tag Assistant, DebugView and checkout network evidence. We agree staging or approved live test journeys in advance, including any transaction that creates a real record. A validation response, destination receipt and processed report are separate observations.
I document every finding with: what is wrong, where the break is, what a correct implementation looks like, and effort to fix (hours, not story points). You get a prioritized list you can hand to a developer or have me implement.
Examples I investigate include missing checkout purchase events, duplicate browser/server collection, missing purchase parameters, incorrect key-event configuration and attribution-setting differences. Their frequency and impact must be established for the reviewed implementation.
The scope names the re-verification date and the changes that should trigger another check, such as a checkout release, consent update or new integration. Record accepted fixes, unresolved observations and the owner who maintains the checks.
Agree the comparison period, transaction definition, currency and treatment of refunds before comparing totals. I use the permitted analytics and order records, documenting which checks were completed and which could not be observed. An absent analytics event is a measurement gap, not evidence that the sale was lost. Findings include the observed evidence and an agreed recheck.
After the audit
A GA4 audit is often the entry point to a broader marketing attribution engagement. Once GA4 is accurate, you have a foundation for cross-channel attribution - reconciling GA4 data with Meta CAPI, Google Ads enhanced conversions, and your CRM.
If the audit finds a need for server-side implementation, a possible next step is a server-side tracking implementation. If you want a broader picture of all your measurement gaps at once, start with a tracking audit that covers all channels simultaneously.
Not sure GA4 is the problem yet? Run the free growth leak audit first: its public-surface observations can help frame a question, but do not establish private event delivery, destination receipt or revenue loss.
FAQ
Frequently asked questions
What does a GA4 audit include?
How long does a GA4 audit take?
What do you deliver at the end?
Can you fix what you find, or only audit?
My GA4 shows 40,000 sessions but only 12 purchases. That seems low. Is something broken?
What is the difference between a GA4 audit and a tracking audit?
A GA4 audit, which is what this page covers, looks only at your Google Analytics 4 setup. A tracking audit spans every channel, covering Meta Pixel and Meta CAPI, the Google Ads tag, TikTok Pixel, the LinkedIn Insight Tag, GA4 itself, email click tracking, UTM hygiene and cross-channel attribution. If every channel you run is Google, a GA4 audit may be sufficient; with multi-channel campaigns, you need the full audit.
How do you tell whether my GA4 purchase gap is a tracking problem?
I match an eligible purchase cohort between the commerce or billing system and GA4, using transaction identifiers and agreed time and consent conditions. Then I inspect delivery, duplication and destination receipt where access permits. The result records explained differences and unresolved gaps; a fixed discrepancy percentage alone is not a diagnosis.
What are the most common problems a GA4 audit finds?
Potential findings include missing purchase events, duplicate browser/server collection, missing purchase parameters, key-event configuration and attribution-setting differences. I document observed evidence, affected decisions, the proposed repair and acceptance check; an unobserved check remains unresolved.
Do you have room for a new analytics audit, and how quickly will you answer?
Each audit or implementation client gets scope, time commitment and availability agreed before work starts. I read your message myself and reply within 1 business day. The quickest route to a useful answer is sharing your stage, your current growth and the one metric you most need to move.
Is there a minimum term or contract for implementation after the audit?
No. Implementation is a separate engagement from the audit, and either I run it or I hand detailed specs to your dev team. Contract terms, including duration and notice period, are agreed per engagement. We agree the scope, review points and contract terms before work starts.
Next step
Find out what your GA4 is missing
Book a call. I will ask for read access to your GA4 property and your ecommerce platform, run a quick preliminary comparison, and tell you whether an audit will find material gaps.
Common gaps
What standard GA4 setup misses
Checkout funnel blind spots
Check the actual purchase-event source, checkout and payment-return journey. A browser checkout event may be absent when its triggering page never loads, while the commerce system still has the order. Confirm whether a permitted server event exists before concluding that GA4 missed it.
Cross-device attribution
A mobile visit and a later desktop purchase may not be linkable with the permitted identifiers. Document observed matches and unknowns; adding a user identifier does not guarantee cross-device attribution or prove a campaign caused the purchase.
Consent mode modeling gaps
Basic and advanced consent mode behave differently, and modeling has its own eligibility and reporting conditions. Validate the implemented consent states and keep modeled reporting separate from observed purchase receipts; a corrected tag does not itself prove modeled outcomes.
Google Analytics setup and consent references: Google Analytics docs · My background: Yaniv Goldenberg on LinkedIn
Explore the Marketing Attribution Consultant hub
What the acceptance record shows
For the agreed QA journeys, record the source purchase, event identity, consent state, permitted destination, validation result and observed receipt. Include a normal checkout, a repeated notification, a missing field and a consent-restricted path. Use approved test records. A valid payload and HTTP success are separate from downstream processing; unobserved receipt stays unresolved.
Retries follow the selected destination's documented behavior. For GA4 Measurement Protocol, Google's reference says to correct HTTP errors rather than retry the same request. Repeated source notifications must be checked against the destination's deduplication rules, with stable business-event identity and no duplicated purchase or qualification. The audit records what was actually observed.
Work with Yaniv
Fractional Head of Growth for B2B SaaS, B2C, and e-commerce. Revenue that compounds, not spikes. Any channel, any motion, any stage.
