Server-side tracking

Bij klassieke tracking laadt de browser van je bezoeker tags van Google, Meta, Pinterest en andere partijen, en stuurt elke tag zijn eigen data rechtstreeks naar die partij. Bij server-side tracking gaat de data eerst naar een server die jij beheert, bijvoorbeeld een server-side container van Google Tag Manager op een subdomein als meet.voorbeeldshop.nl. Die server beslist wat er doorgaat en naar wie.

Een tweede vorm is tracking vanuit je backend. Een bestelling wordt dan niet gemeten op de bedankpagina, maar op het moment dat de betaling binnenkomt. Dat gebeurt via een webhook van de betaalprovider naar Magento, Shopify of je Laravel-applicatie.

Snelheid. Elke third-party tag kost JavaScript in de browser en kan INP en laadtijd verslechteren. Door tags naar de server te verplaatsen, laad je in de browser minder scripts. Dat helpt Core Web Vitals, al blijft er altijd een meetscript nodig.

Controle. Je ziet en bepaalt welke gegevens naar externe partijen gaan. Je kunt IP-adressen inkorten of velden verwijderen voordat data je server verlaat. Dat maakt privacybeleid concreet in plaats van theorie.

Betrouwbaarheid. Een purchase die vanuit de backend wordt verstuurd, mist niet als de klant de bedankpagina nooit ziet. Voor omzetrapportage in GA4 maakt dat verschil.

De eerlijke versie: server-side tracking is geen manier om consent te omzeilen. Als een bezoeker geen toestemming geeft, mag je die data ook via je server niet voor advertenties gebruiken.

In Magento combineer je meestal een dataLayer in de frontend met een server-side GTM-container, en stuur je purchases optioneel vanuit een observer op het order- of betaalevent. Op Hyvä is het extra zinvol: de shop is licht, en je wilt dat niet tenietdoen met zware tags.

Shopify heeft eigen server-side koppelingen in de Google & YouTube-app en voor Meta, en Customer Events voor pixels in een sandbox. Volledig eigen server-side tracking kan via webhooks, bijvoorbeeld orders/paid, naar je eigen endpoint.

In Laravel bouw je het direct: een job in de queue die na een betaalde order het event naar het Measurement Protocol van GA4 of een andere API stuurt. Geef daarbij de client_id van de browsersessie mee, anders kan GA4 de order niet aan het bezoek en dus niet aan het kanaal koppelen.

Dubbel meten. Browser én server sturen dezelfde purchase zonder gedeeld transactie-ID. Gebruik altijd een vast ID voor deduplicatie.

De server-container laten draaien zonder monitoring. Valt hij uit, dan stopt al je meting stilletjes.

Denken dat het iets voor SEO-rankings doet. Het directe effect is snelheid en betere data, geen hogere positie. Die snelheid kan via betere Core Web Vitals wel indirect meetellen.

En de server-container op een domein van een externe partij zetten. Draai hem op een subdomein van je eigen shop, zodat cookies first-party zijn en de verzoeken niet als third-party worden gezien.