Hoe meet ik demo aanvragen zonder bedankpagina?

Een B2B-formulier toont na verzending vaak een melding op dezelfde pagina, bijvoorbeeld in een pop-up of onder de verzendknop. Er wordt dan geen nieuwe URL geladen. Een paginabezoek aan een bedankpagina kan daardoor niet als conversie dienen. Toch kunnen we de demo-aanvraag betrouwbaar meten via Google Tag Manager (GTM). De kern is dat we niet de klik op ‘Versturen’ meten, maar het moment waarop de website bevestigt dat de aanvraag technisch is geslaagd.

Waarom een klik op de verzendknop niet volstaat

Een knopklik bewijst alleen dat iemand op de knop heeft gedrukt. Het formulier kan daarna nog worden geweigerd door een ontbrekend verplicht veld, een onjuist e-mailadres, een storing of een spamfilter. Ook kan een bezoeker meerdere keren klikken. Wanneer GTM iedere klik als demo-aanvraag registreert, ontstaan te veel conversies en worden rapportages en advertentie-algoritmen gevoed met onjuiste signalen.

De ingebouwde trigger ‘Form Submission’ van GTM is evenmin altijd betrouwbaar. Veel moderne formulieren gebruiken JavaScript en versturen gegevens via AJAX of een API, zonder een traditionele browser-submit. De trigger kan dan niets meten of juist afgaan voordat bekend is of de server de aanvraag heeft geaccepteerd. We zoeken daarom naar een gebeurtenis die alleen na een geslaagde verzending optreedt.

Kies het juiste succes-signaal

De betrouwbaarste oplossing is een expliciet dataLayer-event dat de website na een succesvolle serverreactie uitvoert. De ontwikkelaar koppelt dit aan de successtatus van het formulier, niet aan de knop. Een voorbeeld is: window.dataLayer = window.dataLayer || []; window.dataLayer.push({event: 'demo_request_success', form_id: 'demo_form'});. GTM kan dit event direct gebruiken. De eventnaam en form_id mogen anders zijn, zolang ze duidelijk, stabiel en gedocumenteerd zijn.

• Eerste keuze: een dataLayer-event na bevestiging door de server.
• Tweede keuze: een bestaand JavaScript-event of callback van het formulierplatform.
• Derde keuze: een zichtbare succesmelding die pas na een geaccepteerde aanvraag in de pagina verschijnt.
• Niet gebruiken als succesbewijs: een knopklik, het verdwijnen van het formulier of alleen een netwerkverzoek zonder controle van de uitkomst.

Kan de websitecode niet worden aangepast, dan kunnen we in GTM een Element Visibility-trigger instellen voor de unieke succesmelding. Kies bij voorkeur een stabiele CSS-selector, zoals een uniek ID of een specifieke data-attribuutwaarde. Een algemene tekstselector of generieke klasse kan na een website-update veranderen. Controleer bovendien dat de melding niet al verborgen in de broncode staat; anders kan de trigger te vroeg activeren.

Richt de meting in Google Tag Manager in

Bij een dataLayer-oplossing maken we in GTM een Custom Event-trigger met exact dezelfde eventnaam, bijvoorbeeld demo_request_success. Als meerdere formulieren hetzelfde event gebruiken, voegen we een voorwaarde toe op form_id. Vervolgens maken we een GA4 Event-tag. Een duidelijke eventnaam is generate_lead of demo_request. generate_lead is een door GA4 aanbevolen event voor een leadactie; een specifieke eigen naam maakt het onderscheid tussen verschillende leadtypen explicieter.

• Controleer of de Google tag op alle relevante pagina’s wordt geladen.
• Maak een Custom Event-trigger voor het succes-event.
• Beperk de trigger zo nodig tot het juiste formulier met form_id.
• Maak een GA4 Event-tag en koppel deze aan de trigger.
• Stuur alleen nuttige, niet-persoonlijke parameters mee, zoals form_id, form_name of page_location.
• Publiceer pas nadat een geslaagde én een mislukte inzending zijn getest.

Stuur geen naam, zakelijk e-mailadres, telefoonnummer, vrij tekstveld of andere persoonsgegevens naar GA4. Ook gehashte persoonsgegevens horen niet als normale GA4-eventparameter te worden meegestuurd. Voor advertentieplatformen gelden aparte functies en voorwaarden, zoals enhanced conversions, maar die staan los van de basismeting van het formulier-event.

Test succes, fouten en dubbele registraties

Open de Preview-modus van GTM en voer eerst een geldige testaanvraag uit. Controleer of het dataLayer-event verschijnt, of de trigger afgaat en of de GA4-tag precies eenmaal wordt uitgevoerd. Bekijk daarna DebugView in GA4 om te bevestigen dat de juiste eventnaam en parameters binnenkomen. Houd rekening met consentinstellingen: zonder vereiste toestemming kan de verwerking of opslag anders verlopen dan tijdens een test met toestemming.

Test ook foutscenario’s. Laat een verplicht veld leeg, gebruik een ongeldig e-mailadres en simuleer waar mogelijk een serverfout. In deze situaties mag het conversie-event niet worden verstuurd. Klik daarnaast meerdere keren op de verzendknop en controleer of één geaccepteerde aanvraag niet meerdere events oplevert. Een formulier kan bijvoorbeeld zowel een callback als een zichtbare succesmelding activeren; wanneer beide aan dezelfde tag zijn gekoppeld, ontstaat dubbeltelling.

Een eenvoudige beveiliging is dat de website het dataLayer-event per succesvolle aanvraag slechts één keer uitvoert. Een unieke aanvraag-ID kan helpen bij technische controle, maar moet geen persoonsgegevens bevatten. GA4 dedupliceert eigen events niet automatisch op basis van zo’n willekeurige parameter. De bron moet dus voorkomen dat hetzelfde succes twee keer wordt gemeld.

Markeer en beheer de conversie in GA4

Zodra het event in GA4 binnenkomt, markeren we het als key event. Controleer eerst of de naam exact overeenkomt en of niet ook testformulieren of interne formulieren hetzelfde event gebruiken. Voor rapportages kunnen parameters zoals form_id als aangepaste dimensie worden geregistreerd wanneer we resultaten per formulier willen uitsplitsen. Leg eventnaam, triggerlogica, formulier-ID’s en testdatum vast in een meetplan.

Na wijzigingen aan het formulier, de validatie, het cookiebannerplatform of de succesmelding testen we de configuratie opnieuw. Bij een dataLayer-event blijft de meting meestal stabieler dan bij een CSS-selector, omdat de meetafspraak niet afhankelijk is van de zichtbare vormgeving. Zo meten we een demo-aanvraag zonder bedankpagina op het daadwerkelijke succesmoment: niet wanneer iemand probeert te verzenden, maar wanneer het systeem de aanvraag heeft geaccepteerd.