Terug naar blogConversie

Je meet minder conversies dan je binnenhaalt

Bram Hofman · Juli 2026 · 10 min lezen

Conversie

In het kort

  • Een deel van je conversies wordt nooit geteld omdat de meting alleen meetelt bij bezoekers die de cookiebanner accepteren.
  • Bij een paar honderd klikken per maand is er te weinig volume om de rest te modelleren, dus de teller kruipt richting nul terwijl de aanvragen gewoon binnenkomen.
  • De oplossing is server-side meten: leg het klik-id op elke lead vast en meld de conversie los van de browser, zodat de biedmachine weer echt signaal krijgt.

Een ondernemer belt: er komen geen leads meer binnen dit weekend. Eerste reflex is de site en de formulieren, dus die test ik als eerste. Beide aanvraagformulieren doen het gewoon: netjes doorsturen naar de bedankpagina, bevestigingsmail komt aan. Technisch mankeert er niets. En toch klopt het gevoel van de ondernemer, want in het advertentieaccount stond de conversieteller op nul.

Ik zet gedrag en interactie om in bruikbare koopsignalen, en dit is een van de gemeenste lekken die ik tegenkom: de aanvragen komen wél binnen, maar ze worden niet gemeten. En wat niet gemeten wordt, bestaat niet voor de biedmachine. In dit artikel laat ik zien hoe dat komt, waarom het je leadvolume stilletjes uitholt, en hoe je het oplost.

De site werkt, de meting niet

Als de leads teruglopen is de verleiding groot om aan de site te gaan sleutelen. Maar voordat je iets verandert, moet je weten of je een aanvraagprobleem hebt of een meetprobleem. Dat zijn twee totaal verschillende werelden.

Het bewijs is simpel te leveren. Doe zelf een echte aanvraag via elk formulier en volg de hele route: kom je op de bedankpagina, krijg je de bevestigingsmail? Als dat werkt, komen de aanvragen binnen en zit het probleem niet in de conversie zelf, maar in het meten ervan. In dit geval werkten beide formulieren feilloos, terwijl het account al dertig dagen nul conversies liet zien op de webpagina-actie. Dat is de handtekening van een meetprobleem, niet van een leadprobleem.

Waarom de teller op nul kruipt

De oorzaak zit in de combinatie van twee dingen: toestemming en volume.

Moderne conversiemeting in de browser telt een aanvraag alleen mee als de bezoeker marketing-toestemming heeft gegeven in de cookiebanner. Een flink deel van je bezoekers doet dat niet. Voor die groep zou de biedmachine de ontbrekende conversies normaal gesproken schatten, modelleren op basis van patronen. Maar modelleren heeft volume nodig. Bij een paar honderd klikken per maand is er simpelweg te weinig data om betrouwbaar te schatten, dus die geschatte conversies komen er niet. Wat overblijft is het handjevol dat wél toestemming gaf, en dat kan zo weinig zijn dat de teller feitelijk op nul blijft hangen.

Alleen in de browser

Meting hangt aan de cookiebanner

100 aanvragen binnen

Gaf toestemming18
Weigerde, te weinig volume om te schatten82

Gemeten: ~0 · biedmachine blind

VS

Server-side

Klik-id op elke lead, los van consent

100 aanvragen binnen

Klik-id vastgelegd
Server-side teruggemeld
Aan de biedmachine gemeld

Gemeten: alle 100 · echt signaal

Waarom weinig signaal je leadvolume opeet

Dit is geen cosmetisch probleem in een rapport. De meeste accounts bieden tegenwoordig op conversies: de biedmachine leert van elke gemeten aanvraag wie waarschijnlijk converteert, en zet daar het budget op in. Als je bijna niets meet, krijgt die machine bijna geen signaal om van te leren.

