Stel GA4 server-side tracking in

In deze blogpost ontdekt u enkele geavanceerde functies van Google Analytics 4 en vergelijkt u twee manieren om server-side GA4 in te stellen, met Google Tag Manager en met de Stape Gateway. U leert ook hoe u tracking beter bestand maakt tegen adblockers en trackingbeperkingen met behulp van de Stape Custom Loader power-up.

Server-side tracking verzamelt data van een website of app door deze naar een server te sturen. De server verwerkt de data en stuurt deze vervolgens door naar Google Analytics. Wie bekend is met de voordelen server-side tagging, weet dat deze aanpak zorgt voor nauwkeurigere data, betere gegevensbescherming en verbeterde prestaties. Bedrijven die de impact van client-side tracking op de laadsnelheid van hun website willen verminderen en toch waardevolle data willen verzamelen, profiteren van server-side tracking.

In tegenstelling tot client-side tracking, waarbij data direct op het apparaat van de gebruiker wordt verzameld en verwerkt, verplaatst server-side tracking dit proces naar een server. Dit verhoogt de databeveiliging en zorgt voor nauwkeurigere data.

Door server-side tracking te implementeren, krijgen bedrijven diepere inzichten in gebruikersgedrag, kunnen ze hun marketingstrategieën optimaliseren en voldoen ze beter aan privacywetgeving.

Server-side tracking biedt veel voordelen, zoals een langere cookielevensduur, nauwkeurigere tracking, snellere laadtijden, betere databeveiliging, het omzeilen van adblockers en ITPs en nog veel meer.

De sGTM container is een tool waarmee u server-side tracking laten opzetten kunt realiseren. Hiermee kunt u tracking configureren voor Google Analytics 4, server-side Google Ads tracking en verschillende andere platforms. 

Stape Gateway is een andere tool voor datatracking die het instellen van server-side tracking voor GA4 en Google Ads eenvoudiger maakt. Hoe werkt het? Het verzamelt data vanuit de browser van de gebruiker en stuurt deze door naar een server. 

Zowel de sGTM container als de Stape Gateway worden gebruikt om data server-side te verzamelen en te verwerken. Beide verhogen de datakwaliteit van server-side tracking en zorgen voor meer bescherming van data. Bij beide oplossingen stelt u een eigen domein en een Custom Loader in, wat zorgt voor de volgende voordelen:

• Nauwkeurigere dataverzameling dan bij client-side tracking.

• Meer controle en betere databeveiliging.

• Minder impact van adblockers en browserbeperkingen op de datakwaliteit.

Stape Gateway kan worden gebruikt voor Google Analytics en/of Google Ads (voor conversietracking en remarketing), terwijl de sGTM container breder inzetbaar is en geschikt is voor veel verschillende platforms.

Om Stape Gateway te gebruiken, heeft u alleen een ingestelde web Google Tag Manager container nodig. Voor sGTM container is de setup uitgebreider, u heeft naast een webcontainer ook een server Google Tag Manager container nodig.

Stape Gateway is eenvoudiger in te stellen en bestaat uit drie stappen:

1. 1.
   Registreren en een abonnement kiezen (er is een gratis proefperiode van 7 dagen).
2. 2.
   Een eigen domein toevoegen.
3. 3.
   Custom Loader instellen.

Door de grotere flexibiliteit van sGTM container vereist deze oplossing meer technische kennis. Naast registratie, het toevoegen van een eigen domein en het instellen van Custom Loader, moet u ook een sGTM container aanmaken en extra configuraties uitvoeren afhankelijk van de platforms die u gebruikt.

Stape biedt een breed scala aan power-ups, tags, variables en clients om de configuratie eenvoudiger te maken.

Voor uw gemak hebben we een vergelijkingstabel opgesteld die de belangrijkste verschillen tussen deze twee manieren van server-side tracking instellen duidelijk laat zien:

Hoewel het eindresultaat vergelijkbaar is voor Stape Gateway en de sGTM container, kan elke optie beter passen bij verschillende situaties.

Kies voor een sGTM container implementatie als u:

✅ De datakwaliteit wilt verbeteren voor Google Analytics, Google Ads en/of andere platforms.

✅ Een complexe trackinginfrastructuur nodig heeft met meerdere platforms en analysetools.

