Work

See the work before you hire us.

We do not publish client names or results without written permission. Instead, here is a full sample audit report for a demo store, previews of the documents you receive, and how we fix the problems we see most.

Sample audit report mockup for Northwind Outdoor Co. (demo store), a demo store with invented data. Signal-quality score 38 out of 100, needs work. 4 high, 3 medium, 1 low severity findings. Top findings: F1, Meta Purchase sent by both the store app and a GTM tag (High); F2, No shared event_id between Meta pixel and Conversions API (High); F3, Consent Mode defaults to granted before the visitor chooses (High). Event parity for the sample week: Store orders 212, GA4 purchases 236 (+11%), Meta purchase events 389 (+83%), Google Ads conversions 401 (+89%).

Sample

Sample audit report

A full audit report, written for a store we made up.

Score, method, eight ranked findings with evidence and fixes, an event-parity check across the store, GA4, Meta and Google Ads, consent test results and a phased fix plan. The same format a paying client receives.

Sample dashboard mockup with invented numbers for a demo store, comparing what platforms report with the store. Meta purchases vs store orders: audit week 389 vs 212 (+83%, broken); after the fixes 203 vs 198 (+3%, clean). Google Ads conversions vs store orders: audit week 401 vs 212 (+89%, broken); after the fixes 194 vs 198 (−2%, clean). GA4 revenue vs store revenue: audit week $36,210 vs $31,480 (+15%, broken); after the fixes $29,870 vs $29,410 (+2%, clean). Within 5% of the store counts as clean.

Sample
From the sample report: purchases each platform received against the store, in the audit week and after the fixes.

Sample deliverables

What you keep after an engagement

Short excerpts of the documents we hand over. Each one is yours to keep and share with any developer.

Tracking plan

Every event, when it fires, what it carries and where it goes.

Sample
Tracking plan excerpt (sample)
EventFires whenKey parametersSent to
add_to_cartItem addedvalue, itemsGA4, Meta
begin_checkoutCheckout opensvalue, itemsGA4, Meta
purchaseOrder completedtransaction_id, event_idGA4, Meta, Google Ads
Excerpt with invented values.

QA log

Each test, what should happen, what did, and the result.

Sample
QA log excerpt (sample)
TestCheckResult
QA-04One Meta Purchase per test orderPass
QA-05Same event_id on pixel and serverPass
QA-06No purchase on thank-you reloadFail, retest
Excerpt with invented values.

Consent test matrix

Which tags run for each consent choice, tested in fresh browsers.

Sample
Consent test matrix excerpt (sample)
TagRefusedAcceptedIgnored
GA4Cookieless pingFullCookieless ping
Google AdsCookieless pingFullCookieless ping
Meta pixelBlockedFullBlocked
Excerpt with invented values.

Monthly report outline

For Growth Retainer clients. Revenue first, clicks last.

Sample
  1. Revenue and orders from the store, against ad spend
  2. Tracking health: platform counts vs store orders
  3. What we changed in campaigns and why
  4. Creative tests: what won, what is next
  5. Next month: what to scale, fix or stop
Outline only.

Typical patterns we fix

Case notes, without the client

These describe how common problems happen and how the fix works. They are patterns, not stories about a particular store, so there are no names or numbers.

A store where purchases counted twice: how it happens and how the fix works

What you see
Meta or Google Ads reports far more sales than the store took, and the reported return on ad spend looks better than the bank balance.
How it happens
Two things send the same purchase. Usually a store app was installed after someone had already added a pixel tag in Tag Manager, or the browser pixel and the Conversions API both send the sale without a shared event ID, so the platform cannot tell they are the same order.
How the fix works
We pick one browser source, remove the other, and give every order one event ID that both the browser and the server send. Then we place test orders and confirm each one appears once in every platform.
What you see
The cookie banner looks right, yet analytics and ad cookies are already set before anyone clicks.
How it happens
The banner and the tags are configured separately. Consent Mode defaults were never set to denied, or the tags load on a page-view trigger that runs before the banner has a chance to answer.
How the fix works
We set denied defaults in a tag that runs before everything else, tie each tag to the consent it needs, and test refused, accepted and ignored visits in fresh browsers. Wording goes to your legal adviser.

Sales credited to the payment page instead of the ad

What you see
A payment provider shows up as one of the top sources of revenue in GA4, while paid campaigns look weaker than they should.
How it happens
Buyers leave the store to pay and come back to the thank-you page. GA4 treats the return as a new visit from the payment site and gives it the credit.
How the fix works
We add the payment domains to the unwanted referrals list, check the checkout flow keeps the original session, and confirm with a test order that the campaign keeps the sale.

Find out what your tracking is missing.

Send us your store URL. We will run a free check on your tags, consent setup and conversion events and reply with what we find.

Free tracking check