Bouw gratis mijn site

De kennisbank Snelheid

Snelheid: de grenzen van Google en onze eis

De drie maatstaven die Google gebruikt (Core Web Vitals), de grenzen voor goed, onze eigen eis voor elke site die we bouwen (de hoofdinhoud in minder dan 0,7 seconden) en hoe we de snelheid van elke site testen.

2 min lezen6 onderdelen6 bronnen

Drie maatstaven en hun grenzen#

Google meet met drie maatstaven hoe de site wordt ervaren. De beoordeling gebeurt op het 75e percentiel, dus hoe het gaat bij drie van de vier bezoeken [1]. Google gebruikt de maatstaven in zijn systemen voor paginabeleving [2].

LCP: hoe snel de hoofdinhoud verschijntGoed: hoogstens 2,5 sMoet beter: 2,5 s tot 4 sSlecht: meer dan 4 s2,5 s4 sINP: hoe snel de pagina reageert op klikkenGoed: hoogstens 200 msMoet beter: 200 ms tot 500 msSlecht: meer dan 500 ms200 ms500 msCLS: hoeveel de pagina verspringtGoed: hoogstens 0,1Moet beter: 0,1 tot 0,25Slecht: meer dan 0,250,10,25

✓ Goed ! Moet beter ✕ Slecht

Toon als tabel
MetenGoedMoet beterSlecht
LCPhoogstens 2,5 s2,5-4 smeer dan 4 s
INPhoogstens 200 ms200-500 msmeer dan 500 ms
CLShoogstens 0,10,1-0,25meer dan 0,25
Bron: web.dev (Google). Beoordeeld op het 75e percentiel van echte bezoeken.

Waar de cijfers vandaan komen#

De cijfers komen uit het Chrome UX Report: anonieme gegevens van echte Chrome-gebruikers die statistieken delen. Alleen sites met genoeg bezoeken worden meegenomen, en Google zegt niet waar de drempel ligt [3]. Als er voor je site gegevens ontbreken, zeggen we dat. We raden nooit een cijfer.

Onze eis: minder dan 0,7 seconden#

De grenzen van Google zijn een minimumniveau. Op sites die we bouwen en beheren, eisen we meer: de hoofdinhoud moet binnen 0,7 seconden verschijnen op een computer en de server moet binnen 0,2 seconden antwoorden. Op mobiel, waar Google uitgaat van een trager 4G-netwerk, moet de pagina ruim binnen de grens voor goed van Google blijven. De eisen gelden zowel voor het nieuwe ontwerp als voor de kopie van de huidige site van de klant [4] [5].

MetenGrens van Google voor goedOnze eis voor onze sites
Het antwoord van de server (TTFB)hoogstens 0,8 s (aanbeveling)hoogstens 0,2 s
De eerste inhoud verschijnt (FCP)hoogstens 1,8 s (aanbeveling)hoogstens 0,8 s
De hoofdinhoud verschijnt (LCP), computerhoogstens 2,5 shoogstens 0,7 s
De hoofdinhoud verschijnt (LCP), mobiel op 4Ghoogstens 2,5 shoogstens 2,5 s, doel 1,0 s
Reactie als je klikt (INP)hoogstens 0,2 shoogstens 0,1 s
Verschuiving van de lay-out (CLS)hoogstens 0,1hoogstens 0,1, doel 0,02
Lighthouse-prestaties90+ geldt als goed90-100
Lighthouse SEO en toegankelijkheidgeen eis van Google95-100
LCP, INP en CLS zijn de Core Web Vitals van Google. TTFB en FCP zijn aanbevelingen van Google, geen rankingeisen. Onze eisen zijn technische doelen die we stellen om marge te hebben; perfecte cijfers garanderen geen positie.

Hoe we de snelheid testen#

  • Elke site die we bouwen of als preview tonen, wordt getest met PageSpeed Insights van Google, op mobiel en computer, minstens één keer per week en na elke wijziging. Een site die niet aan de eis voldoet, is meteen zichtbaar in ons beheer, met wat er moet worden opgelost [6].
  • Elke site die we analyseren, ook de huidige van de klant, wordt op dezelfde manier getest. De verkoper ziet het cijfer met de bron, bijvoorbeeld hoeveel seconden het duurt voordat de hoofdinhoud op mobiel verschijnt, vergeleken met de grens van Google.
  • Als de site genoeg bezoekers heeft, tonen we ook de meting van Google van echte bezoekers (het Chrome UX Report), en dat is wat Google zelf gebruikt [3].

Dit doen we zodat de site snel is#

  • De pagina wordt kant-en-klaar door de server verstuurd, met de belangrijkste opmaak direct in de pagina, zodat niets op scripts hoeft te wachten.
  • De hoofdafbeelding wordt als eerste opgehaald en in het juiste formaat voor het scherm; afbeeldingen verderop laden als de bezoeker erheen scrolt.
  • De lettertypen staan op onze eigen server, en een reservestijl met dezelfde afmetingen voorkomt dat de tekst verspringt als het lettertype binnenkomt.
  • De volgende pagina wordt vooraf opgehaald als de bezoeker naar een link wijst, zodat die meteen opent.
  • Achtergrondwerk op de server komt altijd na de pagina's van de bezoekers.
  • We tonen de meting van Google in de analyse als die er is, met datum en bron.

Afbeeldingen#

Hoe afbeeldingen een naam, beschrijving en laadwijze moeten krijgen, en wat de mythes over EXIF en GPS zijn, staat in Afbeeldingen en bestandsnamen.

Hoe snel is je website?

De gratis analyse meet de snelheid op mobiel en computer.

0 SEK · zonder aanmelding · een antwoord in ongeveer een minuut

Volgend onderwerpTijdlijn →Wat er gebeurt op de eerste dag, in de eerste weken en in de eerste maanden nadat we het hebben overgenomen, en wanneer je een verschil kunt verwachten.

Bronnen op deze pagina

  1. Web Vitals: metrics en drempelwaarden web.dev (Google) · Officiële documentatie
  2. Core Web Vitals en Google Zoeken Google Search Central · Officiële documentatie
  3. Chrome UX Report: methodologie Chrome for Developers · Officiële documentatie
  4. Largest Contentful Paint (LCP) web.dev (Google) · Officiële documentatie
  5. Time to First Byte (TTFB) web.dev (Google) · Officiële documentatie
  6. Over PageSpeed Insights Google for Developers · Officiële documentatie

Kennisbank bijgewerkt op 15 oktober 2026. Iets gevonden dat niet klopt? Laat het ons weten en we corrigeren het.