Web Vitals: meten en privacy

Hoe je het scherm van Web Vitals leest, van de drie cijfers tot wat snelheid per stap kost, en wat er wordt bewaard.

Updated 4 Oct 2026·Reading time 10 minbeginnermodule

Meten en resultaat

Het tabblad Overzicht leest van boven naar beneden. Naast de naam staat welke bron je ziet: eigen metingen, Chrome UX Report · 28 dagen, of nog geen metingen.

Twee bronnen: eigen metingen en Google

	Eigen metingen	Chrome UX Report (CrUX)
Van wie	Een steekproef van je eigen bezoekers, in elke browser	Echte bezoekers in Chrome
Waarover	Per paginatype (product, categorie, …)	De hele website, alle pagina’s samen
Periode	De periode die je kiest: 7, 30 of 90 dagen (standaard 30)	Voortschrijdend over 28 dagen, dagelijks bijgewerkt
Concurrenten	Nee	Ja, tot vijf
Wanneer beschikbaar	Vanaf 50 metingen per apparaat	Als Google genoeg bezoek voor je site heeft, en er een sleutel op het platform staat

Safari- en Firefox-bezoekers tellen in Google’s cijfers niet mee, in je eigen metingen wel. Daardoor kunnen de twee iets verschillen. Dat is normaal.

Nog geen cijfers: “Tot nu toe gemeten”

Zolang er minder dan 50 metingen zijn voor een apparaat, toont het scherm geen cijfer maar de voortgang: “Tot nu toe gemeten (laatste 28 dagen): 12 paginaweergaven op mobiel en 4 op desktop · 3 vandaag. Cijfers verschijnen per apparaat vanaf 50.” Met een steekproef van 25% zijn 50 metingen ongeveer 200 paginaweergaven. De eerste cijfers staan er meestal binnen een dag.

Staat er “Nog niets binnengekomen”? Open je winkel dan in een gewone browser (niet in debugmodus), klik een paar pagina’s door en sluit het tabblad. Binnen een minuut staat het er.

De melding bovenaan

Haal je op het gekozen apparaat de Core Web Vitals niet, dan staat bovenaan: “Je haalt de Core Web Vitals niet op mobiel”, met welke cijfers boven de grens zitten en welk deel van je bezoek van dat apparaat komt.

De kaarten: LCP, INP en CLS, met TTFB en FCP eronder

Bovenaan staan de drie Core Web Vitals. Daaronder, kleiner, twee hulpcijfers met het bijschrift Ondersteunend · geen Core Web Vital: TTFB (Serverreactie, goed tot 0,8 s, slecht boven 1,8 s) en FCP (Eerste inhoud zichtbaar, goed tot 1,8 s, slecht boven 3 s). Ze verklaren vaak een trage LCP, maar tellen niet mee in of je de Core Web Vitals haalt.

Per cijfer zie je:

de waarde (het 75e percentiel) en het oordeel: Goed, Kan beter of Slecht;
de verandering t.o.v. de 28 dagen ervoor;
welk deel van de bezoeken goed en slecht zat, bijvoorbeeld 82% goed en 6% slecht;
waar het cijfer vandaan komt: Eigen metingen · 4.812 bezoeken (je eigen metingen, met hoeveel er voor dat cijfer waren) of Google CrUX · Chrome, 28 dagen (Google’s cijfer, omdat er nog geen 50 eigen metingen zijn).

Staat er Nog te weinig metingen, dan zijn er nog geen 50 eigen metingen en heeft Google ook geen cijfer.

Een cijfer per week of per dag

Klik op een kaart (ook TTFB of FCP) om dat cijfer in de grafiek te zien, met de grens voor goed en elke week gekleurd naar goed, kan beter of slecht. Standaard staat het slechtste van de drie Core Web Vitals open.

Boven de grafiek kies je de bron:

Eigen · per week: elke week sinds je begon met meten (tot een jaar terug), in alle browsers. Een week telt vanaf 20 metingen; een week met minder blijft leeg. Zijn er nog geen 25 weken, dan staat eronder sinds welke week er gemeten wordt.
Eigen · per dag: dezelfde metingen per dag, de laatste 8 weken. Een dag telt ook vanaf 20 metingen; een dag met minder blijft leeg. Handig om te zien op welke dag een wijziging aan je winkel het verschil maakte.
Google CrUX: de laatste 25 weken van Google, alleen Chrome. Elk punt is een voortschrijdende 28 dagen.

