Server-side tagging staat bij veel bedrijven op de wensenlijst, vaak zonder dat duidelijk is wat het oplevert. Het idee is eenvoudig: je verplaatst een deel van je meetwerk van de browser van je bezoeker naar een server die je zelf beheert. Wij hebben server side tagging zelf ingericht op odyssee.one, voor completere data, meer controle over welke gegevens naar welke partij gaan en minder scripts in de browser van de bezoeker. Hieronder lees je wat het is, wanneer het loont en wat erbij komt kijken. Omdat we het zelf draaien, krijg je ook de minder mooie kanten te horen.
Wat is server-side tagging?
Een tag is een stukje code dat een gebeurtenis op je site doorgeeft aan een ander systeem, bijvoorbeeld een paginabezoek aan Google Analytics of een aankoop aan een advertentieplatform. Normaal draaien die tags in de browser van je bezoeker. Google beschrijft die klassieke opzet als een container in de pagina die meetgegevens naar verschillende verzamelservers stuurt.
Bij server-side tagging komt daar een tussenstation bij. De browser stuurt de gegevens naar één adres, jouw eigen server, en die bepaalt daarna welke gegevens naar welke partij gaan. Volgens Google draait zo’n server-container op een server die jij beheert, in plaats van in de browser of op de telefoon van de gebruiker. Alleen jij hebt toegang tot de data totdat je besluit die door te sturen.
Wat is het verschil tussen client-side en server-side tagging?
Client-side betekent dat je tags in de browser draaien, server-side dat ze op een server draaien.
| Client-side tagging | Server-side tagging | |
|---|---|---|
| Waar draait het | In de browser van je bezoeker | Op een server die jij beheert, bijvoorbeeld in Google Cloud |
| Wat ziet de browser | Verzoeken naar elke partij waarvoor je meet | Verzoeken naar jouw eigen adres; de server stuurt door |
| Invloed op laadtijd | Elke extra tag is extra code in de pagina | Minder code in de pagina, als je tags echt naar de server verhuist |
| Datakwaliteit | Gevoelig voor adblockers en browserbeperkingen | Minder gevoelig, maar niet waterdicht |
| Kosten | Geen eigen hosting nodig | Maandelijkse hostingkosten, plus inrichting |
| Beheer | Eén container in Google Tag Manager | Twee containers, een server en een subdomein om bij te houden |
Server-side tagging vervangt de browser niet helemaal: er blijft een tag in de pagina staan die de gebeurtenissen opvangt en naar je server stuurt. Je verplaatst het werk dus alleen.
Waarom stappen bedrijven over op server-side tagging?
Google noemt zelf drie voordelen: betere paginaprestaties, meer privacycontrole en betere datakwaliteit.
1. Je meting is minder afhankelijk van de browser
Browsers en extensies beperken steeds meer wat een script mag. Filterlijsten voor adblockers, zoals EasyPrivacy, zijn bedoeld om trackingscripts en informatieverzamelaars te blokkeren. Safari wist cookies die met JavaScript zijn gezet als een bezoeker zeven dagen niet op de site is geweest, dus wie na twee weken terugkomt, telt als nieuwe bezoeker.
Lopen de verzoeken via je eigen domein, dan ben je daar minder gevoelig voor, al is het geen vrijbrief. Safari herkent ook subdomeinen die via een omweg naar een andere partij verwijzen en beperkt de cookies daarvan evengoed tot zeven dagen. Wie belooft dat je met server-side tagging weer alles meet, belooft dus te veel.
2. Minder code in de pagina
Verhuis je tags naar de server, dan hoeft de browser minder te doen. Hoeveel dat scheelt, hangt af van hoeveel tags je werkelijk weghaalt: staat er naast Google Analytics weinig op je site, dan merk je er weinig van. Snelheid nemen we bij webdesign daarom los van je meting mee.
3. Jij bepaalt welke data naar wie gaat
Op de server geef je alleen door wat een partij nodig heeft. Google omschrijft het als volledige controle over de vorm van de data en de route die ze vanaf de server afleggen.
Mag je met server-side tagging meten zonder toestemming?
Nee, en dit is het grootste misverstand. Server-side tagging verandert waar de techniek draait, niet welke regels gelden. Voor de AVG en de cookieregels telt wat je met gegevens doet, waar je code ook staat.
De Autoriteit Persoonsgegevens is daar duidelijk over: een organisatie mag alleen tracking cookies plaatsen als de bezoeker vooraf is geïnformeerd en toestemming heeft gegeven. Doorscrollen telt niet als toestemming, en een cookiewall die bezoekers zonder akkoord buitensluit is verboden.
Daar komt Consent Mode v2 bij. Consent Mode is de manier waarop je de keuze van je bezoeker doorgeeft aan de tags van Google, zodat die hun gedrag daarop aanpassen. Google heeft dat in november 2023 uitgebreid met twee extra signalen: ad_user_data, voor het sturen van gebruikersgegevens naar Google voor advertenties, en ad_personalization, voor gepersonaliseerde advertenties. Een cookiebanner is Consent Mode zelf niet. Die regel je apart, met een eigen banner of een toestemmingsplatform.
Een goede server-side opzet gaat dus samen met een nette cookiebanner en Consent Mode v2. Je meet er netter mee, binnen dezelfde grenzen van wat mag.
Wat heb je nodig voor server-side tagging?
Voor een opzet met Google Tag Manager heb je vier onderdelen nodig.
- Een server-container in Google Tag Manager, die werkt met dezelfde tags, triggers en variabelen als de web-container die je al kent.
- Hosting voor die container. Google beschrijft Cloud Run en App Engine in Google Cloud als opties, of een handmatige installatie op een eigen platform. Voor Cloud Run heb je een account met facturering nodig.
- Een eigen subdomein, dus een adres onder je eigen domeinnaam. Daarmee zijn de verzoeken first-party: ze gaan naar jouw domein en niet naar dat van een ander. Google raadt sterk aan dit te regelen voordat je productieverkeer naar de server stuurt.
- Een cookiebanner met Consent Mode v2, want zonder dat onderdeel is de rest niet af.
Bij ons lopen een web-container en GA4 via een server-container op Google Cloud Run in een EU-regio, bereikbaar op een eigen subdomein. De cookiebanner en Consent Mode v2 zitten in het thema van de site. Het laden van de tagmanager stellen we bewust niet uit, want bij uitgesteld laden vallen vroege gebeurtenissen weg en wordt je data onvolledig.
Wat kost server-side tagging?
Meer dan client-side tagging, en dat blijft zo. Google rekent in de eigen handleiding voor Cloud Run met ongeveer 45 dollar per maand per server, en adviseert minimaal twee servers om dataverlies bij een storing te voorkomen. Volgens die richtlijn kom je uit op ruwweg 90 dollar per maand. Met minder servers draaien mag, maar dan accepteer je meer risico.
Daarnaast kan logging geld kosten. Standaard wordt elk verzoek vastgelegd, en bij meer dan een miljoen verzoeken per maand kunnen die logkosten volgens Google flink oplopen. Google raadt aan een budgetwaarschuwing in te stellen.
Het onderhoud komt er ook bij. Je beheert voortaan twee containers in plaats van één, en als de server uitvalt, valt je meting uit. Daar moet iemand eigenaar van zijn.
Wanneer is server-side tagging de moeite waard?
Het loont als je beslissingen neemt op basis van je meetdata en die beslissingen geld kosten. Onze vuistregel is dat het loont voor bedrijven die serieus adverteren, voor webshops en voor sectoren waar privacy zwaar weegt, zoals zorg, juridische en financiële dienstverlening. Stuur je advertentiecampagnes op conversies, of heb je een webshop of leadformulier waar elke gemiste meting de sturing verslechtert, dan is het de moeite waard. Hetzelfde geldt als je met gevoelige klantgegevens werkt en precies wilt weten wat er naar welke partij gaat, of als je site vol hangt met tags van verschillende platforms.
Het loont minder als je site vooral een visitekaartje is, als je alleen globale bezoekcijfers bekijkt of als niemand het beheer kan dragen. Voor een kleine site zonder campagnes wegen de kosten en het beheer meestal niet op tegen wat het oplevert. Dan haal je meer uit een goed ingerichte standaardmeting met een correcte cookiebanner.
Hoe begin je met server-side tagging?
- Breng in kaart wat je nu meet. Welke tags staan er op je site, waar gaat de data heen en welke gebruik je werkelijk?
- Zet toestemming op orde. Je hebt een cookiebanner nodig die een echte keuze biedt, en Consent Mode v2 om die keuze door te geven.
- Richt de server-container in. Maak de container aan in Google Tag Manager, zet hem op Cloud Run en koppel je subdomein.
- Verhuis één stroom tegelijk. Begin met GA4 en controleer in de voorbeeldmodus van Tag Manager of de gebeurtenissen aankomen.
- Vergelijk en bewaak. Leg de cijfers een paar weken naast je oude meting, stel een budgetwaarschuwing in en spreek af wie het beheer doet.
Twijfel je of het voor jouw situatie zin heeft, dan kijken we in een gratis groeicheck onder meer naar hoe je nu meet. Odyssee is Google Partner, en het inrichten van meting hoort bij onze online marketing. Heb je een concrete vraag over je eigen opzet, neem dan contact op.
Veelgestelde vragen
Is server-side tagging hetzelfde als server side tracking?
In de praktijk wel. Server-side tagging is de naam die Google gebruikt voor de techniek in Tag Manager. Met server side tracking bedoelen mensen meestal het meten dat je ermee doet.
Heb ik met server-side tagging nog een cookiebanner nodig?
Ja. De regels voor toestemming hangen af van wat je met gegevens doet. Waar je tags draaien, maakt daarvoor niet uit. Voor tracking cookies is volgens de Autoriteit Persoonsgegevens vooraf informatie en toestemming nodig. Consent Mode v2 geeft de keuze van je bezoeker door aan Google, maar is zelf geen banner.
Meet je met server-side tagging alle bezoekers weer?
Nee. Je meting wordt minder gevoelig voor adblockers en browserbeperkingen, maar niet waterdicht. De keuze van bezoekers die geen toestemming geven, blijft gelden. Safari beperkt bovendien ook cookies van subdomeinen die naar een andere partij verwijzen.
Wordt mijn website sneller van server-side tagging?
Dat kan, als je tags uit de browser haalt en naar de server verplaatst. Google noemt betere paginaprestaties als een van de voordelen. Blijft je web-container even vol als eerst, dan verandert er aan de laadtijd weinig.
Bronnen
- Google for Developers, Google Tag Manager: server-side tagging
- Google for Developers, An introduction to server-side tagging
- Google for Developers, Set up server-side tagging with Cloud Run
- Google for Developers, Set up consent mode on websites
- Autoriteit Persoonsgegevens, Cookies
- WebKit, Tracking Prevention in WebKit, en EasyList, overzicht van filterlijsten
