Je advertentieplatformen optimaliseren op data die je nooit verstuurde.
Adblockers, de cookielimieten van Safari en consent gating laten een derde van je browser-events verdwijnen voordat ze de pagina verlaten. Bidding-algoritmes optimaliseren vervolgens op de helft van je funnel die toevallig wél doorkomt.
Wij verplaatsen de verzameling naar een server container die van jou is — ontworpen, uitgerold, geïnstrumenteerd en gemonitord. Geen dashboard dat je daarna zelf mag bewaken.
- 30–45%
- van de events gaat client-side verloren
- 48u
- live bij managed hosting
- 99,9%
- gemonitorde uptime
- EU / VS
- dataresidentie
advertentieplatformen nooit
Het meeste komt terug.
Client-side verzameling levert net iets meer dan de helft op van wat je werkelijk verdient. Verplaats je de verzameling naar een server container, dan komt het grootste deel van de rest alsnog binnen — dezelfde events, van dezelfde bezoekers, via een route die niemand kan blokkeren.
Vier faalmodi, en geen daarvan is jouw implementatie.
Je kunt een vlekkeloze data layer bouwen en elke tag correct instellen en nog steeds dit percentage verliezen. Dit zijn structurele eigenschappen van meten binnen andermans browser — precies de reden dat de oplossing architectuur is en niet een betere tag.
V1 Tracker-blocking −24% +
uBlock, AdGuard, Brave shields en DNS-filtering à la Pi-hole matchen allemaal op de bekende URL's van advertentieplatformen. Het verzoek wordt gefilterd en nooit gedaan, dus er wordt niets over die klant aan je gerapporteerd.
V2 ITP / ETP cookielimieten −11% +
Safari beperkt first-party cookies die via JavaScript gezet worden tot 7 dagen, en tot 24 uur als de bezoeker vanaf een andere site kwam. Wie deze week oriënteert en volgende maand koopt, komt binnen als volslagen nieuwe gebruiker: de verkoop wordt aan niemand toegeschreven en de campagne die hem opleverde lijkt niet gewerkt te hebben.
V3 Consent gating & CMP-timing −7% +
Tags blijven geblokkeerd tot je consent-banner antwoord geeft. Rendert die banner laat, handelt de bezoeker voordat hij verschijnt, of vertrekt hij zonder te kiezen, dan wordt het event nooit aangemaakt — niet aangemaakt en achtergehouden, gewoon nooit aangemaakt. Jij ziet een bezoek dat niets deed.
V4 Scriptfouten & afhaken −4% +
Een losstaande JavaScript-fout eerder op de pagina kan de container laten stranden, de browser kan het laatste verzoek laten vallen terwijl de bezoeker wegklikt, en bij een trage verbinding komt de tag soms nooit aan. Alle drie falen geruisloos: het event bestaat niet, en nergens wordt vastgelegd dat het er had moeten zijn.
Balken ×2 geschaald voor leesbaarheid · cijfers zijn medianen over EU e-commerce- en leadgen-migraties
Alles wat we leveren, met de scope erbij.
Vier fases. Neem het hele traject of één regel — een assessment op zichzelf is een prima startpunt, en het is de enige manier om te weten of de rest de moeite waard is.
Staat het er niet bij en heb je het toch nodig? Dan is het waarschijnlijk een D-item. Vraag het gerust.
Er gaat niets weg voordat het schoon is.
Een server container is niet zomaar een doorgeefluik. Elk event gaat door een transformatie die jij bepaalt voordat enig platform het ziet — de enige plek in de hele stack waar je privacy kunt afdwingen, rommel kunt weggooien en de context kunt toevoegen die je bidding echt nodig heeft.
E-mailadressen, telefoonnummers en namen worden SHA-256 gehasht in het formaat dat elk platform verwacht, of helemaal weggelaten. Ruwe identifiers verlaten je infrastructuur nooit.
Het laatste octet wordt op nul gezet vóór opslag of doorsturen. Land en regio worden server-side bepaald, dus je houdt de rapportage zonder de identifier te houden.
Verzoeken uit cloudranges, headless browsers en AI-crawlers worden gedropt voordat ze een bestemming bereiken — en voordat ze je bidding-algoritme iets aanleren.
De consent-status wordt in de container getoetst aan beleid per bestemming. Een geweigerd signaal betekent dat het verzoek nooit wordt opgebouwd, niet dat het slechts gemarkeerd wordt.
Marge, lifetime value, leadscore en ordervolgnummer worden onderweg samengevoegd uit je CRM of warehouse, zodat platformen op winst kunnen optimaliseren in plaats van op omzet.
Een gedeeld event_id laat de browser-pixel en het server-event samenvallen tot één conversie, zodat er niets dubbel geteld wordt als ze allebei binnenkomen.
Voorbeeldpayload. Jouw regels worden geschreven tegen je eigen schema en met je doorgenomen voordat er iets live gaat.
drempel < 80% gedurende 10m
oorzaak meta_capi geeft 502 · graph.facebook.com
gemeld #data-alerts · 04:12 CET
Tracking gaat stilletjes stuk. De onze meldt het.
De faalmodus van server-side tagging is niet de bouw — het is maand vier, wanneer een developer een checkout-wijziging uitrolt, een endpoint 502's begint te geven, of een CMP-update ongemerkt een consent-default omzet. De container blijft gewoon 200 teruggeven. Niemand merkt het tot het kwartaal gerapporteerd wordt.
Daarom bouwen we deze pipelines zoals we productie-infrastructuur bouwen: SLO's met error budgets, alerts naar een kanaal waar een mens meekijkt, dashboards die van jou zijn, en een buffer die opnieuw verstuurt wat onderweg was toen een bestemming eruit lag.
Dit is het deel van de markt dat meestal als statuspagina verkocht wordt. Het is de reden dat wij bestaan.
- Eventvolume dat afwijkt van zijn eigen seizoenspatroon over 7 dagen
- Elke bestemming die geen 2xx teruggeeft, inclusief de response body
- Match quality of dekking van identifiers die over een rollend venster verslechtert
- Een verschuivende consent-mix na een CMP- of bannerwijziging
- Foutpercentage, cold starts, geheugendruk en kostenverbruik van de container
- Schema drift — een parameter die stilletjes niet meer binnenkomt
Draai het op onze infrastructuur, of op die van jou.
Dezelfde container, dezelfde monitoring, dezelfde code. De enige vraag is op wiens cloudrekening het landt — en dat is een inkoopbeslissing, geen technische, dus we rekenen je er in beide gevallen niets extra's voor.
| Optie | Waar het draait | Dataresidentie | Doorlooptijd |
|---|---|---|---|
| › Managed — EU | Onze infrastructuur, eu-west | Europese Unie | 48 uur |
| › Managed — VS | Onze infrastructuur, us-east | Verenigde Staten | 48 uur |
| › Google Cloud | Cloud Run in jouw project | Jouw regio | 3–5 dagen |
| › AWS | ECS of EKS in jouw account | Jouw regio | 3–5 dagen |
| › Microsoft Azure | Container Apps of AKS | Jouw regio | 3–5 dagen |
| › Kubernetes | Helm chart, elk cluster | Jouw cluster | 3–5 dagen |
Wij draaien het.
Jij bezit het.
- Inrichting en Terraform- / Helm-definities
- Tagging-subdomein, DNS en certificaatvernieuwing
- Autoscaling, capaciteit en kostenplafonds
- Container-image en dependency-patches
- Monitoring, alerting en piketdienst
- Change review, staging en rollback
- Het GTM-account en elke container erin
- Ruwe eventdata, in je eigen warehouse
- Het cloudproject, als je je eigen cloud meeneemt
- De infrastructuurcode en het runbook
- Je keuze van regio en bewaartermijn
- Het recht om te vertrekken, met gedocumenteerde exit
Gepubliceerde prijzen. Geen kennismakingsgesprek nodig.
Vaste prijzen voor vaste scope. Past jouw situatie echt in geen van deze, dan hoor je dat in de eerste mail en niet in het vierde overleg.
Een meting van je werkelijke signaalverlies, een container-audit en een schriftelijk herstelplan. Volledig verrekend met een bouwtraject als je binnen 60 dagen doorgaat.
- Capture rate gemeten op je eigen verkeer
- Uitsplitsing per browser en per consent-status
- Match-quality-score per advertentiebestemming
- Herstelplan op prioriteit, met inschatting van de inspanning
- Walkthrough van 60 minuten met je team
5 werkdagen
De volledige bouw op onze infrastructuur, daarna voor je gedraaid — gemonitord, gepatcht en met piket. De inrichting zit erbij; je betaalt voor het draaien, niet voor de lancering.
Requests per maand. Ga je over een plafond, dan zetten we je een staffel hoger en zeggen dat vooraf — nooit een naheffing achteraf. Boven 5M offreren we bij het assessment.
- sGTM-container, tagging-domein, DNS en TLS
- Conversions API-laag over 7 bestemmingen
- Server-side Consent Mode v2-handhaving
- Monitoring, SLO's en alerts in je Slack
- Change review met staging en rollback
- Documentatie, runbook en opgenomen overdracht
Live binnen 48 uur
Dezelfde architectuur uitgerold in je eigen GCP-, AWS-, Azure- of Kubernetes-omgeving, overgedragen als infrastructuurcode. Monitoring zit er standaard niet bij — neem C-fase beheer als retainer als je wilt dat wij blijven meekijken.
- Terraform- of Helm-definities die van jou blijven
- Conversions API-laag over 7 bestemmingen
- Server-side Consent Mode v2-handhaving
- Monitoringstack uitgerold in jouw account
- 30 dagen ondersteuning na livegang
- Optionele beheerretainer vanaf $340 / maand
3–5 werkdagen
| Post | Gangbaar markttarief | Bij ons |
|---|---|---|
| › Tracking- / meetaudit | $2.000 – $8.000 | $950 |
| › sGTM + CAPI-bouw, eenmalig | $2.000 – $5.000 | $1.250 |
| › Managed hosting, eerste jaar | $900 – $1.600 | $588 |
| › Doorlopend onderhoud | $200 – $500 / mnd | inbegrepen bij managed |
| › Specialistisch advies | $100 – $300 / uur | $105 / uur |
De ranges komen uit gepubliceerde prijzen en tarievenkaarten van Europese en Amerikaanse server-side tagging-aanbieders en analytics-bureaus. Goedkoper bestaat — geproductiseerde, self-service setups beginnen rond $300–650 — maar geen daarvan bevat monitoring, en de meeste factureren hosting apart.
Data engineering
Warehouse streaming, real-time verrijking, offline- en CRM-conversies, app- en server-to-server-events, eigen bestemmingen.
Reddingswerk
Een sGTM-setup die door iemand anders is gebouwd en het beloofde herstel nooit heeft opgeleverd. Wij stellen de diagnose en offreren de reparatie, geen herbouw.
Teamtraining
Je analisten en developers opgeleid op de container die nu van jou is, zodat de volgende wijziging ons niet nodig heeft.
Managed hosting kent een plafond per staffel en wordt nooit onverwacht doorbelast · staffels voor hoog volume en hoge beschikbaarheid worden bij het assessment geoffreerd · alle prijzen zijn exclusief btw
Vertel ons hoe je stack eruitziet.
Je krijgt antwoord van de engineer die het werk zou doen, meestal binnen één werkdag, en er staat een echte mening in in plaats van een agendalink.
We hebben al server-side GTM en het hielp niet. +
Dat is de meest voorkomende reden dat mensen ons bellen. Een container die alleen GA4 doorstuurt herstelt vrijwel niets — de winst zit in de CAPI-laag, first-party identiteit, deduplicatie en consent-afhandeling eromheen. Het assessment vertelt je welke daarvan ontbreekt, voordat je geld uitgeeft aan een herbouw.
Hoe verschilt dit van Stape of Addingwell? +
Dat zijn hostingproducten, en goede — we draaien je container er met plezier op. Wat zij niet verkopen is de architectuur, het tracking plan, het CAPI- en consent-ontwerp, of iemand die om 04:12 ziet dat er geen aankopen meer binnenkomen. Dat deel doen wij.
Wat gaat de cloud ons werkelijk kosten? +
Voor de meeste sites onder de 5 miljoen events per maand: $25–80 per maand aan compute. We zetten een kostenplafond en alarmeren op verbruik, zodat een verkeerspiek of een doorgeslagen loop geen verrassingsfactuur oplevert. Bij managed hosting zit het in het maandbedrag.
Verliezen we de controle over onze eigen tags? +
Nee. Het GTM-account blijft van jou, je houdt publicatierechten, en de infrastructuurcode wordt hoe dan ook overgedragen. We hebben liever dat je ons kunt vervangen dan dat je van ons afhankelijk bent.
Werkt dit met Shopify, WooCommerce of een headless stack? +
Ja, inclusief Checkout Extensibility, en bij headless is het meestal makkelijker omdat de events server-side al bestaan. Leadgen- en B2B-stacks zijn net zo goed gedekt — daar wegen offline conversies vaak zwaarder dan de webtracking zelf.
Is server-side tagging een manier om consent te omzeilen? +
Nee, en wie het zo verkoopt verkoopt je een risico. Server-side verzamelen verandert waar de verwerking plaatsvindt, niet of je een grondslag nodig hebt. Wij dwingen consent af in de container zodat het moeilijker fout gaat, niet makkelijker over te slaan.
Je praat met de mensen die het bouwen.
server.events is de server-side praktijk van Brinkhorst Consulting in Zeist. Er zit geen accountlaag tussen jou en de engineering — wie jouw traject afbakent zit ook aan tafel bij livegang, en krijgt de melding als er iets stukgaat.
We bouwen meetpipelines zoals productie-infrastructuur gebouwd wordt, want dat is wat het is. Mijn eigen achtergrond vóór server-side tagging lag in Kubernetes, observability en CI/CD — Prometheus, Thanos, Loki, Tempo, Pyroscope, Grafana — en dat is precies waarom deze site het over SLO's en error budgets heeft waar de rest van de markt het over dashboards heeft.
Dat is ook de eerlijke reden dat we monitoring het hardst pushen. Het is de discipline die we al hadden, en het is het deel van een trackingpipeline dat vrijwel niemand anders in deze markt aanbiedt.