Een formulierklik is geen verstuurde aanvraag

Een formulier doorloopt drie meetbare momenten. Elk beantwoordt een andere vraag.

• Knopinteractie: de bezoeker klikt op verzenden. Dit zegt iets over intentie en over de bruikbaarheid van het formulier, niet over een resultaat.
• Serverbevestiging: de server meldt dat hij de gegevens heeft aanvaard. Een expliciete validatiefout hoort niet bij succes. Bij een time-out is alleen bekend dat de bevestiging niet ontvangen werd; de opslag kan intussen toch gelukt zijn.
• Opgeslagen lead: de aanvraag bestaat in het aangewezen bronsysteem, bijvoorbeeld de database of het CRM. Een notificatiemail kan een afzonderlijke afleverstap zijn en is niet automatisch dezelfde registratie.

Het verschil tussen de eerste en de derde is precies waar het misloopt. Een klik kan geteld worden terwijl de aanvraag nooit aankomt. De omgekeerde fout bestaat ook: een bevestigingspagina die je opnieuw laadt, telt een tweede keer mee. Per moment heb je dus een eigen gebeurtenis en een eigen bewijs nodig.

Volgens de Analytics-uitleg over gebeurtenissen meet een gebeurtenis een specifieke interactie. Er zijn automatisch verzamelde gebeurtenissen, gebeurtenissen voor verbeterde meting, aanbevolen gebeurtenissen en aangepaste gebeurtenissen. De documentatie adviseert een passend bestaand gebeurtenistype te kiezen voordat je zelf namen bedenkt. Bepaal daarna in welk rapport of welke verkenning je de gewenste betekenis zichtbaar maakt; de aanwezigheid van een eventnaam bewijst nog niet dat het event correct wordt getriggerd.

De ontwikkelaarsdocumentatie voor gebeurtenissen toont hoe je ze verstuurt met de functie gtag() of via Tag Manager. Plaats gebeurtenissen onder het Google-tagfragment, want gebeurtenissen erboven worden niet verwerkt. De handleiding gaat uit van toegang tot de broncode en passende Analytics-rechten. Laat de beheerder de minimaal benodigde rechten voor jouw wijziging bepalen; vraag niet voor een beperkte taak automatisch volledige accounttoegang.

Controleer in de lijst met aanbevolen gebeurtenissen of er een naam is die bij jouw soort aanvraag past. Zo niet, kies een eigen naam per moment, bijvoorbeeld 'formulier_klik', 'formulier_bevestigd' en 'lead_opgeslagen'. Dat zijn fictieve namen en geen verplichte benamingen.

Kies voor het doel werkelijk ontvangen aanvragen bij voorkeur het bewijs van opslag als belangrijke gebeurtenis. Andere bedrijfsdoelen kunnen een andere gebeurtenis vragen, maar noem een knopklik dan geen bevestigde aanvraag. Volgens de Analytics-uitleg kan elke verzamelde gebeurtenis een belangrijke gebeurtenis worden. Waar de beheerder dat in het account instelt, controleer je zelf, want schermnamen kunnen veranderen.

Voer gecontroleerde foutproeven uit op een eigen testomgeving, met veilige testgegevens en geblokkeerde echte verzendingen. Simuleer geen serveruitval op een live klantformulier. Spreek vooraf met de beheerder af op welk moment een fout wordt ingebouwd en welke opslagbron de waarheid bepaalt.

1. Zet de foutopsporingsmodus aan. De Analytics-uitleg noemt het rapport DebugView, dat alle gebeurtenissen van één gebruiker toont en nuttig is om gebeurtenissen en parameters te controleren.
2. Open daarnaast het Realtime-rapport. De kaart met het aantal gebeurtenissen per naam toont wat in de afgelopen 30 minuten is geactiveerd.
3. Voer vier testinzendingen uit: leeg formulier, ongeldige invoer, geldige invoer met een gecontroleerde fout vóór opslag en volledig geldige invoer.
4. Noteer per test welke van de drie gebeurtenissen verschijnt en met welke parameters.
5. Zoek de geldige testaanvraag op in je mailbox of CRM en vergelijk dat met de gebeurtenis.
6. Herlaad de bevestigingspagina en kijk of de gebeurtenis opnieuw verschijnt. Zo ja, koppel ze aan de serverreactie en niet aan het laden van de pagina.

Een test in DebugView bewijst dat het signaal aankomt, niet dat je rapport later correct telt. Controleer dat apart.

Dit scenario is verzonnen en bevat geen resultaten. Je verwacht de volgende uitkomsten.

• Invoer A: verplicht veld leeg, klik op verzenden. Verwacht: 'formulier_klik' ja, 'formulier_bevestigd' nee, 'lead_opgeslagen' nee.
• Invoer B: alles ingevuld, een gecontroleerde fout verhindert de opslag. Verwacht: klik ja, bevestigd nee, opgeslagen nee, en de bezoeker ziet een foutmelding. Leg apart een fout ná opslag vast: dan kan het record wel bestaan terwijl de bevestiging uitblijft. Controleer dus het bronsysteem voordat een herhaalde aanvraag opnieuw een record mag aanmaken.
• Invoer C: alles ingevuld en succes. Verwacht: alle drie ja, precies één keer, en één nieuw record in het opslagsysteem.
• Invoer D: invoer C, daarna de bevestigingspagina herladen. Verwacht: geen tweede 'lead_opgeslagen'.

Wijkt een uitkomst af, dan weet je meteen welke laag je moet nakijken: het formulier, de serverreactie of de koppeling met het opslagsysteem.

Rapporteer 'aanvragen' vanaf nu enkel op basis van 'lead_opgeslagen'. Zet de klikgebeurtenis in een aparte rij als gedragssignaal. Vergelijk het aantal opgeslagen leads maandelijks met het aantal records in je CRM of mailbox. Een verschil is een signaal om de koppeling te onderzoeken, niet om meteen te concluderen dat meting of formulier fout zit. Toestemmingsinstellingen, blokkades in browsers en dubbele inzendingen kunnen verschillen veroorzaken.

Heb je een webshop, dan geldt dezelfde logica. De documentatie voor ecommercemeting raadt aan om de foutopsporingsmodus te gebruiken en bij omzetwaarden de valuta op gebeurtenisniveau mee te sturen. Bepaal bij een aankoopgebeurtenis welke bedrijfsstatus je meet en koppel die aan een aantoonbaar geregistreerde transactie, niet aan een klik op afrekenen. Een aangemaakte bestelling is niet automatisch een ontvangen betaling; rapporteer betaalstatus afzonderlijk als die voor jouw doel nodig is.

Wil je zien welke publieke signalen van je site zichtbaar zijn, bekijk ze dan via Marketing Scan. Een publieke scan toont geen interne gebeurtenissen of serverantwoorden, dus de testprocedure hierboven blijft jouw eigen werk.

Houd Analytics-parameters beperkt tot noodzakelijke, niet-persoonlijke informatie. Stuur geen e-mailadressen, namen of volledige formulierinhoud mee om een test terug te vinden. Een interne verwijzing naar het testrecord bewaar je in je afgeschermde controlelog. De Analytics-richtlijn voor persoonsgegevens beschrijft waarom je dergelijke gegevens niet in meetrequests hoort op te nemen. Behandel foutopsporing bovendien niet als reden om geldende toestemmingskeuzes te omzeilen.