Conversietracking zonder cookies: formulieren, aanmeldingen en verkopen

Ja. Cookielose conversiemeting registreert betekenisvolle acties op uw website zonder cookies te gebruiken. U kunt geslaagde formulierinzendingen, aanmeldingen en aankopen tellen, en de context analyseren die voor die events beschikbaar is. De belangrijkste beperking is attributie: een actie meten is niet hetzelfde als dezelfde persoon herkennen over apparaten heen of gedurende meerdere weken.

Deze gids legt uit hoe u conversiemeting met MetriXs opzet, wat u meet en waar de grenzen liggen.

Cookieloze conversiemeting registreert een websiteactie als event zonder voor de identificatie van de bezoeker op cookies te vertrouwen.

Wanneer iemand met succes een contactformulier verzendt, kan uw website een event sturen zoals Lead Submitted. Het analytics-systeem registreert het event, samen met passende context zoals de pagina en de niet-persoonsgebonden eigenschappen die u meegeeft.

Daarmee beantwoordt u vragen als:

• Hoeveel demo-aanvragen heeft onze website opgeleverd?
• Welke abonnementsvormen kiezen nieuwe klanten?
• Waar stappen bezoekers uit de checkout?
• Welke geregistreerde verkeersbronnen leveren omzet op?

U heeft geen blijvend advertentieprofiel nodig om een geslaagde aanmelding te tellen.

„Cookieloos” beschrijft echter een technische eigenschap, geen alomvattende privacy- of juridische garantie. Een systeem kan cookies vermijden en toch persoonsgegevens verwerken of andere trackingtechnologieën gebruiken. Wat het verzamelt, hoe het bezoekers identificeert en wat het met de informatie doet, dat is wat telt.

Definieer, voordat u code toevoegt, het resultaat dat u werkelijk wilt meten.

Een klik op een knop is niet per se een lead. Een bezoek aan een registratiepagina is geen afgeronde aanmelding. De checkout binnenstappen is geen verkoop.

Een downloadklik meet de intentie te downloaden; hij bewijst niet dat de bezoeker het bestand heeft ontvangen of gelezen. Evenzo is een afgeronde bestelling niet altijd hetzelfde als een afgehandelde betaling. Kies definities die bij uw bedrijf passen.

Begin met één primaire conversie. Voor een dienstverlener is dat misschien een gekwalificeerde aanvraag. Voor een SaaS-product een afgeronde aanmelding. Voor een webwinkel een bevestigde bestelling.

Ondersteunende events kunt u later toevoegen.

Voeg uw website toe aan MetriXs en kopieer het installatiesnippet dat voor uw site wordt aangeleverd. Volg de installatiegids voor de tracker of gebruik de juiste platformintegratie.

Installeer de tracker maar één keer. Als een plugin hem al toevoegt, plaats hetzelfde script dan niet ook nog handmatig.

Zodra de tracker geladen is, kan uw website custom events vastleggen via de globale functie window.metrixs().

De voorbeelden hieronder horen in de succes-handlers van uw bestaande applicatie. Het zijn event-aanroepen, geen complete formulier- of checkout-implementaties, en ze gaan ervan uit dat de tracker beschikbaar is.

Stuur bij een contactformulier een event nadat de server heeft bevestigd dat de inzending geslaagd was:

window.metrixs('Lead Submitted', {
  props: {
    form: 'contact',
    location: 'contact_page'
  }
})

De eigenschappen beschrijven het formulier, niet de persoon die het verstuurt.

Verzend dit event niet direct zodra iemand op de verzendknop drukt. Op een klik kunnen validatiefouten, mislukte netwerkverzoeken of een afgewezen inzending volgen.

De juiste volgorde is:

1. De bezoeker verstuurt het formulier.
2. Uw applicatie valideert en verstuurt het verzoek.
3. Uw backend bevestigt het succes.
4. Uw applicatie registreert Lead Submitted.

Gebruikt u een formulierplugin, koppel het event dan aan de gedocumenteerde callback voor geslaagde inzendingen, niet aan een generieke klik- of submit-listener.

Houd formulierinhoud buiten de analytics

Voeg geen namen, e-mailadressen, telefoonnummers of berichtinhoud toe aan het event.

form: 'contact' is bijvoorbeeld nuttige context. Het e-mailadres van de bezoeker is niet nodig om een aanvraag te tellen.

Controleer ook de geregistreerde pagina-URL. Persoonsgegevens kunnen onbedoeld de analytics in komen via querystrings, bevestigingslinks of URL’s met accountidentificatoren. MetriXs ondersteunt een URL-override voor custom events, maar uw pageviews en andere automatisch vastgelegde events hebben dezelfde aandacht nodig.

Uw CRM hoort de aanvraag te bewaren. Uw analytics hoort te meten dat er een aanvraag is geweest.

Pas hetzelfde principe toe op accountregistratie:

window.metrixs('Signup Completed', {
  props: {
    plan: 'free',
    signup_location: 'pricing_page'
  }
})

