Je PageSpeed Insights-score is niet je Google-rankingsignaal. Voor de meeste Shopify-webshops verschillen deze twee cijfers genoeg om je performance-diagnose — en je fix-prioriteiten — volledig te veranderen.
Elke Shopify-ondernemer die zich heeft verdiept in websitesnelheid heeft zijn webshop door PageSpeed Insights gehaald. De tool geeft je een score, een lijst diagnostics, en het bevredigende gevoel dat je nu weet wat je moet fixen.
Het probleem: PageSpeed Insights draait je webshop in een gecontroleerde simulatie. Google rankt je webshop op basis van hoe echte gebruikers hem daadwerkelijk ervaren. Dat zijn twee verschillende metingen — en ze verwarren leidt tot verspilde inspanning, verkeerde fixes, en performance-werk dat geen rankings of omzet oplevert.
Dit artikel legt het verschil uit, waarom het specifiek voor Shopify-webshops belangrijk is, en hoe je zeker weet dat je optimaliseert voor het cijfer dat er werkelijk toe doet.
Wat lab data is
Lab data wordt gegenereerd door je pagina te draaien in een gecontroleerde, gesimuleerde omgeving. Tools die lab data produceren: Google PageSpeed Insights (de score en diagnostics-sectie), Lighthouse (ingebouwd in Chrome DevTools), WebPageTest (in standaardmodus) en GTmetrix.
Wanneer deze tools je pagina draaien, simuleren ze een specifiek apparaat (doorgaans een mid-range Android-telefoon), een specifieke netwerkverbinding (doorgaans vertraagd 4G) en een specifieke geografische locatie (een vast datacenter). Elke run start vanuit een lege cache — geen eerder geladen resources, geen browsergeschiedenis.
Lab data is deterministisch en herhaalbaar. Voer PageSpeed Insights drie keer achter elkaar uit op dezelfde pagina en je krijgt telkens een vergelijkbaar resultaat.
Dit maakt het uitstekend voor het diagnosticeren van specifieke technische problemen. Als je iets in je thema aanpast en je lab LCP daalt van 4,2s naar 2,8s, is dat een echte verbetering die je hebt gemaakt.
Wat lab data je niet kan vertellen: hoe echte bezoekers in Amsterdam, Antwerpen of Berlijn jouw webshop op dit moment daadwerkelijk ervaren.
Wat field data is
Field data — ook wel Real User Monitoring (RUM) data genoemd — wordt verzameld uit daadwerkelijke paginalaadingen door echte bezoekers op echte apparaten en echte netwerken.
Google verzamelt deze data via het Chrome User Experience Report (CrUX). Elke keer dat een Chrome-gebruiker een pagina laadt en het delen van gebruiksdata heeft ingeschakeld, registreert Google hun Core Web Vitals-metingen: LCP, CLS en INP.
Deze metingen worden samengevoegd over een voortschrijdend 28-daags venster en gepubliceerd op twee plaatsen: PageSpeed Insights — het gedeelte 'Ontdek wat uw echte gebruikers ervaren' bovenaan het rapport. Google Search Console → Experience → Core Web Vitals — de meest complete weergave, uitgesplitst per URL en apparaattype.
Field data weerspiegelt de volledige spreiding van je echte bezoekers: mensen op trage 3G-verbindingen op het platteland, mensen op snelle glasvezel in de stad, mensen op verouderde smartphones, mensen op high-end laptops. Allemaal, gemiddeld en in percentielen over een maand.
Het rankingalgoritme van Google gebruikt uitsluitend field data. Lab data heeft geen invloed op je ranking, ongeacht hoe goed je PageSpeed-score is.
Hoe lab data en field data kunnen afwijken — en waarom
Een patroon dat we regelmatig zien op Shopify-webshops: PageSpeed Insights lab LCP: 2,4s (Goed). Google Search Console field LCP: 5,1s (Slecht).
Dezelfde webshop. Dezelfde pagina. Gemeten op dezelfde dag. De één zegt goed, de ander zegt slecht. Google rankt op de meting die slecht zegt.
Waarom gebeurt dit? Meerdere redenen.
Je echte bezoekers gebruiken niet het gesimuleerde apparaat
Het gesimuleerde apparaat van PageSpeed is een Moto G4 — een mid-range telefoon uit 2016. Als jouw klanten een mix zijn van nieuwere iPhones en oudere budget-Android-apparaten, weerspiegelt de simulatie hun ervaring mogelijk niet. Sommigen laden sneller dan de simulatie; velen laden trager.
Geografie speelt een rol
PageSpeed Insights draait vanuit één Amerikaans datacenter. Als jouw webshop gehost wordt op Shopify's Europese infrastructuur en je klanten zitten in Nederland of België, kan de gesimuleerde netwerklatentie lager zijn dan de werkelijke latentie — of hoger, afhankelijk van hoe Shopify jouw specifieke webshop routeert.
Third-party apps gedragen zich anders onder simulatie
Wanneer PageSpeed je pagina geïsoleerd laadt, reageren third-party app-servers — je reviews-app, je chatwidget, je loyaliteitsprogramma — direct omdat er geen echte belasting op zit. Wanneer 500 echte bezoekers tegelijkertijd je pagina laden op maandagochtend 9 uur, ervaren diezelfde servers echte belasting. Hun responstijden nemen toe. Je field LCP stijgt.
Cachestatus
Lab data draait altijd koud. Echte bezoekers hebben vaak een gedeeltelijk warme cache — fonts geladen van een eerder bezoek, Shopify CDN-resources al gecached. Koude cache lab-laden tonen vaak een hogere LCP dan warme cache field-laden. Maar het kan ook andersom gaan: een bezoeker die zijn browser leegmaakt of voor het eerst komt, krijgt een koude laad, en je field data omvat al die gevallen.
Waarvoor moet je optimaliseren?
Voor beide, maar in de juiste volgorde en om de juiste redenen.
Gebruik field data om je doel te stellen en succes te meten
Je field LCP in Search Console is je baseline. Als die 4,8s op mobiel aangeeft, is dat het getal dat je moet bewegen. Verbeteringen tellen alleen mee als ze zichtbaar worden in field data, wat 25–35 dagen duurt na het doorvoeren van wijzigingen — omdat Google het voortschrijdend 28-daags venster middelt.
Dit betekent: maak geen wijziging en controleer de volgende dag je PageSpeed-score om te zien of het gewerkt heeft. Controleer je Search Console Core Web Vitals-rapport 30 dagen later.
Gebruik lab data om problemen te diagnosticeren en fixes te testen
Lab data is je engineeringomgeving. Wanneer je wil weten welk specifiek script je render blokkeert, of een bepaalde codewijziging je LCP heeft verbeterd, gebruik dan PageSpeed Insights of Lighthouse. De gecontroleerde omgeving geeft je schone, herhaalbare signalen voor diagnose.
De werkwijze die daadwerkelijk werkt: identificeer het probleem in field data → diagnosticeer de oorzaak met lab data → implementeer de fix → valideer in lab data → wacht 28 dagen → bevestig verbetering in field data.
Een veelgemaakte fout: de score optimaliseren in plaats van de metric
PageSpeed Insights geeft je een score van 0 tot 100. Deze score is een gewogen gemiddelde van meerdere metrics: LCP, CLS, INP, FCP, Speed Index en Total Blocking Time.
Sommige van deze metrics wegen zwaar mee in de score maar hebben beperkte impact op rankings of conversie. Speed Index draagt bijvoorbeeld bij aan je PageSpeed-score, maar is geen Core Web Vital en beïnvloedt Google-ranking niet direct.
Optimaliseren voor de score — in plaats van specifiek voor LCP, CLS en INP — kan leiden tot verbeteringen in metrics waarop Google niet rankt, terwijl je werkelijke field performance ongewijzigd blijft.
Een webshop die van een PageSpeed-score van 42 naar 68 gaat door Speed Index en FCP te verbeteren, terwijl de field LCP op 4,6s blijft staan, heeft veel werk gedaan voor nul rankingvoordeel.
Verander je performance-werk altijd aan de drie Core Web Vitals die Google gebruikt als rankingsignalen: LCP, CLS en INP. Al het andere is secundair.
Hoe je je Core Web Vitals leest in Search Console
Als je dit rapport nog niet hebt bekeken, lees dan hoe je het vindt en interpreteert.
Stap 1: Open het Core Web Vitals-rapport
Ga naar search.google.com/search-console. Klik in de linkerzijbalk op Experience → Core Web Vitals. Je ziet twee grafieken: Mobiel en Desktop — begin altijd met Mobiel.
Stap 2: Begrijp de status categorieën
Goed: LCP onder 2,5s, CLS onder 0,1, INP onder 200ms. Verbetering nodig: LCP 2,5–4,0s, CLS 0,1–0,25, INP 200–500ms. Slecht: LCP boven 4,0s, CLS boven 0,25, INP boven 500ms.
Stap 3: Ga dieper in op specifieke URL's
Klik op 'Rapport openen' onder één van de grafieken. Dit toont hoeveel URL's in elke categorie vallen. Klik door om te zien welke specifieke pagina's slecht presteren — vaak hebben productpagina's of collectiepagina's een ander performance-profiel dan je homepage.
Stap 4: Controleer de actualiteit van de data
Het rapport toont een voortschrijdend 28-daags venster. Als je recent performance-wijzigingen hebt doorgevoerd, is de verbetering mogelijk nog niet volledig zichtbaar. De datum 'Laatst bijgewerkt' in het rapport vertelt je welke data het meest recent is opgenomen.
Wat dit betekent voor hoe je Shopify-performance-werk aanpakt
De meeste Shopify-performance-gidsen, en de meeste Shopify-developers, werken primair met lab data. Ze draaien PageSpeed Insights, jagen de score op, en verklaren succes als het getal stijgt.
De webshops die daadwerkelijk verbetering zien in rankings en conversieratio zijn de webshops die hun werk verankeren in field data: starten vanuit wat echte gebruikers ervaren, de oorzaken diagnosticeren in een gecontroleerde omgeving, en succes meten door wat er 30 dagen later in Search Console verandert.
Het is een langzamere feedbackloop dan een PageSpeed-score. Maar het is de enige loop die tot echte resultaten leidt.
Conclusie
Als je Search Console Core Web Vitals-rapport 'Slechte' URL's toont op mobiel, wordt je Google-ranking actief onderdrukt — op dit moment, voor elke zoekopdracht die jouw webshop zou moeten vinden.
Wil je weten wat jouw field data zegt — en wat dat veroorzaakt? Start met een gratis Performance Scan voor het volledige beeld, of boek de 1-Dag Shopify Performance Fix en wij diagnosticeren vanuit field data en lossen de echte oorzaken op.