Gids · Websitesnelheid

Website sneller maken: PageSpeed en Core Web Vitals begrijpelijk uitgelegd.

Een trage website kost geduld – dat van uw bezoekers en soms ook zichtbaarheid in Google. Deze gids legt zonder vakjargon uit wat PageSpeed Insights u eigenlijk vertelt, wat er achter LCP, INP en CLS zit, welke waarden Google als „goed” beoordeelt en welke vertragers u als eerste moet aanpakken.

  • Grenswaarden van Google gecontroleerd
  • Lab- en velddata uitgelegd
  • Vertragers op prioriteit
  • Stand: oktober 2026

Waarom laadtijd telt.

Wie een website opent, zoekt meestal snel een antwoord: een telefoonnummer, een aanbod, een afspraak. Blijft het scherm leeg, springt de inhoud tijdens het laden of reageert een knop pas na een pauze, dan komt dat onprofessioneel over – en veel bezoekers gaan terug naar de zoekresultaten. Op de smartphone met wisselend bereik valt elke vertraging nog meer op.

Ook Google let erop: volgens Google Search Central worden de Core Web Vitals door de rankingsystemen gebruikt. Even duidelijk staat er dat relevantie voorgaat. Een snelle pagina met zwakke inhoud haalt geen tragere pagina in die de vraag beter beantwoordt, en goede waarden garanderen geen toppositie. Snelheid is dus geen rankingtruc, maar onderdeel van een goede eerste indruk.

PageSpeed Insights goed lezen.

PageSpeed Insights is de gratis meettool van Google. Die levert twee soorten resultaten op die vaak door elkaar worden gehaald.

Velddata komen van echte Chrome-gebruikers (Chrome User Experience Report) en laten zien hoe snel uw pagina de afgelopen 28 dagen werkelijk was. Bepalend is het 75e percentiel: drie van de vier paginaweergaven moeten de grenswaarde halen voordat een waarde als „goed” geldt. Ook het Core Web Vitals-rapport in Google Search Console is op deze data gebaseerd.

Labdata ontstaan uit een gesimuleerde meting met de Google-tool Lighthouse, in de mobiele weergave met een vertraagde verbinding. Daaruit komt de prestatiescore van 0 tot 100: vanaf 90 goed, 50 tot 89 voor verbetering vatbaar, onder 50 slecht. Labdata helpen bij het zoeken naar fouten, maar laten niet zien wat uw bezoekers echt ervaren.

Twee dingen zorgen vaak voor verwarring: bij kleinere websites ontbreken velddata vaak helemaal, omdat er te weinig Chrome-bezoeken zijn. En de score schommelt van meting tot meting met een paar punten. Let daarom op de trend en de mobiele resultaten in plaats van op één losse waarde. De aanwijzingen onder de waarden zijn een goed startpunt – maar niet elk punt heeft evenveel effect.

De drie Core Web Vitals – en wat „goed” betekent.

Google vat de gebruikerservaring bij het laden van een pagina samen in drie kengetallen. Alle drie worden gemeten op het 75e percentiel, apart voor mobiel en desktop. De grenswaarden komen van web.dev, het ontwikkelaarsplatform van Google (stand: oktober 2026):

  • LCP – Largest Contentful Paint (laden): Wanneer verschijnt het grootste zichtbare element, meestal een headerafbeelding of een grote kop? Goed: tot 2,5 seconden. Slecht: meer dan 4 seconden.
  • INP – Interaction to Next Paint (reactie): Hoe snel reageert de pagina zichtbaar op tikken, klikken of het openen van een menu – gedurende het hele bezoek? Goed: tot 200 milliseconden. Slecht: meer dan 500 milliseconden. INP heeft op 12 maart 2024 de oudere maatstaf FID vervangen.
  • CLS – Cumulative Layout Shift (stabiliteit): Hoeveel verschuift de inhoud tijdens het laden – zoals de knop die wegschuift net als u erop wilt tikken? Goed: tot 0,1. Slecht: meer dan 0,25.

Alles daartussen is voor verbetering vatbaar. Streef ernaar dat alle drie in het groen staan – vooral mobiel.

De bekendste vertragers – en wat ertegen helpt.

