Server-side of client-side Google Tag Manager: wanneer kies je wat?

Google Tag Manager kan op twee manieren draaien. In de browser van je bezoeker, of in een container op je eigen omgeving. Het verschil klinkt technisch, maar het bepaalt hoeveel van je meting overeind blijft en hoeveel controle je houdt over wat er naar buiten gaat.

Client-side: alles gebeurt in de browser

Dit is de standaardopzet. Je plaatst de GTM-code op je website, en vanuit de browser van je bezoeker vertrekken de gegevens rechtstreeks naar Google Analytics, je advertentieplatformen en de rest van je tags.

Het voordeel is eenvoud. Je hebt geen extra infrastructuur nodig, elke tag is met een paar klikken toegevoegd, en wat je instelt werkt meteen.

Het nadeel zit in de afhankelijkheid van de browser. Adblockers, strengere cookie-instellingen en trackingbeperkingen grijpen precies daar in. Wat de browser tegenhoudt, komt niet aan.

Server-side: een container die jij beheert

Bij een serveropzet stuurt de browser zijn gegevens eerst naar een container die op jouw eigen omgeving draait, meestal op een subdomein van je eigen domein. Die container beslist wat er vervolgens waarheen gaat.

Je wint er controle mee: je bepaalt per bestemming welke gegevens meegaan en welke niet. En omdat het verkeer van je eigen domein komt, valt het minder snel onder de beperkingen die op scripts van derden rusten. Meer daarover op onze pagina over server-side tracking.

Daar staat tegenover dat er een container bij komt die je moet opzetten en onderhouden, met de kosten die daarbij horen.

Het is geen of-of

In de praktijk draaien de twee bijna altijd samen. Je hebt nog steeds iets in de browser nodig om gedrag op te vangen: een klik, een scroll, een formulier dat verstuurd wordt. Het verschil is waar dat signaal daarna naartoe gaat. Bij een serveropzet gaat het eerst naar jouw container in plaats van rechtstreeks naar een externe partij.

De vraag is dus niet welke van de twee je kiest, maar welk deel van je meting je via je eigen server laat lopen.

Wanneer is de stap zinvol?

Een serveropzet loont vooral wanneer dataverlies je echt geld kost. Bij een webshop of een leadgericht bedrijf met voldoende volume telt elke ontbrekende conversie mee in je biedingen en je rapportage. Bij een site met weinig verkeer weegt de opzet niet altijd op tegen de winst.

Ook je situatie rond toestemming speelt mee. Een serveropzet neemt die verplichting niet weg, maar geeft je wel een plek waar je kan afdwingen wat er met en zonder toestemming vertrekt.

Wat het niet oplost

Server-side meten maakt je niet vanzelf conform. Je hebt nog altijd een geldige grondslag, een correcte cookiemelding en een toestemmingsplatform nodig. Het herstelt evenmin gegevens van bezoekers die geen toestemming gaven: wat je niet mag meten, meet je ook server-side niet.

En het is geen eenmalige ingreep. Elke nieuwe tag en elke wijziging aan je site kan de meting beinvloeden, dus controle achteraf blijft nodig.

Hoe wij het aanpakken

We kijken eerst wat je vandaag meet en waar het misloopt. Pas daarna bekijken we of een serveropzet in jouw situatie rendeert, en welk deel van je meting daar dan naartoe gaat. Benieuwd wat dat voor jou betekent? Neem contact op.