Integratie · destination
Google Analytics 4
gtag.js plus Measurement Protocol (EU-endpoint) met debugvalidatie vóór verzending.
Hoe events GA4 bereiken
Elk pad eindigt op dezelfde plek: de policy-engine controleert het toestemmingsdoel dat deze destination vereist, verwijdert wat niet naar buiten mag, en de worker levert af met de gedeelde event-ID.
- Browsertag — geladen door de Track-snippet na toestemming; het script van de leverancier staat nooit in je template en wordt nooit geladen zonder het vereiste doel.
- Server-API — afgeleverd door de worker met retries, healthchecks, foutclassificatie en een gemaskeerde payload-preview voor elke poging.
- Hybride — browsertag en serverrequest delen één event-ID; het platform dedupliceert op transaction_id.
Wat wordt verzonden
Alleen wat je in de eventmapping configureert, en pas nadat de policy-engine het event voor deze destination heeft toegestaan.
- Eventnaam en tijdstempel, gemapt van de standaardevents van Track naar de eventnamen van het platform.
- De gedeelde event-ID in het veld transaction_id van het platform, zodat browser- en serverafleveringen één keer tellen.
- Click-ID's die dit platform mag ontvangen: gclid, gbraid, wbraid. Click-ID's van andere leveranciers worden nooit doorgestuurd.
- Order-ID, waarde, valuta en items voor aankoopachtige events.
- SHA-256-gehashte identifiers (e-mail, telefoon, externe ID) voor matching — alleen met de vereiste toestemming en alleen als ze zijn vastgelegd.
- De toestemmingsstatus waaronder het event is verzameld, als het platform toestemmingssignalen accepteert.
Nooit verzonden
- Onbewerkte e-mailadressen, telefoonnummers of namen — identifiers worden bij ontvangst gehasht.
- Afgeleide waarden: onbekend blijft onbekend, er wordt niets gegokt.
- Events die zijn verzameld zonder het doel dat deze destination vereist.
- Secrets: tokens staan in de versleutelde kluis en bereiken nooit de browser, de assistent of een log.
Technische feiten
- Deduplicatieveld
transaction_id— transaction_id- Click-ID's
gclid,gbraid,wbraid- Toestemmingsdoel
- Analytics
- Vastgezette API-versie
mp-v2- Implementatiestatus
- Geïmplementeerd · geverifieerd tegen de documentatie van de leverancier · geverifieerd op 2026-09-02
- Documentatie van de leverancier
- API-documentatie van GA4
Wat je nodig hebt
Publieke identifiers kun je in de chat of de wizard invoeren; secrets gaan via de beveiligde credentialkaart of OAuth en worden versleuteld opgeslagen.
Publieke identifiers
- measurement_id
- Metings-ID
Credentials
- API-secret
api_secret— opgeslagen in de versleutelde kluis
Toestemming
Vereist het analyticsdoel. Zonder dat doel wordt er niets in de browser geladen en niets vanaf de server verzonden. Afgeleide toestemming wordt nooit geëxporteerd.
Instellen in een paar stappen
De assistent voert de gedetailleerde controles uit. Jij ziet de mijlpalen waarbij een beslissing van jou nodig is.
Identifiers invoeren
Voeg de publieke ID's van het platform toe. De formaten worden gevalideerd tegen de documentatie van de leverancier voordat er iets wordt opgeslagen.
Credentials koppelen
Plak het token in de beveiligde kaart of koppel het account via OAuth. Secrets gaan rechtstreeks de versleutelde kluis in.
Mappen en testen
Standaardevents zijn vooraf gemapt op de eventnamen van het platform. Een gemarkeerd testevent doorloopt de echte pipeline en toont het antwoord van de leverancier.
Publiceren
Bekijk de diff, keur goed en publiceer een ondertekende configuratieversie. Rol met één klik terug als dat nodig is.
Uit Tracking Knowledge
Gidsen geschreven door het team dat deze connector bouwt.
GA4 Measurement Protocol goed toepassen: het EU-endpoint, client_id, debugvalidatie en wat het niet kan
Server-events naar Google Analytics 4 sturen via het Measurement Protocol: het region1-endpoint, waarom client_id belangrijk is, de limiet van 25 events, timestamp_micros, het debug-endpoint en de toestemmingsvelden.
Tutorial · 3 min leestijd
Consent Mode v2 zonder giswerk: doelen, signalen en wat een server-side router moet doen
Welke toestemmingssignalen Google verwacht, hoe je ze afleidt uit toestemmingsdoelen in plaats van leverancierslijsten, waarom de ‘advanced’ modus een juridische beslissing vereist en hoe de serverkant de browser moet spiegelen.
Gids · 4 min leestijd
Deduplicatie die de praktijk overleeft: event-ID's, order-ID's en waarop elk platform werkelijk dedupliceert
Een tabel per platform met deduplicatiesleutels — Meta, Google Ads, GA4, TikTok, Microsoft, LinkedIn, Pinterest, Snapchat, Reddit, X, CM360 — en de tweesleutelstrategie die hybride tracking eerlijk houdt.
Referentie · 3 min leestijd
Vragen
Kan ik alleen server-side draaien?
Ja. Kies de servermodus in de wizard; het script van de leverancier wordt nooit geladen en matching steunt op gehashte identifiers en click-ID's die de tracker vastlegt.
Hoe worden duplicaten voorkomen?
De browsertag en het serverrequest dragen dezelfde event-ID, en aankopen voegen de order-ID toe. De worker dedupliceert bovendien herhaalde bronevents vóór de aflevering.
Wat als de API van de leverancier verandert?
API-versies worden centraal vastgezet met de verificatiedatum; waarschuwingen over uitfasering verschijnen in de destination-health lang voordat een endpoint wordt uitgeschakeld.
GA4 koppelen
Stel het in met de begeleide wizard of laat de assistent het in de chat doen.