Verzend het event pas nadat het account succesvol is aangemaakt, niet wanneer het registratieformulier opent.

Houd eigenschapswaarden consistent. Gebruikt u free, basic en pro als plannamen, gebruik dan overal exact die waarden. Een mix van Pro, pro-plan en premium maakt de uitsplitsing moeilijker te lezen.

In MetriXs verschijnen door de gebruiker gedefinieerde events in de Custom-Events-kaart. Klap een event uit om de uitsplitsing per eigenschap te bekijken. Zo vergelijkt u bijvoorbeeld geregistreerde aanmeldingen per plan.

Zie de documentatie over custom events voor de beschikbare opties.

Een bevestigingsscherm kan meer dan eens verschijnen. Gebruikers herladen pagina’s, applicaties proberen verzoeken opnieuw en betaalproviders kunnen dezelfde webhook herhaaldelijk bezorgen.

Uw implementatie hoort de conversie eenmaal per geslaagde zakelijke actie te registreren. Ga er niet van uit dat het herhaaldelijk laden van een bedankpagina een nieuwe conversie is.

Gebruik bij backend-integraties uw bestaande bedrijfsregistraties en idempotentie-afhandeling om dubbele verwerking te voorkomen. Rapporteren zowel de browser- als de backend-integratie dezelfde actie, leg dan eerst vast hoe duplicaten worden voorkomen voordat u beide inschakelt.

Commerce-tracking in MetriXs gebruikt drie vastgestelde eventnamen:

Zet Commerce voor uw site aan onder Settings → Sites.

Stuur vervolgens elk event op het bijbehorende punt in uw checkout. Bijvoorbeeld wanneer een klant met een winkelwagen van €79 de checkout binnenkomt:

window.metrixs('checkout_started', {
  props: {
    total: 79,
    currency: 'EUR'
  }
})

Wanneer de betaalgegevens worden verstuurd:

window.metrixs('payment_submitted', {
  props: {}
})

Wanneer de bestelling is bevestigd:

window.metrixs('order_completed', {
  props: {
    total: 79,
    currency: 'EUR'
  }
})

Het bovenstaande bedrag dient ter illustratie. Gebruik in productie het werkelijke bevestigde orderbedrag en de bijbehorende valuta.

Deze events voeden de omzet, de gemiddelde orderwaarde en de checkout-trechter in het commerce-dashboard. U kunt ook de gedocumenteerde producteigenschappen meesturen om de productrapporten te vullen.

Bij betaalstromen zoals gehoste checkouts komt een geslaagde klant misschien nooit terug op uw bedankpagina.

MetriXs ondersteunt het versturen van commerce-events vanuit uw backend. Voor van betaling afhankelijke conversies kan een geverifieerde webhook van de betaalprovider een betrouwbaardere trigger zijn dan een browserdoorverwijzing.

Houd API-sleutels op de server, authenticeer webhookverzoeken en verwerk dubbele bezorgingen correct.

Er is hier een belangrijk onderscheid: een betrouwbaar geregistreerde bestelling bewaart niet automatisch de attributie van de oorspronkelijke bezoeker. Een backendverzoek bevat van nature niet de verkeersbroncontext van de browser. Controleer wat uw integratie doorgeeft en ondersteunt voordat u verwacht dat bronrapportages overeenkomen met browsergeregistreerde conversies.

Zie de commerce-integratiegids voor de server-API en het eventformaat.

Checkout-tracking bij Shopify werkt los van het storefrontthema.

De Shopify-integratie van MetriXs gebruikt een web pixel voor checkout-events. Zoals voor deze integratie gedocumenteerd, zijn checkout-events in EU- en UK-markten onderworpen aan het consent-framework van Shopify. Die geregistreerde checkout-events kunnen daarom alleen toestemmende bezoekers vertegenwoordigen.

Een cookieloze implementatie omzeilt platformvereisten voor toestemming niet. Zie de Shopify-installatiegids voor het onderscheid tussen storefront- en checkout-tracking.

Zodra events binnenkomen, kijkt u verder dan het totaal.

Stel dat een winkel in één rapportageperiode het volgende registreert:

Dit zijn voorbeeldcijfers, geen klantresultaten van MetriXs.

De gemiddelde orderwaarde is:

€1.975 ÷ 25 bestellingen = €79

De berekening van het conversiepercentage in het MetriXs-commerce-dashboard luidt:

Bestellingevents ÷ unieke bezoekers × 100

Voor dit voorbeeld:

25 ÷ 1.000 × 100 = 2,5 %

Dat is een metric van bestellingen per bezoeker. Het betekent niet per se dat 2,5 % van de afzonderlijke mensen kocht: één bezoeker kan meerdere bestellingen plaatsen, en bezoekersidentificatie kent eigen meetgrenzen.

Voor custom events geldt hetzelfde onderscheid. Dertig formulierinzendevents betekenen niet automatisch dertig unieke leads.

De checkoutcijfers roepen ook een nuttige vraag op: waarom worden er minder betalingsverzendingen geregistreerd dan checkout-startevents? Onderzoek verzendkosten, betaalopties, formulierfouten en de eventimplementatie zelf voordat u een UX-probleem aanneemt.

