Website snelheid testen: zo meet u de laadtijd echt

Een goede snelheidstest kijkt verder dan de vraag hoelang de pagina laadt. Drie momenten tellen: hoe snel het eerste zichtbare deel in beeld staat, hoe snel het grootste element (meestal de hero-afbeelding of hoofdkop) er staat, en hoe snel de pagina reageert zodra u klikt of scrolt. Daarnaast telt visuele stabiliteit: verspringt de layout tijdens het laden, dan voelt de site traag en klikt u mis.

Deze momenten zijn gestandaardiseerd in de Core Web Vitals: LCP, INP en CLS. Google legt de drempelwaarden uit op web.dev. Wie die drie waarden kent, weet vrijwel altijd waar het probleem zit: te zware media, te veel JavaScript, of een layout die zonder gereserveerde ruimte laadt.

De meeste eigenaren testen hun site op een snelle laptop met glasvezel, terwijl het grootste deel van de bezoekers op een telefoon via een mobiel netwerk binnenkomt. Test daarom altijd met een gesimuleerde mobiele verbinding en een gemiddeld toestel. Een pagina die op kantoor in 1 seconde laadt, kan op 4G zomaar 5 seconden nodig hebben.

Test ook meer dan alleen de homepage. Product-, categorie- en contactpagina's hebben vaak andere problemen: meer afbeeldingen, meer scripts, andere templates. Een losse check via PageSpeed Insights op één URL is nuttig als startpunt, maar zegt weinig over de rest van de site. De WebYes-scan meet daarom meerdere pagina's per site en rekent het resultaat mee in de pijler snelheid.

De gratis WebYes-scan (bèta) crawlt tot maximaal zes pagina's van uw domein en meet lab-data: gesimuleerde laadtijden en prestatiesignalen die aansluiten bij wat u in Lighthouse of PageSpeed Insights terugziet. Dat is bewust lab, niet velddata van echte bezoekers. Lab is reproduceerbaar en direct beschikbaar; velddata (het Chrome User Experience Report) is het eindoordeel dat Google voor rankings gebruikt wanneer er genoeg verkeer is.

Snelheid is één van de vier pijlers van het rapport, naast SEO, veiligheid en toegankelijkheid. Voor het keurmerk geldt: gemiddelde score minstens 80, én elke pijler afzonderlijk minstens 60. Een site die op SEO en veiligheid hoog scoort maar op snelheid onder de 60 blijft, krijgt dus geen keurmerk. Meer over de metrics zelf staat in Core Web Vitals; voor mobiele context is mobielvriendelijke website relevant, omdat LCP en CLS daar het hardst voelen.

Veel testtools tonen een totaalscore, en die nodigt uit tot het najagen van punten. Dat is meestal verspilde moeite. Een score is een gewogen samenvatting; de onderliggende metingen vertellen wat een bezoeker echt merkt. Een site kan van 82 naar 91 punten stijgen zonder dat iemand er iets van voelt, en andersom kan een fix van een halve seconde op de LCP direct merkbaar zijn terwijl de score amper beweegt.

Werk daarom van groot naar klein: eerst de metric die het slechtst scoort, daarbinnen de pagina met het meeste bezoek. Een productpagina die dagelijks honderden bezoekers trekt en traag laadt, is belangrijker dan een contactpagina die perfect scoort. Gebruik de LCP-uitleg op web.dev om te begrijpen welk element de klok stopt, en combineer testresultaten met uw bezoekersstatistieken om te bepalen waar een verbetering het meest oplevert.

Vrijwel elke trage site heeft dezelfde drie boosdoeners, in deze volgorde van impact:

Meet na elke aanpassing opnieuw. Snelheidsoptimalisatie is een cyclus van meten, aanpassen en controleren; zonder nieuwe meting weet u niet of een fix werkt. Begin met de zwaarste pagina in uw scanrapport, los één oorzaak op, en herhaal de test onder dezelfde omstandigheden (zelfde tool, zelfde apparaatprofiel).

Begin met één baseline: dezelfde tool, hetzelfde apparaatprofiel, dezelfde URL's. Noteer LCP, INP en CLS per pagina voordat u iets wijzigt. Zonder baseline weet u niet of een CDN, een beeldcompressie of het schrappen van een chatwidget de echte winst bracht. De gratis WebYes-scan (bèta) geeft die baseline op maximaal zes pagina's; een full audit tot vijftien.

Werk in sprints van één oorzaak tegelijk. Week 1: hero-afbeeldingen en LCP. Week 2: third-party scripts en INP. Week 3: layoutreserves en CLS. Herhaal de labmeting na elke sprint onder dezelfde omstandigheden. Zo voorkomt u dat drie wijzigingen tegelijk het resultaat vertroebelen.

Plan daarna een herkeuring. Bij een betaald keurmerk plant WebYes verse full audits wanneer de nieuwste scan ouder is dan ongeveer dertig dagen. Tussendoor kunt u vanuit uw account opnieuw scannen, met een dedupe-venster van zestig minuten per domein. Dat ritme houdt de snelheidspijler eerlijk: een eenmalige lab-score is geen bewijs dat de site zo blijft.

Testen alleen op kantoor-wifi met een snelle laptop onderschat mobiele bezoekers. Gebruik minstens één mobiel profiel of een echt toestel op 4G. Een andere valkuil: de cache van een vorige run meenemen. Hard refresh of een schone sessie voorkomt dat u een al warme cache als 'snelle site' verkoopt.

Vergelijk geen losse scores tussen PageSpeed Insights, WebPageTest en WebYes alsof het dezelfde schaal is. Volg trends binnen één tool. De onderliggende Core Web Vitals zijn wel overal hetzelfde gedefinieerd; dat is uw gemeenschappelijke taal, niet het lettercijfer van de tool.