First-party eventtracking die persoonsgegevens verwijdert voordat ze worden opgeslagen

Uitdaging

• Analytics-tags in de browser worden geblokkeerd door extensies, waardoor conversiedata verloren gaat.
• Ruwe events komen dubbel en ongevalideerd binnen, en persoonsgegevens kunnen in het datawarehouse belanden.
• Elke nieuwe analyse begint met opnieuw uitzoeken wat er is getrackt en waar het staat.

Aanpak

1. 01Events gaan als first-party requests naar een GTM-servercontainer, in plaats van via third-party browsertags.
2. 02De server valideert, verrijkt en ontdubbelt elk event, en verwijdert persoonsgegevens voordat het BigQuery bereikt.
3. 03Een standaardtaxonomie dekt navigatie, sessies, acquisitie, productweergaven, conversies, botberichten, agentqueries en fouten.
4. 04Events komen in BigQuery terecht, gepartitioneerd op eventdatum en geclusterd op eventnaam en sessie; de tabel wordt aangemaakt vanuit een gedeelde schemadefinitie.
5. 05Zeven MCP-tools (query, tabellen tonen, schema, funnelanalyse, eventoverzicht, verkeersbronnen, user journey) maken de data beschikbaar voor de agent.

Architectuur

In productie

Dataverzameling

first-party serverrequests

Persoonsgegevens

server-side verwijderd vóór opslag

Opslagindeling

gepartitioneerd op event_date, geclusterd op event_name en session_id

Nodig voor uitrol

BigQuery-dataset, GTM-servercontainer, twee credentials

Stack

• Google Tag Manager (server-side)
• BigQuery
• Model Context Protocol
• Next.js

Bron: Baachee working paper, section “Server-Side Event Collection”, and the event schema in the Text2Report codebase.