✅ Een hoger marketingbudget heeft en kunt investeren in hoogwaardige datatracking.*

* Let op: heeft uw website weinig verkeer, dan kunt u Stape gratis gebruiken voor server-side tagging. Bekijk de prijspagina om te zien of dit voor u geldt.

Kies voor Stape Gateway als u:

✅ De datakwaliteit wilt verbeteren voor Google Analytics en/of Google Ads.

✅ Op zoek bent naar een snelle en eenvoudige manier om uw data te verbeteren.

✅ Een lager marketingbudget heeft en een goedkopere oplossing nodig heeft.

Als u wilt overstappen op tracking zonder cookies en toch de voordelen van server-side wilt behouden, kunt u GA4 cookieless methoden combineren met de onderstaande stap-voor-stap sGTM container setup. 

1. Eventgedreven datamodel

Het eventgedreven datamodel maakt het mogelijk om voor elke gewenste website-activiteit een event aan te maken in GA4. U kunt daarnaast parameters toevoegen om extra context en waarde aan elk event te geven. Google heeft een lijst met aanbevolen eventnamen opgesteld, maar u kunt ook eigen (custom) events en parameters gebruiken.

2. Cross-device rapportage

Bij het analyseren van verkeer en conversies is cross-device tracking essentieel. Stel dat een gebruiker uw Google Ads advertentie op mobiel ziet en erop klikt, maar later op desktop de aankoop afrondt. Als deze gebruiker niet is ingelogd bij een Google dienst, kan Google deze niet herkennen en wordt de conversie niet gekoppeld aan de oorspronkelijke klik. Hierdoor gaat belangrijke data voor optimalisatie verloren.

Om dit probleem op te lossen, heeft Google Signals geïntroduceerd. Deze functie is geïntegreerd in GA4 en maakt gebruik van machine learning om gebruikers te herkennen, zelfs als ze niet zijn ingelogd of niet via fingerprinting te identificeren zijn. Machine learning vult de ontbrekende data zo goed mogelijk aan.

Standaard staat Google Signals niet ingeschakeld in GA4. U moet dit handmatig activeren via Settings → Data Settings → Data Collection.

Een andere belangrijke instelling is hoe GA4 gebruikers identificeert.

U heeft hierbij twee opties:

• alleen op basis van apparaat;

• op basis van user-id, Google Signals en daarna apparaat.

3. Vooraf ingestelde events

Google heeft de meest gebruikte events geïdentificeerd die marketeers en bedrijven meten in Google Analytics en GTM, en deze toegevoegd aan de enhanced measurement functionaliteit.

Hierdoor worden paginaweergaven, scrolls, klikken op externe links, site searches, video-interacties en downloads van bestanden standaard gemeten.

Deze functie staat meestal standaard aan voor alle GA4 properties. Controleer dit door naar Data Streams te gaan → kies Webstream details en controleer of alle events zijn ingeschakeld.

4. Analysis Hub en integratie met BigQuery

Google heeft de analyse- en rapportageomgeving in GA4 volledig vernieuwd. U kunt eenvoudig draaitabellen, tabellen en filters maken. Er is ook een templategalerij, vergelijkbaar met Data Studio. Hierdoor kunt u data efficiënter analyseren en minder tijd besteden aan het maken van rapporten.

De export naar BigQuery is beschikbaar voor alle GA4 gebruikers. Hiermee kunt u GA4 data exporteren naar BigQuery en combineren met andere databronnen, zoals uw CRM.

5. Limiet van custom dimensies en metrics

In GA4 zijn de limieten voor custom dimensies en metrics verhoogd. U kunt nu 25 user-scoped en 50 event-scoped custom dimensies gebruiken. Het aantal custom metrics is verhoogd naar 50. Dit biedt meer flexibiliteit bij het aanpassen van uw GA4 setup.

6. GA4 debug view

De GA4 debugger is zeer handig bij het instellen van Google Analytics 4. In previewmodus ziet u welke events, eventparameters en user data door GA4 worden verwerkt. Dit maakt het configureren sneller en eenvoudiger.

Daarnaast kunt u voor eenvoudiger beheer van uw GA4 property gebruikmaken van de GA4 MCP Server van Stape. Hiermee kunt u opdrachten in eenvoudige taal invoeren, terwijl een AI-agent het werk voor u uitvoert.