En dan gebeurt precies wat de ondernemer aan de telefoon beschreef. Zonder signaal durft het systeem minder breed uit te zetten, richt het zich op de verkeerde klikken, en loopt het volume terug. De teruglopende leads zijn dus geen toeval en geen slechte markt, maar een direct gevolg van een meting die haar eigen brandstof niet meer aanvoert. Net als bij de bezoekers die je stil verliest, zie je het niet gebeuren, je ziet alleen de uitkomst.

Wat de biedmachine niet meet, kan ze niet optimaliseren. Een blinde meting stuurt je budget de verkeerde kant op, zonder dat er ergens een foutmelding verschijnt.

De oplossing: meet server-side, niet in de browser

De uitweg is om de meting los te trekken van de cookiebanner. Dat doe je in twee stappen.

Eerst leg je het klik-id vast. Wanneer iemand via een advertentie binnenkomt, hangt Google een uniek id aan de bezoeker (gclid, of gbraid en wbraid op mobiel). Ik zorg dat dat id bij elke aanvraag wordt meegeschreven en aan de lead wordt gekoppeld, aan de serverkant. Zo weet je van elke binnengekomen aanvraag exact via welke klik die kwam, onafhankelijk van de browserpixel en onafhankelijk van of iemand de cookiebanner accepteerde.

Vervolgens meld je de conversie terug via Google's server-side conversie-API (de Data Manager API). De aanvraag die je op je eigen server registreerde, koppel je aan het klik-id en stuur je door naar de juiste conversie-actie. De biedmachine krijgt zo een schone, complete stroom van echte aanvragen terug, los van cookie-consent. Dat is precies het brandstofsignaal dat ontbrak, en de reden dat sturen op rendement pas werkt als de meting eronder klopt.

En dan wordt je data pas echt bruikbaar

Zodra het klik-id op elke lead staat, kun je iets wat daarvoor onmogelijk was: de hele keten aan elkaar knopen. Klik, lead, conversie en kosten in één overzicht. Ik breng advertentiedata en de aanvragen samen in één datawarehouse, zodat je niet meer naar losse dashboards kijkt maar naar de echte kosten per aanvraag en waar die aanvragen vandaan komen.

Dat is het verschil tussen gokken en weten. Niet 'de campagne kostte zoveel', maar 'deze aanvraag kwam via deze klik en kostte dit'. Die eerlijke kosten per lead is waar elke budgetbeslissing op zou moeten rusten.

Hoe ik dit aanpak

Ik begin altijd met de diagnose, niet met de reparatie. Eerst bewijzen of het een aanvraagprobleem of een meetprobleem is, want aan de verkeerde knop draaien maakt het alleen erger. Staat vast dat de meting het lek is, dan leg ik het klik-id vast, maak ik de consent-stroom schoon en zet ik de server-side meting op, zodat de biedmachine weer op echte aanvragen stuurt.

Jij hoeft niet te weten wat een gclid is of hoe een conversie-API werkt. Wat je terugkrijgt is een meting die klopt, een biedmachine die weer signaal heeft, en zicht op wat elke aanvraag echt kost.

Kernpunten

  • Test bij teruglopende leads eerst of de formulieren werken: doen ze het, dan heb je een meetprobleem, geen leadprobleem.
  • Browsermeting telt alleen bij toestemming, en bij laag klikvolume is er te weinig data om de rest te modelleren, dus de teller kruipt naar nul.
  • Weinig gemeten conversies betekent weinig signaal, en zonder signaal loopt je leadvolume vanzelf terug.
  • Leg het klik-id server-side op elke lead vast en meld de conversie via de server-side API, los van de cookiebanner.
  • Ruim de consent-stroom op en breng alles samen in één warehouse, zodat je op echte kosten per aanvraag kunt sturen.
Deel

Geschreven door

Bram Hofman

Conversie & video

Zet kijkgedrag en interactie om in bruikbare koopsignalen voor sales.

Benieuwd wat dit voor jou betekent?

In een korte demo laten we het zien in jouw situatie.