01 β The pattern
How every case here is built
Four rules, applied identically to each case below β and identical to the way this gets set up on your own site. If you remember only one thing: your pages never call a tracking vendor directly, and nothing is collected somewhere you cannot get at it later.
-
1
Its own web address
one case, one site
Each case runs as a standalone site rather than a folder on a shared one, so cookies, identity and consent behave exactly the way they would on your real domain.
-
2
Its own clean tag setup
one container per case
A fresh Google Tag Manager container built from one documented standard. No inherited legacy tags, so what fires on the page is exactly what is written down for the case.
-
3
One trigger, both destinations
warehouse + GA4
The page only announces what happened. The container passes that to your warehouse and to GA4 in the same instant, under the same consent β so the two can never quietly drift apart.
-
4
One warehouse behind all of it
raw rows, kept
Every case writes into the same warehouse in the same shape: one row per event, unsampled, with no expiry you did not choose. Reports, audiences and CRM joins are queries on top of that.
02 β The cases
Pick the one that looks like your business
One business model per case. The question each of them answers is different β a lead, an order, a booking, a signup β while the pipeline underneath stays the same.
Every case states its two settings up front, because together they decide where your numbers come from:
- Collector who owns the entry point on the page β your tag manager (GTM-first), or the tracking script itself with no tag manager in the path (i1-first).
- Analysis which dataset the numbers are quoted from β your warehouse (i1), GA4, or a defined merge of both.
Lead generation
Start here. A real lead form, a live stream that shows every tracking event the moment it fires, and a cookie panel showing which identifiers a page can and cannot read. It walks you through how a lead travels from the form into your warehouse β and into GA4 at the same time.
- Collector GTM-first
- Analysis i1
Online shop
Catalog, cart and checkout, clickable today. The walkthrough being built on it takes the e-commerce question: every step from product view to purchase, with revenue and item detail landing in your warehouse instead of only in a reporting tool that rounds it off.
- Collector to be defined
- Analysis to be defined
Beauty & booking
A service portfolio and an appointment flow, clickable today. The walkthrough being built on it takes the booking question: counting the appointment as the conversion, and connecting the booking someone made online to the visit that actually happened in the studio.
- Collector to be defined
- Analysis to be defined
B2B SaaS signup
Pricing, trial signup and a product preview, clickable today. This one is deliberately the counter-example: its walkthrough runs without a tag manager at all, to show that the warehouse setup does not depend on one β which matters when a container is blocked, cluttered, or simply not yours to change.
- Collector i1-first planned
- Analysis i1 planned
03 β What's running
No mystery stack
These are the real identifiers behind the page you are on right now. Open your browser's network tab and you will find exactly them β nothing is mocked for the demo.
gtm.web000.de β our own address, not a shared vendor one.cct.web000.de/script/v1/cct.js
What you're looking at: a live check, running in your browser right now, that the first-party collector for this domain is answering. Green means the pipeline these demos describe is up while you read this.