Cookieloze analytics kan verkeersbron- en campagnecontext rapporteren waar die informatie beschikbaar is en gekoppeld aan de geregistreerde activiteit.

Voor sites met commerce documenteert MetriXs omzetsplitsingen per bron, campagne en landingspagina.

Gebruik consistente UTM-parameters voor links die u zelf beheert. Een nieuwsbrieflink kan er zo uitzien:

https://example.com/demo?utm_source=newsletter&utm_medium=email&utm_campaign=autumn_launch

Campagnelabels moeten de campagne beschrijven, niet individuele ontvangers identificeren. Vermijd e-mailadressen, klant-ID’s of andere persoonsgebonden identificatoren in UTM-waarden.

Voor AI-gestuurde ontdekking kunnen ook herkende verwijzingen van assistenten als ChatGPT of Perplexity nuttige broninformatie opleveren. Maar niet elke klik bevat een bruikbare referrer, en een AI-verwijzingsrapport toont niet elke vermelding van uw bedrijf in een AI-antwoord.

Attributie beschrijft de waarneembare reis. Het is geen volledige registratie van alles wat de klant beïnvloedde.

Iemand leest uw nieuwsbrief op zijn telefoon, keert twee dagen later rechtstreeks terug op een laptop en koopt. Zonder een blijvende cross-device-identificator kunnen die interacties niet zomaar aan dezelfde persoon worden toegeschreven.

MetriXs omschrijft de bezoekersidentificatie als een dagelijks roterende hash. Dat is een ander meetmodel dan een blijvende visitor-ID die maandenlang wordt bewaard. Interpreteer bezoekersaantallen niet als een duurzame lijst van individuele mensen over rapportageperioden heen.

Cookieloze analytics blijft bovendien onderhevig aan scriptblokkering, netwerkstoringen, browserbeperkingen en implementatiefouten. Cookies weglaten maakt meting niet verliesvrij.

Nee. Ze lossen verschillende problemen op.

Cookieloze analytics meet websiteactiviteit zonder op cookies te vertrouwen.

De Google Consent Mode past het gedrag van Google-tags aan op basis van de toestemmingsstatus die uw website doorgeeft.

Google documenteert twee aanpakken. De basisvariant blokkeert Google-tags totdat toestemming is gegeven. De geavanceerde Consent Mode kan cookieloze metingen versturen terwijl toestemming wordt geweigerd, met ondersteuning voor modellering waar van toepassing.

Daarmee is de Consent Mode niet gelijk aan een onafhankelijk cookieloos analytics-instrument. Hij neemt ook niet uw verantwoordelijkheid weg om toestemming correct in te richten.

Zo wordt een in MetriXs geregistreerde aanmelding ook niet automatisch een Google Ads-conversie of een Meta-optimalisatiesignaal. Integraties met advertentieplatforms, attributie en toestemmingsvereisten vragen aparte aandacht.

Zie de Consent-Mode-documentatie van Google voor het onderscheid.

Er is geen universeel antwoord dat alleen voortkomt uit de afwezigheid van cookies.

Toepasselijke regels kunnen ook andere vormen van apparaatopslag of -toegang bestrijken, en AVG-verplichtingen kunnen gelden wanneer persoonsgegevens worden verwerkt. Vrijstellingen voor bereikmeting (audience measurement) hangen bovendien af van rechtsgebied, doel en configuratie.

De Franse privacytoezichthouder CNIL legt bijvoorbeeld uit dat zuivere bereikmeting onder specifieke voorwaarden voor een uitzondering op de toestemmingsplicht in aanmerking kan komen, en wijst erop dat de nationale wetgeving per EU-lidstaat verschilt. Zie haar richtlijnen voor bereikmeting.

Een verantwoorde implementatie minimaliseert de verzamelde gegevens, vermijdt persoonsgegevens in event-eigenschappen en URL’s, documenteert de verwerking en volgt de toepasselijke toestemmingsvereisten.

Uw website kan daarnaast nog steeds een toestemmingsmechanisme nodig hebben voor advertentietags, ingebedde diensten of andere technologieën, zelfs als uw analytics-opzet die niet vereist.

Verschillende instrumenten kunnen verschillende totalen opleveren zonder dat er iets kapot is.

Veelvoorkomende oorzaken zijn andere eventtriggers, toestemmingsstatussen, rapportagetijdzones, bezoekersdefinities, attributievensters en omgang met duplicaten. Browseranalytics kan ook bestellingen missen die werden afgerond zonder geslaagde terugkeer naar uw website.

Vergelijk gelijk met gelijk: dezelfde periode, dezelfde afrondingsdefinitie en dezelfde omgang met restituties, annuleringen, belasting en verzendkosten.

Uw backendsysteem voor bestellingen blijft de bron van waarheid voor operationele orderregistratie. Analytics helpt u geregistreerde acquisitie en gedrag op de site te begrijpen; het vervangt uw boekhouding niet.