Customer Impact
Suivo
← Alle resultaten
Suivo Tracking & conversiemeting

Elke lead van Suivo opnieuw gemeten, in elk platform

Na een update van de formulierplugin kwamen er geen leadconversies meer binnen in GA4, Google Ads, Meta en LinkedIn. De formulieren werkten gewoon, alleen de meting viel stil. We vonden de oorzaken en bouwden een setup die een volgende update overleeft.

Resultaat Leadmeting hersteld
Klant
Suivo
Sector
Fleet & workforce tech
Rol
Tracking-analyse, GTM & GA4
Resultaat
Leads opnieuw gemeten
Het probleem

Alle leadconversies hingen aan één data layer-event. Toen een formulierupdate dat event stillegde, stopten alle advertentieplatformen tegelijk met meten, zonder foutmelding.

Wat we deden

Een root-cause-analyse in Google Tag Manager, een nieuwe formulier-listener met vangnetten, GA4 rechtstreeks naar Google en een duidelijke consentroute.

Het resultaat

Contact-, nieuwsbrief- en e-bookaanvragen worden opnieuw gemeten in GA4, Google Ads, Meta en LinkedIn, elk met een eigen event.

De uitdaging

Een meting die stilvalt zonder dat iemand het merkt

Suivo meet zijn leads via Gravity Forms-formulieren op een WordPress-site. Elke aanvraag hoort te landen in GA4, Google Ads, Meta en LinkedIn, zodat elk platform weet welke campagne een lead opleverde. Na een update van Gravity Forms veranderde de manier waarop formulieren verzonden worden. De oude listener ving niets meer op, het event contact_form vertrok niet meer, en GA4 generate_lead, Meta Lead, Google Ads en LinkedIn stopten tegelijk.

Bij de analyse vonden we nog twee zwaktes die erop gestapeld zaten. Google Tag Manager werd geladen door de cookieplugin in plaats van door het thema: wie de plugin aanpaste, verloor alle tracking, en toestemming werkte alles of niets. Daarnaast laadde GA4 twee keer, via de plugin en via GTM, met risico op dubbele paginaweergaven. GA4 liep bovendien via een server-side container waar het team geen toegang toe had, wat elk onderzoek blokkeerde.

Wat we bouwden

De tracking-architectuur, stap voor stap

01

Root-cause-analyse in GTM Preview

We volgden een echte formulierverzending door GTM Preview, GA4 DebugView en het netwerkoverzicht, en legden elke oorzaak apart vast. Zo werd duidelijk dat het probleem niet in de tags zat, maar in het event dat ze allemaal voedde.

02

Eén robuuste formulier-listener

Een centrale listener stuurt per formulier het juiste event naar de data layer: contact, nieuwsbrief of e-book, plus een algemeen form_submit. Elk formulier is bewust gemapt; het vacatureformulier telt niet als marketinglead.

03

Drie vangnetten in plaats van één

De listener luistert naar het officiële bevestigingsevent van Gravity Forms, met een fallback die de bevestigingsboodschap in de pagina detecteert en een fallback voor formulieren die de pagina herladen. Een guard zorgt dat één verzending één event blijft.

04

Data voor enhanced conversions

Het e-mailadres en de formuliervelden worden uitgelezen op het moment van verzenden, voor het formulier ze wist, en gaan mee in het event. Zo kunnen Google Ads en GA4 enhanced conversions gebruiken.

05

GA4 rechtstreeks naar Google

De verwijzing naar de ontoegankelijke server-side container is verwijderd. GA4 stuurt weer client-side naar Google, met paginaweergaven aan en overbodige tijdelijke tags, triggers en variabelen opgeruimd.

06

Eén laadroute en een consentplan

GA4 en de pixels laden alleen nog via GTM, de GA4-integratie in de cookieplugin gaat uit. Als duurzame volgende stap legden we de route vast naar GTM in het thema met Consent Mode v2, zodat toestemming per categorie gerespecteerd wordt.

Waarom zo

De keuzes achter de setup

Een event in de data layer is de standaardmanier om tags in Google Tag Manager te laten vuren: tags waarvan de triggervoorwaarden vervuld zijn, vuren zodra het event binnenkomt. Dat ontwerp is sterk, maar het maakt van dat ene event een single point of failure. Daarom investeerden we in de listener, niet in extra tags.

