Server-side Tagging instellen met GTM

Meer data, betere cookies, volledige controle. Stap voor stap uitgelegd van web container tot dataLayer en eigen dashboard. Zonder server-side tagging verlies je gemiddeld 10% tot 30% van je conversiedata. Op social media loopt dit zelfs op tot 100%.

1 Wat is Server-side Tagging?

Server-side tagging is een methode waarbij trackingtags worden beheerd op een server in plaats van direct in de browser van de gebruiker. In tegenstelling tot traditionele client-side tagging lopen data-verzoeken bij server-side tagging via een tussenlaag: jouw eigen server. Die server bepaalt wat er met de data gebeurt en waar het naartoe gaat.

In Google Tag Manager werkt dit met twee containers: een web container in de browser en een server container op jouw server.

2 Waarom Server-side Tagging?

Server-side tagging biedt voordelen op twee vlakken: datakwaliteit en snelheid. Het is wel belangrijk om te begrijpen welke winst waar vandaan komt, want dat verschilt per situatie.

Het GTM script zelf blijft in de browser laden en wordt niet kleiner. Voor GA4 geldt daardoor dat server-side tagging geen snelheidswinst oplevert de web container blijft altijd nodig om browsergedrag te meten. De winst bij GA4 zit puur in betere data, langere cookies en privacy.

Voor andere tracking tools zoals Meta Pixel, LinkedIn Insight Tag en TikTok Pixel ligt dat anders. Die laden nu als zwaar extern JavaScript in de browser. Als je die vervangt door een server-side API koppeling, verdwijnt het script volledig uit de browser. Dat levert wél directe snelheidswinst en een betere pagespeed score op.

3 Web container én server container — je hebt allebei nodig

De meest gestelde vraag: “Kan ik de web container verwijderen nu ik een server container heb?” Het antwoord is nee. De twee containers doen fundamenteel verschillende dingen en zijn allebei onmisbaar.

De web container is je “ogen en oren” in de browser. Die ziet wat een bezoeker doet: klikken, scrollen, formulieren invullen, pagina’s bekijken. Een server heeft hier geen zicht op. Zonder de web container kun je dit soort interacties simpelweg niet meten.

De server container is je verwerkingsstation. Die ontvangt de data van de web container via jouw eigen server, filtert of verrijkt hem waar nodig, en stuurt hem door naar de juiste platforms.

4 Google Analytics 4 via server container instellen

De basissetup bestaat uit drie onderdelen: de web container aanpassen, en in de server container een client en een tag aanmaken.

Stap 1 — transport_url instellen in de web container

Open je web container en ga naar de Google Tag. Voeg onder Configuratieparameters het volgende toe:

Stap 2 — GA4 client en tag in de server container

De server container heeft standaard al een GA4 client aangemaakt die binnenkomende GA4 data herkent. Je hoeft hier niets aan te veranderen. Wat je wél aanmaakt is een GA4 tag die de data doorstuurt naar Google Analytics.

5 DataLayer push en GTM events instellen

Naast standaard pageviews wil je vaak ook specifieke gebruikersacties meten, zoals klikken op een telefoonlink of het openen van een contactformulier. Dit doe je met een dataLayer.push in de code van je website, die GTM vervolgens opvangt.
Hoe een dataLayer push werkt

Een dataLayer.push is een stukje JavaScript dat je op een link of knop plaatst. Wanneer iemand erop klikt, stuurt het een “event” naar GTM met alle informatie die jij meegeeft: de naam van het event, de sector, het type contact en de persoon.

<!-- Telefoonlink met dataLayer push -->
<a href="tel:+31612345678"
   onclick="dataLayer.push({
     'event': 'contact_persoon',
     ‘url’: 'Wonen',
     'contact_type': 'phone',
     'contact_person': 'Annemiek'
   })">
  06-12 34 56 78
</a>

<!-- E-maillink met dataLayer push -->
<a href="mailto:annemiek@domein.nl"
   onclick="dataLayer.push({
     'event': 'contact_persoon',
     ‘url’: 'Wonen',
     'contact_type': 'mail',
     'contact_person': 'Annemiek'
   })">
  annemiek@domein.nl
</a>

Wat je in de web container instelt

GTM moet drie dingen weten: welke variabelen er binnenkomen, wanneer het event afgaat (trigger) en wat er mee moet gebeuren (tag).

6 GTM script vervangen door eigen subdomein

Data loopt nu via jouw server, maar het GTM script zelf laadt nog steeds van googletagmanager.com. Adblockers herkennen dit adres en kunnen het script volledig blokkeren. De oplossing: laad het script ook via jouw eigen subdomein.

1 GTM Web Container Client aanmaken in server container
Ga naar Clients → Nieuw → Google Tag Manager: Web Container. Voeg je web container ID toe onder Toegestane container-IDs. Publiceer daarna de server container.

2 GTM snippet op je website aanpassen
Je developer vervangt het bestaande GTM script door onderstaande versie. Alleen het domein verandert — het web container ID blijft hetzelfde.

3 Controleer via Network tab
Open DevTools (F12) → Network. Refresh de pagina. Je ziet nu een verzoek naar jouw eigen subdomein met status 200. Dan is alles correct.