De oorzaken zijn zelden exotisch. Ze staan in de volgorde waarin wij ze meestal aanpakken: eerst wat met weinig moeite veel oplevert.

  1. 1. Te grote afbeeldingen. Foto’s rechtstreeks uit een camera of smartphone zijn vaak vele malen groter dan nodig. Bijsnijden tot het benodigde formaat, comprimeren en voor verschillende schermbreedtes passende varianten leveren – dat is vaak een grote hefboom voor de LCP.
  2. 2. Geen moderne beeldformaten. WebP en AVIF leveren bij vergelijkbare kwaliteit doorgaans duidelijk kleinere bestanden op dan JPEG of PNG. Afbeeldingen verder naar beneden laden het best pas wanneer ze nodig zijn (lazy loading) – de headerafbeelding bovenaan juist niet, die moet meteen verschijnen.
  3. 3. Te veel plugins en scripts. Elke plugin, slider, chatwidget en trackingtool brengt code mee die de browser moet laden en uitvoeren. Dat vertraagt vooral de reactie (INP). Verwijder wat ongebruikt is en laad minder belangrijke onderdelen later.
  4. 4. Zwakke hosting. Reageert de server al traag, dan helpt ook een goede beeldoptimalisatie maar beperkt. Overbelaste servers of verouderde serversoftware zijn precies hier merkbaar.
  5. 5. Webfonts. Veel lettertypestijlen van externe servers vertragen de weergave van tekst en kunnen verschuivingen veroorzaken. Beter: een paar stijlen in WOFF2-formaat op uw eigen server – met het oog op de AVG meestal ook de nettere oplossing.
  6. 6. Geen caching. Zonder caching bouwt de server elke pagina bij elk bezoek opnieuw op, en downloadt de browser bestanden steeds weer. Paginacaching, verstandige cachetijden voor afbeeldingen, CSS en JavaScript en zo nodig een CDN versnellen de levering.

Vaak vergeten: afbeeldingen, video’s en ingesloten elementen hebben vaste breedte- en hoogtewaarden nodig. Dan reserveert de browser de ruimte vanaf het begin en springt er niets – een eenvoudige winst voor de CLS.

Wat u zelf kunt doen – en wanneer een professional zinvol is.

Een aantal dingen kunt u zonder programmeerkennis zelf aanpakken:

  • Homepage, dienstenpagina’s en contactpagina meten met PageSpeed Insights en de mobiele waarden noteren
  • Nieuwe afbeeldingen vóór het uploaden verkleinen en als WebP opslaan
  • Plugins, widgets en trackingcodes verwijderen die niemand meer gebruikt
  • CMS, thema en plugins up-to-date houden
  • Waarden van echte bezoekers volgen in het Core Web Vitals-rapport van Search Console

Lastiger wordt het als de vertraging in de basis zit: een zware pagebuilder, een thema vol ongebruikte code, scripts die elkaar blokkeren of hosting die het niet meer bijhoudt. Plugins die beloven „alles sneller” te maken, helpen dan vaak weinig. Bewegen de waarden ondanks uw maatregelen niet, dan loont een blik van buitenaf.

Dat zeer goede waarden haalbaar zijn, laat ons portfolio zien: volgens onze referentie haalt AAA HostPro 100/100 bij Google PageSpeed. Hoe wij bestaande websites sneller maken zonder ze meteen opnieuw te bouwen, leest u bij Website optimalisatie. Waar uw website nu staat, laat de gratis website-check zien.

Veelgestelde vragen.

Heb ik een PageSpeed-score van 100 nodig?

Nee. De score is een labwaarde en een handig houvast, geen doel op zich. Belangrijker is dat uw Core Web Vitals bij echte bezoekers in het groen staan. Vanaf 90 geldt een pagina volgens Google als goed – de laatste punten maken voor bezoekers zelden merkbaar verschil.

Waarom toont PageSpeed Insights geen velddata voor mijn website?

Velddata komen uit het Chrome User Experience Report en verschijnen pas als er genoeg echte bezoeken met Chrome zijn. Bij kleinere websites is dat vaak niet het geval. Ga dan uit van de labdata en controleer later of Search Console waarden toont.

Waarom is de score bij elke meting anders?

Labmetingen hangen af van serverbelasting, netwerk en externe scripts, die elke keer iets anders reageren. Schommelingen van een paar punten zijn normaal. Meet meerdere keren en let op de trend.

Hebben de Core Web Vitals invloed op mijn positie in Google?

Ja, Google gebruikt ze in zijn rankingsystemen. Relevantie en nuttige inhoud gaan echter voor. Goede waarden garanderen geen toppositie – maar bij trage pagina’s lopen bezoekers het risico af te haken voordat ze uw aanbod zien.

Moet ik mijn website opnieuw laten bouwen om hem sneller te maken?

Meestal niet. Veel vertragers, zoals te grote afbeeldingen, overbodige plugins of ontbrekende caching, zijn op te lossen in de bestaande website. Een nieuwe website loont pas als de techniek zelf het probleem is.

Moet uw website merkbaar sneller worden?

Ik bekijk uw website en vertel u eerlijk waar de vertragers zitten en wat er met redelijke moeite te verbeteren valt.

Website laten optimaliseren

Vincent Mulders

Over de auteur

Vincent Mulders

Oprichter van Southframe, uit de regio Regensburg (Duitsland). Hij houdt zich al ruim 12 jaar bezig met e-commerce, websites, SEO en digitale groei – bij Southframe bouwt hij websites die gevonden worden en verkopen. Meer over Southframe