Gravity Forms documenteert een eigen JavaScript-event dat vuurt wanneer de bevestiging van een AJAX-formulier verschijnt. Luisteren naar dat officiële event is stabieler dan afhangen van de structuur van de pagina, en de twee fallbacks vangen de gevallen op waarin het event niet komt.

Enhanced conversions sturen first-party gegevens zoals een e-mailadres, gehasht met SHA256, mee met de conversie. Daarom vangt de listener die gegevens op het moment van verzenden.

Server-side tagging heeft echte voordelen, maar alleen als je de container beheert en bewaakt. Een container waar niemand bij kan, is een blinde vlek. Rechtstreeks client-side meten gaf Suivo de controle terug; server-side blijft een optie voor later, zoals we uitleggen in server-side tracking voor Google Ads.

Toestemming hoort in de tags zelf te zitten, niet in het al dan niet laden van GTM. Met consent mode stel je een standaardstatus in en werk je die bij zodra de bezoeker kiest, voor ad_storage, analytics_storage, ad_user_data en ad_personalization.

Wat er veranderde

Van meten op hoop naar meten op afspraak

Leadevent bij een contactaanvraag Voor: vertrok niet meer na de formulierupdate Na: verstuurd via de nieuwe listener
Platformen die leads ontvangen Voor: GA4, Google Ads, Meta en LinkedIn stilgevallen Na: alle vier opnieuw gevoed
Nieuwsbrief- en e-bookaanvragen Voor: zelfde zwakte, niet gemeten Na: elk een eigen event
Vangnet bij een formulierwijziging Voor: één listener die brak Na: drie detectiemethoden
GA4-route Voor: via een ontoegankelijke server-side container Na: rechtstreeks naar Google, beheersbaar
Het resultaat

Cijfers waar je opnieuw op kunt sturen

Elk platform

GA4, Google Ads, Meta en LinkedIn krijgen opnieuw elke lead

Per type

contact, nieuwsbrief en e-book als aparte events

Bestand tegen updates

drie vangnetten, één verzending is één event

Daarnaast voedt het algemene form_submit-event ook de attributietool en Microsoft Ads. En omdat de testprocedure vastligt (GTM Preview, GA4 DebugView, netwerkoverzicht), ziet het team een volgende breuk in één testronde in plaats van na weken lege rapporten. Formulieren zonder bedankpagina meten? Zo pak je dat aan: formulierconversies meten zonder bedankpagina.

Veelgestelde vragen

Wat marketeers ons vragen over deze setup

Hoe kan leadtracking stilvallen zonder dat iemand het merkt? +

Er komt geen foutmelding. De formulieren blijven werken, alleen het event dat de tags voedt vertrekt niet meer. Als alle platformen aan dat ene event hangen, stoppen ze tegelijk.

Kan een update van een formulierplugin je conversietracking breken? +

Ja. Verandert de manier van verzenden, dan vangt een listener die op de paginastructuur steunt niets meer op. Luister naar het officiële bevestigingsevent van de plugin en bouw fallbacks in.

Is het een probleem als je cookieplugin Google Tag Manager laadt? +

Het is fragiel: wie de plugin uitzet, verliest alle tracking, en toestemming werkt alles of niets. Installeer GTM los en regel toestemming per categorie met Consent Mode v2.

Wat gebeurt er als GA4 twee keer laadt? +

Je riskeert dubbele paginaweergaven en opgeblazen cijfers. Laat één systeem GA4 en de pixels laden, bij voorkeur Google Tag Manager.

Hoe test je of een leadconversie weer werkt? +

In GTM Preview: cookies accepteren, het formulier verzenden en nagaan of het leadevent vuurt, gevolgd door de tags van GA4, Google Ads, Meta en LinkedIn. Controleer daarna in GA4 DebugView of generate_lead binnenkomt met de gebruikersgegevens.

Verder lezen

Zelf aan de slag met je tracking

Verder lezen

Suivo: het leadgeneratie-systeem achter meer en betere leads

→

Komen al je leads nog aan in je advertentieplatformen?

We testen je formulieren van verzending tot conversie in GA4, Google Ads, Meta en LinkedIn, en tonen waar de keten breekt. Neem contact op met Tanguy.