<!-- Google Tag Manager -->
<script>(function(w,d,s,l,i){
  w[l]=w[l]||[];
  w[l].push({'gtm.start':new Date().getTime(),
    event:'gtm.js'});
  var f=d.getElementsByTagName(s)[0],
      j=d.createElement(s),
      dl=l!='dataLayer'?'&l='+l:'';
  j.async=true;
  j.src='https://gtm.jouwdomein.nl/gtm.js?id='+i+dl;
  f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer','GTM-XXXXXXX');</script>
<!-- End Google Tag Manager -->

<!-- Google Tag Manager (noscript) -->
<noscript><iframe
  src="https://gtm.jouwdomein.nl/ns.html?id=GTM-XXXXXXX"
  height="0" width="0"
  style="display:none;visibility:hidden"
></iframe></noscript>
<!-- End Google Tag Manager (noscript) -->

7 Wanneer verbetert de snelheid wél?

Zoals eerder gezegd: het GTM script zelf blijft aanwezig in de browser en wordt niet kleiner. De Lighthouse score verbetert dus niet direct door server-side tagging in te stellen. Maar er is wel degelijk snelheidswinst te behalen — op het moment dat je externe tracking scripts kunt vervangen door server-side alternatieven.

Elk tracking script dat je volledig uit de browser verwijdert scheelt laadtijd, requests en browserbelasting. Dat is waar de echte snelheidswinst vandaan komt.

Meta Pixel (fbevents.js)
Vervang de client-side pixel volledig door de Meta Conversions API in de server container. In GTM installeer je de Facebook Conversions API template vanuit de Community Template Gallery en vul je Pixel ID en Access Token in. Verwijder daarna de pixel uit de web container — dan verdwijnt dit script volledig uit de browser.
Grote snelheidswinst

Google Ads remarketing script
De Google Ads conversietag in je web container kun je vervangen door een Google Ads Conversion Tracking tag in de server container. Die ontvangt de conversie-events via de bestaande GA4 datastroom en stuurt ze server-side door naar Google Ads. Hiervoor heb je alleen je Conversion ID en Conversion Label nodig.
Minder scripts in browser

LinkedIn Insight Tag
De LinkedIn Insight Tag laadt een extern script van snap.licdn.com. Je kunt dit vervangen met een HTTP Request tag in de server container die conversie-events doorstuurt naar de LinkedIn Conversions API. Hiervoor heb je een LinkedIn Partner ID en een toegangstoken nodig uit LinkedIn Campaign Manager.
Extern script verdwijnt

TikTok Pixel
De TikTok Pixel laadt een extern script dat je vervangt door de TikTok Events API. In de server container installeer je de TikTok template vanuit de Community Template Gallery en koppel je je Pixel ID met een Events API Access Token. Verwijder daarna de client-side pixel tag uit de web container.
Geen extern script meer

Hotjar
Hotjar is een ander geval: het script zelf (voor heatmaps en sessie-opnames) moet in de browser blijven omdat het browsergedrag registreert. Wat je wél server-side kunt doen is Hotjar Events API gebruiken voor conversie-events en specifieke triggers, maar het volledige Hotjar script kun je niet elimineren.
Gedeeltelijk mogelijk

8 Data naar eigen dashboard sturen

Naast GA4 kun je events ook rechtstreeks naar je eigen database sturen. Dit geeft je volledige onafhankelijkheid van Google en de mogelijkheid om data precies zo te tonen en analyseren als jij wilt in een eigen portal.

Hoe het werkt

In de server container maak je een extra HTTP Request tag aan die bij elk event een POST verstuurt naar een endpoint op jouw eigen server. Je developer bouwt dat endpoint en slaat de data op in jullie database.

Wat de server naar het endpoint stuurt

De body van het POST verzoek bevat alle informatie die je in je dashboard wilt tonen. Hier een voorbeeld voor het bijhouden van contactklikken:

{
  "event": "contact_persoon",
  "sector": "{{sector}}",
  "contact_type": "{{contact_type}}",
  "contact_person": "{{contact_person}}",
  "page": "{{Page URL}}",
  "timestamp": "{{Request Time}}",
  "session_id": "{{ga_session_id}}"
}

Wat je developer nodig heeft

Je developer bouwt een POST endpoint dat de binnenkomende JSON opslaat in de database. Hier de minimale tabelstructuur die hij nodig heeft:

-- Tabel voor alle tracking events
CREATE TABLE tracking_events (
  id          INT AUTO_INCREMENT PRIMARY KEY,
  event       VARCHAR(80),
  sector      VARCHAR(120),
  contact_type VARCHAR(30),
  contact_person VARCHAR(120),
  page        VARCHAR(500),
  session_id  VARCHAR(100),
  timestamp   DATETIME,
  created_at  TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

-- Tabel voor opgeslagen AI gesprekken (optioneel)
CREATE TABLE conversations (
  id          INT AUTO_INCREMENT PRIMARY KEY,
  user_id     INT,
  title       VARCHAR(255),
  created_at  TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

CREATE TABLE messages (
  id              INT AUTO_INCREMENT PRIMARY KEY,
  conversation_id INT,
  role            ENUM('user', 'assistant'),
  content         TEXT,
  timestamp       TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

9 Conclusie en checklist

Server-side tagging via GTM is geen snelheidsoplossing — het is een data- en privacyoplossing. De winst zit in meer volledige data, betere cookies, privacy en controle. De echte snelheidswinst komt pas wanneer je externe scripts één voor één vervangt door server-side API koppelingen.

Sam

van de Wal