7. Overige voordelen

Naast bovenstaande punten biedt GA4 nog meer voordelen, zoals doelgroepanalyse op basis van koopkans in de komende dagen, een combinatie van web- en app-analytics en nog veel meer.

1. In deze thread wist een gebruiker die GA4 server-side tracking instelde voor een meertalige SPA niet zeker of hij meerdere GA4 properties moest behouden of moest overstappen naar één property met marktparameters. De uitleg was dat vanuit server-side GTM beide opties hetzelfde werken, de servercontainer neemt simpelweg over wat vanuit de client-side wordt gestuurd. De keuze moet daarom gebaseerd zijn op rapportage en onderhoud, aangezien custom dimensies niet in alle GA4 rapporten zichtbaar zijn. Conclusie: kies de GA4 structuur die het beste past bij uw analytics strategie, niet bij server-side beperkingen.

2. In deze thread probeerde een gebruiker GA4 events alleen via de server te versturen, zonder client-side GA4 of cookies. Het probleem is dat GA4 sterk afhankelijk is van client-side data, zoals client_id en browsersignalen via gtag.js. Volledig server-side tracking is daarom niet praktisch. De conclusie: GA4 werkt het beste met een hybride setup, client-side voor basisdata en server-side voor specifieke events. Voor volledig server-side analytics zijn tools zoals Matomo of Piwik geschikter.

3. In deze thread vergeleek een gebruiker server-side GA4 met client-side GA4 en zag grote verschillen in events en omzet. Dit bleek geen trackingfout te zijn, maar een verkeerde vergelijking. GA4 is niet ontworpen om meerdere properties parallel te draaien. Server-side werkt als een proxy en verandert de data niet standaard, waardoor vergelijkingen inconsistent worden. De oplossing: gebruik een juiste migratie-aanpak (van JS-cookies naar server cookies) of GA4 roll-up properties, in plaats van parallelle setups.

4. Een gebruiker merkte dat het gelijktijdig gebruiken van GA4 server-side tracking naast de client-side setup leidde tot opgeblazen “direct/none” en “not set” metrics, zelfs met identieke GA4 property instellingen. In de volledige thread werd uitgelegd dat parallel gebruik van server-side en client-side GA4 vaak tot afwijkingen leidt, omdat server-side als proxy fungeert. De aanbevolen aanpak is om server-side tracking zorgvuldig te gebruiken, parallelle properties te vermijden of GA4 Rollup properties te overwegen voor een correcte aggregatie.

5. Een veelgestelde vraag bij het implementeren van GA4 server-side tracking is of data dubbel wordt verstuurd en of aparte streams of properties nodig zijn. In dit geval kwam het probleem voort uit verwarring rondom een parallelle client-side en server-side GA4 setup. De uitleg: GA4 server-side tagging werkt als een proxy, data moet één keer vanuit de browser naar de servercontainer worden gestuurd en vervolgens doorgestuurd worden naar GA4.

U moet events niet gelijktijdig vanuit zowel de browser als de server versturen, omdat GA4 geen deduplicatie ondersteunt. Als events dubbel lijken af te gaan, betekent dit meestal dat er een extra gtag snippet of een dubbele configuratie in de webcontainer aanwezig is. De oplossing is om één GA4 web tag te gebruiken met een correct ingestelde server_container_url, dubbele tags te verwijderen en de servercontainer de data naar GA4 te laten doorsturen.

GA4 en GTM server-side tagging zijn ontwikkeld om aan te sluiten op de huidige regels rondom tracking, webtechnologieën, beperkingen en databeveiliging. Het kost tijd om te wennen aan de nieuwe interface en functies en om te begrijpen hoe deze het beste aansluiten op uw website en bedrijfsdoelen.

Op de lange termijn kan server-side tracking in Google Analytics 4 de datanauwkeurigheid aanzienlijk verbeteren en u meer controle geven over welke data wordt verzameld en hoe deze wordt gedeeld met externe platforms.

Als de overstap naar GA4 en sGTM containers complex is of u merkt dat u hulp nodig heeft, neem dan gerust contact met ons op. Wij beantwoorden uw vragen en helpen u ervoor te zorgen dat uw Google Analytics 4 server-side tracking correct, efficiënt en in lijn met uw doelen wordt geïmplementeerd.