De grafiek begint op je eigen metingen zodra er vier weken met genoeg metingen zijn, en anders op Google. De keuze blijft staan als je van cijfer of apparaat wisselt. De schakelaar staat er alleen als er van allebei cijfers zijn.

Steeg een cijfer in één week duidelijk (LCP met minstens 300 ms, INP 50 ms, CLS 0,05, TTFB 200 ms of FCP 300 ms, en minstens een tiende), dan staat eronder wat er gebeurde. Bijvoorbeeld: “LCP op mobiel steeg met 600 ms, vooral op productpagina’s (+900 ms)”. Alleen als de metingen het laten zien, staat er ook wat er veranderde: het soort grootste element, of één element dat die week de meeste vertraging of het meeste verspringen gaf. En of het cijfer daarna herstelde. Een oorzaak wordt nooit gegokt.

Wat traagheid je kost

Deze kaart laat zien hoe vaak bezoeken bestellen, per laadtijd van hun eerste product- of categoriepagina. De laadtijden zijn in vier groepen verdeeld: < 1,5 s, 1,5 – 2,5 s, 2,5 – 4 s en > 4 s.

Bezoeken in een groep	Wat je ziet
Minder dan 10	te weinig
10 tot 30	Het cijfer, met het label voorlopig · 14 bezoeken
30 of meer	Het cijfer, zonder label

Daaronder staat een schatting van de extra omzet per maand als je bezoekers op dat apparaat onder de 2,5 s komen. Die schatting maakt Nexym pas vanaf 100 bezoeken in zowel de snelle als de trage groep, en minstens 5 bestellingen. Hij rekent met je conversie en je gemiddelde orderwaarde van de laatste 30 dagen, en neemt aan dat een trage bezoeker die snel wordt, net zo vaak bestelt als een snelle. Het is een schatting en staat er ook zo.

Een bestelling telt alleen als het embed-script hem aan een bezoek kan koppelen (via de bedankpagina). Bestellingen die niet te koppelen zijn, tellen in geen enkele groep mee. Daardoor zijn de percentages lager dan je echte conversie, maar de vergelijking tussen de groepen klopt.

Per stap: wat snelheid kost

Deze kaart kijkt per stap van de funnel (de weg van bekijken naar bestellen) of bezoekers met een snelle pagina vaker doorgingen dan bezoekers met een trage.

Stap	Welk cijfer	Doorgaan betekent
Productpagina	LCP	in winkelwagen gelegd
Categoriepagina	LCP en CLS	door naar een product
Winkelwagen	INP	checkout gestart
Checkout	INP	besteld

De homepage en de zoekresultaten zijn geen stap in deze kaart; die zie je wel onder Per paginatype.

Per stap zie je twee groepen: Goed (bijvoorbeeld “Goed · 2,5 s of beter”) en de trage groep. Zijn er genoeg bezoeken in de groep Slecht, dan is dat de trage groep. Anders worden Kan beter en Slecht samengenomen (“Kan beter of slecht · boven 2,5 s”). Bij elke groep staat het aantal bezoeken, en daaronder een zin als “Bezoekers met een snelle productpagina legden 18% vaker iets in hun winkelwagen.”

De kleinste groep heeft	Wat je ziet
Minder dan 10 bezoeken	“Nog te weinig metingen (6 van 10 bezoeken in de kleinste groep).”
10 tot 30 bezoeken	Het cijfer, met voorlopig en “Een eerste aanwijzing: …”
30 of meer bezoeken	Het cijfer, zonder label

Twee andere meldingen:

“Niet gemeten: … staat bij Setup onder de verborgen paden”: je hebt die pagina verborgen én Ook meten op uitgesloten paden uitgezet. Er wordt daar dus niets gemeten, en de kaart toont dan geen nul.
“… bezoeken gemeten, en bij geen enkele is een ‘in winkelwagen’ vastgelegd”: er is genoeg gemeten, maar je winkel geeft die stap niet door aan Nexym. Dat betekent meestal niet dat niemand het doet. Kijk onder Setup → Wat je site ons al vertelt.

“Doorgaan” betekent: later in hetzelfde bezoek, niet per se direct erna. De eerste gemeten pagina van elke soort per bezoek bepaalt de groep.

Per paginatype

