Echte server-side uplift meten met GTM-tagtemplates

"Server-side tagging wint data terug die adblockers en privacyfuncties in browsers je anders zouden kosten" is het hele verhaal achter dit product — maar het wordt meestal gebracht als algemene bewering, niet als een getal dat je voor je eigen site kunt controleren. De twee downloadbare GTM-tagtemplates van Measurebase maken er wel een getal van: een echte meting per event van hoeveel van een web-side signaal verloren gaat ten opzichte van het bijbehorende server-side signaal, plus de werkelijke Consent Mode v2-status van de bezoeker.

Twee templates, één gekoppeld signaal

Beide templates hebben drie velden gemeen: Container-ID (te zien op de pagina van elk domein in je Measurebase-dashboard), Event Name, en Event ID. Je bouwt een tag op basis van de template Client Event Signal in je web-container en een bijpassende tag op basis van de template Server Event Signal in je server-container, koppelt elk aan de trigger die hoort bij het event dat je wilt meten (een aankoop, een leadformulier, een paginaweergave — er wordt niets automatisch herkend), en geeft beide tags exact dezelfde Event Name en Event ID. Measurebase koppelt de twee aan elkaar op basis van die combinatie en toont de vergelijking op het paneel Client-side versus server-side requests op de pagina van het domein.

Client Event Signal (web-container)

Vuurt een lichte pixel af met container_id, event_name, event_id, en alle vier de Consent Mode v2-signalen rechtstreeks uit de browser gelezen — ad_storage, analytics_storage, ad_user_data, ad_personalization — elk gerapporteerd als granted of denied voor die bezoeker op dat moment.

Er is hier een vierde veld dat de servertemplate niet heeft: Tagging server URL. Vul je eigen tagging-subdomein in en de pixel loopt er first-party doorheen in plaats van rechtstreeks naar api.measurebase.com te gaan als third-party request — precies het soort request waar adblockers en tracking prevention voor gebouwd zijn. Dit veld overslaan maakt niets stuk, maar telt je web-side signalen wel te laag en blaast juist het verschil op dat je hiermee eerlijk wilde meten.

Server Event Signal (server-container)

Vuurt het bijbehorende signaal af met container_id, event_name, event_id, en de onbewerkte parameter gcd van de binnenkomende request (Google Consent Diagnostics), ongewijzigd doorgestuurd in plaats van in de tag zelf gedecodeerd. Het decoderen gebeurt centraal op de servers van Measurebase, zodat die logica voor alle klanten tegelijk kan worden gecorrigeerd of verbeterd zonder dat iemand een template opnieuw hoeft te importeren. Heeft een request geen gcd — consent mode is niet ingericht, of een niet-Google client stuurde de hit — dan wordt consent voor dat event als onbekend gerapporteerd in plaats van geraden.

Deze tag draait server-side en vuurt dus altijd zodra het event je server-container bereikt — hij heeft nooit last van adblocking of tracking prevention in de browser. Juist die asymmetrie maakt de vergelijking zinvol: het deel van de bijbehorende web-side signalen dat niet aankwam terwijl het server-side signaal dat wel deed, is data die server-side tagging voor dat event heeft teruggewonnen.

Ze installeren

1. Open Downloads in je Measurebase-dashboard en download beide .tpl bestanden.
2. Ga in elke GTM-container naar Templates → New → Import (of Admin → Import Container) en kies het bijbehorende bestand — Client Event Signal in je web-container, Server Event Signal in je server-container.
3. Bouw uit elke template een tag, kies de trigger die hoort bij het event dat je meet, en vul bij beide dezelfde Event Name en Event ID in.
4. Publiceer beide containers. De resultaten verschijnen op het paneel Client-side versus server-side requests van het domein zodra er gekoppelde events binnenkomen.

Het gelijk houden van beide containers is helemaal aan jou — Measurebase koppelt signalen uitsluitend op Event Name en Event ID, dus een typefout of verschil tussen de web- en servertag betekent simpelweg dat dat event niet gekoppeld wordt.