Je meet minder conversies dan je binnenhaalt
Bram Hofman · Juli 2026 · 10 min lezen
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
Gemeten: ~0 · biedmachine blind
Server-side
Klik-id op elke lead, los van consent
100 aanvragen binnen
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.
Eerst de consent-stroom schoonmaken
Server-side meten werkt alleen als de basis eronder klopt. In de praktijk kom ik vaak een rommelige meetopstelling tegen: een dubbele analytics-tag, een oude cookiebanner naast een nieuwe, twee tools die allebei denken dat zij de toestemming beheren. Dat geeft dubbele metingen en tegenstrijdige consent-signalen.
Daarom ruim ik dat eerst op: één consent-tool via de tagmanager, één keer geladen, met Consent Mode netjes gekoppeld zodat Google precies weet wat wel en niet mag. Geen dubbele metingen meer, geen conflicterende signalen. Pas op een schone basis kun je erop vertrouwen dat wat je meet ook 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.
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.