Een tabel met Homepage, Categorie, Productpagina, Zoeken, Winkelwagen en Checkout, met per type het aandeel in je bezoek (Bezoek) en de drie cijfers over de laatste 28 dagen, het drukste type bovenaan. Bij elk type staat het padsjabloon dat het vaakst voorkwam, zoals /p/…. Een type met minder dan 20 metingen staat er niet in, en pagina’s die bij geen type horen (Overig) ook niet. Zo zie je snel of één soort pagina achterblijft.

Tegenover concurrenten

Per concurrent de LCP (p75) uit Google’s Chrome UX Report, voor de hele website en het apparaat dat je bovenaan kiest. Jouw site staat erbij met (jij). Zie Concurrenten.

Wat je kunt doen

Hoogstens vijf concrete adviezen, gesorteerd op impact (groot, middel, klein). De impact volgt meestal het oordeel van het cijfer waar het advies over gaat: bij Slecht groot, bij Kan beter middel. Een advies verschijnt alleen als minstens 20 metingen het laten zien; een advies over één traag of verspringend element vanaf 10 keer. Bijvoorbeeld:

Laad de hoofdafbeelding niet lui: de grootste afbeelding laadt pas laat.
Hoofdafbeelding voorladen: de browser vindt de afbeelding pas laat.
Maak de serverreactie sneller: de eerste byte (TTFB) duurt te lang.
Toon de hoofdafbeelding op de maat waarop hij staat: de afbeelding is veel groter dan nodig.
Gebruik WebP of AVIF: de afbeeldingen zijn JPEG, PNG of GIF.
De hoofdinhoud wacht met tekenen: CSS of scripts houden het tekenen tegen.
Filters: toon direct feedback of Reageer sneller: een knop of filter reageert traag.
Ruimte reserveren: een element duwt de pagina weg tijdens het laden.

Bij een advies over een element staat een korte naam van dat element, zoals button.filter-option. Geef die aan je webbouwer: zo weet hij waar hij moet zoeken. Staat er “Er springt nog niets uit in de metingen”, dan is er (nog) niets duidelijks te verbeteren.

Op je Overzicht

De widget Web Vitals toont LCP, INP en CLS op mobiel over de laatste 28 dagen, en of je de Core Web Vitals haalt. Staat de module uit of in test, dan zegt de widget: “Niet live: er wordt niets gemeten zolang de module uit of in test staat.”

Privacy en data

Wat er uit de browser komt

Per gemeten pagina stuurt de browser één bericht als de pagina sluit, met:

de vijf cijfers (LCP, INP, CLS, TTFB en FCP);
het soort pagina, bijvoorbeeld “product”;
een padsjabloon, zoals /p/…: nooit het volledige adres en nooit zoekwoorden of andere gegevens achter een vraagteken;
het soort navigatie en verbinding;
voor de traagste dingen een korte naam van het element, zoals button.filter-option. Nooit tekst van de pagina.
het begin van de website waarop de pagina staat, zoals je die bij Setup invulde (bijvoorbeeld https://voorbeeld.nl/de), zodat de meting bij de juiste store en taal telt. Nooit het adres van de pagina zelf.

Er wordt niets in de browser bewaard (geen cookie, geen opslag) en er gaat geen id mee.

Toestemming

Een bezoeker die statistieken heeft geweigerd, wordt nooit gemeten. Standaard wordt wel gemeten zolang een bezoeker nog niets koos: het zijn statistieken over je winkel, niet over een persoon. Wil je pas meten na een “ja” voor statistieken, kies dat onder Instellingen. Zie ook Consent.

Wat Nexym bewaart, en hoe lang

Wat	Hoe lang
Dagtotalen per paginatype en apparaat, nooit per bezoeker	Standaard 395 dagen (13 maanden). Na 63 dagen worden dagen samengevoegd tot weken.
Google’s cijfers voor jou en je concurrenten	Weekcijfers even lang als hierboven; dagcijfers 35 dagen
De anonieme dagcode van een bezoek, om een bestelling of volgende stap aan een snelle of trage pagina te koppelen	Hooguit drie dagen, alleen in het werkgeheugen van de server, nooit in de database. De code verandert elke dag.

Hoe lang de cijfers precies bewaard blijven, stelt Nexym centraal in onder Data & bewaren, als “Web Vitals: dagtotalen per pagina en apparaat, nooit per bezoeker”. Omdat er niets per bezoeker wordt bewaard, valt er bij een verzoek om gegevens te wissen ook niets per persoon te wissen.