Ask a Magento owner how the shop “collects statistics” and they usually mean Google Analytics. Sessions. Users. Bounce. Source / medium as GA paints it.
That is a traffic product. It is not yesterday’s net profit. It is not campaign POAS. Mixing the three is how teams spend a week on GTM while the P&L is still a spreadsheet.
You do not need GA4 or GTM to know what the store kept after COGS, shipping, fees and ads. You need Magento orders. Everything else is a different question.
Three numbers, three jobs
| What people say | What they actually need | Where it comes from |
|---|---|---|
| “How did we do yesterday?” | Revenue − refunds − COGS − shipping − fees − ads | Magento REST + cost rules + ad spend |
| “Which campaign paid?” | Orders with a click id, then contribution vs spend | Purchase pixel + Magento match (Beta) |
| “Where did they drop?” | Aggregated cart / checkout / payment / success | Consented storefront sessions, not all visitors |
If you only install GA, you get the session column. You still cannot answer the first two rows. If you only stare at Magento Admin sales, you get orders and miss the costs — green dashboard, red bank.
The P&L does not come from the browser
Daily net is a server job. Magento already has the orders and credit memos. A profit tool pulls them on a schedule, applies COGS, merchant shipping, payment fees, and the day’s ad spend.
A PageView cannot invent that. A session count cannot subtract a carrier invoice. SKU contribution in a honest Magento P&L is revenue − COGS on the line — not shipping, not fees, not ads allocated to the SKU.
Illustrative store-timezone day (not a customer case):
| Line | Amount |
|---|---|
| Magento revenue | €9,600 |
| Refunds | −€480 |
| COGS | −€4,100 |
| Merchant shipping | −€620 |
| Payment fees | −€175 |
| Ad spend | −€2,400 |
| Net | €1,825 |
GA can tell you 1,800 sessions landed. It cannot tell you the €1,825. That is why “we will set up Analytics first” delays the only number that decides whether to scale.
Campaigns need a Purchase, not a session
Paid acquisition needs the thank-you page to fire Purchase with a Magento increment id, plus the click ids the shopper arrived with (gclid, wbraid, fbclid, UTM). PageView on /checkout/onepage/success only proves the snippet loaded.
If Purchase is missing, start here: success page fired PageView only. Marketplace / M2E orders never get a storefront Purchase — they were not on your thank-you page.
The first Magento sync often backfills ~60 days from before the pixel existed. Those orders will never match. Score attribution on orders after the first real pixel day, or you will call a healthy install broken.
Campaign figures that join pixel clicks to Magento contribution are Beta. Treat them as a cut list once match looks honest — not as a second P&L.
Funnel is not “all Magento visitors”
A useful drop-off view is stages, not a replay of one person:
- Product / category
- Add to cart
- Checkout started
- Payment started (often skipped on Stripe / PayPal — they leave Magento)
- Success / Purchase
Join those stages to the same store-timezone day as DailyProfit and you can ask whether yesterday’s soft net is ads buying dead traffic or checkout leaking paid demand. That is the argument in where Magento lost the sale.
What it is not:
- GA users / bounce / landing-page theatre
- Individual journeys, emails, addresses, or search-query dumps
- A substitute for Magento order count
Consented pixel sessions are a subset. Magento REST orders and pixel successes will not match 1:1. Do not force them to. If marketing consent was denied, that session is simply not in the funnel.
Payment-started and place-order clicks are often near zero on wallet checkouts. Use checkout → Purchase, not “payment step is broken.”
You can skip GTM
A Magento profit stack that answers yesterday’s net does not require:
- GA4
- Google Tag Manager
- A Magento tracking module
- Theme JavaScript or RequireJS
- Conversions API as the required path
One Head snippet, after marketing consent, is enough to send PageView, Purchase, and the checkout stages. Magento REST remains the source of truth for money.
GTM is useful later if you already live in it. It is not the on-ramp. Google Ads itself, if you buy search, also does not need GA on day one — a campaign can land on a page. Conversion import is optional until a trial actually happens.
How to read “the statistics” this week
- Overview / DailyProfit — did we keep money? How to read Overview
- Magento orders vs pixel Purchases after pixel-live — is thank-you firing?
- Attribution (Beta) — which campaigns have contribution after costs, POAS vs ROAS
- Funnel only if you have enough consented sessions — do not cite a conversion rate on a handful of rows
If Magento is green, GA sessions are up, and cash is not, the missing slide is usually not another GA exploration. It is the P&L, then the stage that died.
Where Verid fits
Verid pulls Magento via REST and computes store-timezone DailyProfit. The pixel is one Settings snippet — no module. It does not replace Google Analytics and does not pretend PageViews are users.
You still decide. The job of the number is to stop you treating session charts as yesterday’s net.
Try the demo, or start a trial. If the bank still disagrees with Magento sales, start with green Magento, red bank.