Skip to content

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
Three overlapping glass discs meet at a teal point of light on a dark pedestal.
GA4 Audit: Where GA4 Loses Revenue
The case

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
59% Reported purchase-event capture before the fix
41% Purchase events missing from the reviewed analytics before the fix
100% Reported capture after this engagement's fix

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

01

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.

02

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?

03

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?

04

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?

05

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.

06

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.

Methodology

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.

Connected work

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?
A full audit covers: event firing verification (are the right events firing on the right triggers?), purchase capture completeness (are checkout page conversions captured - or just landing page completions?), dataLayer structure review, server-side event comparison, UTM parameter integrity across the funnel, GA4 property configuration (data streams, conversion events, attribution settings), and a reconciliation against your actual revenue numbers.
How long does a GA4 audit take?
A standalone audit takes 5-10 business days depending on stack complexity. A DTC store with a standard Shopify checkout takes less time than a custom SaaS checkout with multiple payment providers. I give you a timeline at kickoff once I have seen your stack.
What do you deliver at the end?
A prioritized issues list with severity ratings, fix specifications (not just 'this is broken' but exactly how to fix it), effort estimates per fix, and a baseline measurement of current capture rate so you know what improving looks like numerically.
Can you fix what you find, or only audit?
I can do both. The audit is a fixed-scope diagnostic. Implementation is a separate engagement - either I run it or I hand detailed specs to your dev team. Most clients want me to run the implementation because the fixes require judgment calls that a spec alone does not capture.
My GA4 shows 40,000 sessions but only 12 purchases. That seems low. Is something broken?
Possibly. Low reported purchases can reflect the eligible audience, journey performance, collection, consent behavior or report definitions. I compare matching source records and inspect permitted checkout journeys before calling it a tracking defect. A session count alone cannot identify the cause.
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

01

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.

02

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.

03

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

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.

By Yaniv Goldenberg, Fractional CMO & Head of Growth