Begin met één gebeurtenis, niet met twee totalen
Wanneer GA4 tien aanvragen toont en het advertentieplatform er zes vermeldt, is het verleidelijk om onmiddellijk een tag te vervangen. Maar twee rapporten kunnen verschillende vragen beantwoorden. Het ene telt belangrijke gebeurtenissen op je website, het andere schrijft een selectie toe aan advertentie-interacties. De eerste stap is daarom één gecontroleerde aanvraag door de hele keten volgen.
Noteer het tijdstip, formulier, gebruikte testidentiteit, toestemmingskeuze en de verwachte gebeurtenis. Controleer of de aanvraag werkelijk is verwerkt, welk event daarna ontstaat en in welke rapporten het hoort terug te komen. Zo onderscheid je een technische fout van een verschil in rapportdefinitie. Google maakt zelf onderscheid tussen Analytics-events en conversies voor Google Ads.
Onze diagnoseboom voor afwijkende conversies
| Vraag | Als het antwoord nee is | Als het antwoord ja is |
|---|
| Is de aanvraag succesvol verwerkt? | Onderzoek formulier of backend | Zoek het bijbehorende event |
| Ontstaat het juiste event? | Onderzoek succesmoment en tagtrigger | Controleer identiteit en parameters |
| Ontstaat het maar één keer? | Onderzoek dubbele listeners of triggers | Controleer bestemming en configuratie |
| Wordt het in de juiste property ontvangen? | Controleer meet-ID en omgeving | Vergelijk rapportdefinities |
| Vergelijk je dezelfde periode en filters? | Maak de vergelijking gelijkwaardig | Onderzoek attributie en verwerking |
De boom is geen reden om iedere instelling automatisch te veranderen. Bewaar bij iedere stap een waarneming. Een tag die afvuurt bewijst bijvoorbeeld dat code is uitgevoerd, maar niet dat de aanvraag in je CRM is aangekomen. Andersom kan een correct opgeslagen aanvraag door toegestane privacykeuzes minder meetgegevens opleveren.
Controleer de definitie achter de kolom
Schrijf per rapport op welke gebeurtenis wordt geteld, welke datum wordt gebruikt en welke filters actief zijn. Controleer of je een key event, een advertentieconversie, een gebruiker of een sessie vergelijkt. Bekijk ook of testverkeer, interne bezoeken of bepaalde kanalen worden uitgesloten. Een label als ‘leads’ zegt op zichzelf te weinig.
Maak daarna de periode vergelijkbaar. Een bezoek op de laatste dag van de maand en een aanvraag op de eerste dag van de volgende maand kan in verschillende rapporten anders terugkomen. Kijk niet alleen naar gisteren wanneer conversies vertraagd binnenkomen. Leg vast of een verschil kleiner wordt na verwerking of zichtbaar blijft bij oudere, volledig verwerkte perioden.
Voorbeeld: twintig klikken zijn geen twintig aanvragen
Stel dat een formulierknop twintig keer wordt aangeklikt. Vijf pogingen falen op validatie en twee op een netwerkfout. Dertien inzendingen worden opgeslagen. Een kliktrigger rapporteert twintig interacties, terwijl de backend dertien aanvragen bevat. Daar is geen attributiemodel voor nodig: de meetdefinitie verschilt al vóór rapportage.
Als drie bezoekers vervolgens de bedankpagina herladen en die weergave opnieuw als lead telt, ontstaat nog een afwijking. Een correctie moet het succesmoment én het herhaalgedrag aanpakken. Deze aantallen dienen alleen om de foutketen uit te leggen. Voor de volledige testaanpak kun je door naar formulierconversies meten.
Een controleerbare testset
- Verzend een geldige aanvraag en controleer opslag plus succesevent.
- Laat een verplicht veld leeg en controleer dat geen succesvolle lead ontstaat.
- Test een afgesproken foutrespons zonder echte klantaanvragen te verstoren.
- Herlaad de bevestiging en controleer of hetzelfde succes opnieuw wordt geteld.
- Test een relevante mobiele route en eventuele formulierstappen.
- Herhaal de toepasselijke toestemmingsscenario’s.
- Controleer de juiste omgeving, property en rapportperiode.
Gebruik herkenbare testgegevens en spreek af hoe die uit salesopvolging en rapportage worden gehouden. Voeg geen persoonsgegevens toe aan analytics-parameters om het zoeken makkelijker te maken. Een interne testreferentie kan de controle ondersteunen zonder een e-mailadres in een meetevent te plaatsen.
Wat herstellen we, en wat verklaren we?
Een dubbel event, verkeerde property of conversie op een foutmelding is een concrete implementatiefout. Een verschil door een andere definitie of attributiekeuze vraagt doorgaans een correcte rapportuitleg. Beide kunnen tegelijk voorkomen. Daarom levert de analyse niet alleen een lijst met instellingen op, maar ook een verklaringsblad voor de rapporten die jouw team gebruikt.
We spreken af welke fouten eerst moeten worden hersteld, welke historische cijfers daardoor onzeker zijn en vanaf welk moment een vergelijking weer zinvol wordt. Een technische wijziging herschrijft oude rapportdata niet automatisch. Bewaar daarom de datum van het herstel als context bij toekomstige analyses.
Als de afwijking meerdere kanalen raakt, is een tracking-audit geschikt om de hele keten te bekijken. Wanneer vooral de stap naar offertes en opdrachten ontbreekt, ligt de volgende vraag bij een dashboard voor leadkwaliteit. Het doel is dat je team een cijfer kan verklaren en er een passende beslissing mee neemt.
Een praktische toelichting van Converted. Bronnen staan bij de relevante uitleg; rekenvoorbeelden en scenario’s zijn illustratief. Maak kennis met Seppe.
