Alejandro Rioja.
SEO

Hoe gebruik je Google PageSpeed Insights?

Alejandro Rioja
Alejandro Rioja
7 min lezen
TL;DR

Google PageSpeed Insights combineert velddata van echte gebruikers (CrUX) met Lighthouse-laboratoriumdata om je site te beoordelen op Core Web Vitals — LCP, INP en CLS. Gebruik het om trage pagina's te diagnosticeren en verbeteringen te prioriteren die de rankings daadwerkelijk verbeteren.

Gratis nieuwsbrief

Elke woensdag. 28.400+ operators. Geen opvulling.

Table of contents

Open Table of contents

Wat is paginasnelheid?

Paginasnelheid is hoe snel een browser bruikbare content levert aan een bezoeker. Er zijn twee gangbare interpretaties: de tijd tot de eerste betekenisvolle content boven de vouw, en de volledige laadtijd van de pagina.

Factoren buiten jouw controle zijn de verbindingssnelheid en het apparaat van de bezoeker. Wat je wél kunt beheersen: beeldgrootte en -formaat, JavaScript-uitvoering, serverresponstijd en caching.

Waarom is paginasnelheid belangrijk?

Google gebruikt paginasnelheid — specifiek Core Web Vitals — als rankingsignaal. Trage pagina’s schaden zowel de ranking als de conversie. Het verband is direct: naarmate de laadtijd toeneemt, stijgt het bouncepercentage. Een pagina die vijf seconden nodig heeft om te laden, verliest een significant deel van de bezoekers voordat ze jouw content ooit zien.

Naast rankings telt snelheid voor omzet. Elke seconde vertraging verkleint de kans dat een bezoeker een doel voltooit.

Wat is Google PageSpeed Insights?

PageSpeed Insights is een gratis Google-tool die elke publieke URL analyseert en twee soorten data retourneert:

  1. Velddata — metingen van echte gebruikers uit het Chrome User Experience Report (CrUX), die laten zien hoe werkelijke bezoekers de pagina de afgelopen 28 dagen hebben ervaren.
  2. Laboratoriumdata — een gesimuleerde Lighthouse-audit uitgevoerd op de pagina, die reproduceerbare cijfers geeft voor het diagnosticeren van problemen.

De tool geeft een score van 0–100. Groen (90–100) is goed, geel (50–89) heeft werk nodig, rood (0–49) is slecht.

Hoe gebruik je PageSpeed Insights

Ga naar pagespeed.web.dev, plak je URL en klik op Analyseren. Het rapport heeft vier secties die het waard zijn om te begrijpen.

Velddata — Core Web Vitals (CrUX)

Dit is de belangrijkste sectie voor SEO. Het toont hoe echte gebruikers jouw pagina hebben ervaren. Vanaf 2026 zijn de Core Web Vitals:

  1. Largest Contentful Paint (LCP) — tijd voor het grootste zichtbare contentelement (meestal een hero-afbeelding of koptekst) om te laden. Doel: onder 2,5 seconden.
  2. Interaction to Next Paint (INP) — meet de responsiviteit bij alle gebruikersinteracties gedurende de sessie. INP verving First Input Delay (FID) in maart 2024. Doel: onder 200ms.
  3. Cumulative Layout Shift (CLS) — meet visuele stabiliteit; hoeveel de lay-out springt tijdens het laden. Doel: onder 0,1.

First Contentful Paint (FCP) verschijnt ook als aanvullende metriek, maar is geen Core Web Vital.

Als je site onvoldoende verkeer heeft, zijn CrUX-velddata mogelijk niet beschikbaar — in dat geval worden alleen laboratoriumdata getoond.

Laboratoriumdata — Lighthouse

Laboratoriumdata voert een gecontroleerde Lighthouse-simulatie uit. Metriken omvatten:

  1. First Contentful Paint (FCP) — tijd voor de eerste content om te verschijnen.
  2. Speed Index — hoe snel content visueel wordt gevuld tijdens het laden.
  3. Total Blocking Time (TBT) — totale tijd dat hoofdthread-taken de interactiviteit blokkeerden; een laboratoriumproxy voor INP.
  4. LCP — dezelfde metriek als velddata, gemeten in een gecontroleerde omgeving.
  5. CLS — dezelfde metriek als velddata.

Laboratoriumdata is nuttig voor debugging omdat het reproduceerbaar is en geen echt verkeer vereist.

Kansen en diagnostiek

Deze sectie vertelt je wat je moet oplossen. Kansen tonen specifieke wijzigingen met geschatte besparingen (bijv. “Afbeeldingen in formaten van de volgende generatie serveren — potentiële besparing: 1,2s”). Diagnostiek markeert problemen zonder directe tijdschatting, zoals render-blokkerende resources of overmatige DOM-grootte.

Prioriteer kansen op basis van hun geschatte tijdsbesparing en uitvoerbaarheid.

Geslaagde audits

Dit zijn controles die jouw pagina al doorstaat. Nuttig om te bevestigen dat eerder werk behouden is gebleven.

Hoe verbeter je je PSI-score

Dit zijn de high-leverage fixes die ik op echte sites heb gebruikt.

1. Afbeeldingen comprimeren en converteren

Grote afbeeldingen zijn de meest voorkomende oorzaak van slechte LCP. Converteer naar WebP of AVIF — beide comprimeren aanzienlijk beter dan JPEG bij gelijkwaardige kwaliteit. De meeste moderne beeldoptimalisatietools en CDN’s doen dit automatisch.

Voor WordPress-sites verwerkt Smush bulkcompressie. Voor zelfstandige compressie is Squoosh (Googles eigen tool) betrouwbaar en gratis. Stel expliciete width- en height-attributen in op afbeeldingen om lay-outverschuiving (CLS) te voorkomen.

2. Browser-caching implementeren

Browser-caching slaat statische assets lokaal op zodat terugkerende bezoekers ze niet opnieuw hoeven te downloaden. Stel geschikte cache-headers in op je server of CDN.

Voor WordPress blijft W3 Total Cache een solide optie. Als je op een moderne hostingstack met CDN zit, verwerkt het CDN dit vaak automatisch.

3. HTML, CSS en JavaScript minificeren

Het verwijderen van witruimte, commentaar en overbodige code vermindert bestandsgroottes. De meeste build-tools (Vite, webpack, esbuild) doen dit automatisch in productie. Voor WordPress bevatten caching-plugins zoals W3 Total Cache minificatie. PSI markeert dit onder Kansen als het een betekenisvol probleem is.

4. JavaScript-uitvoeringstijd verminderen

INP-problemen zijn meestal terug te voeren op zwaar JavaScript dat de hoofdthread blokkeert. Controleer je scripts van derden — analytics, chat-widgets, advertentiescripts — en stel alles uit of laad het lui wat niet kritisch is voor de eerste render. Dit is de moeilijkste fix, maar vaak de meest impactvolle voor INP.

5. Een CDN gebruiken

Een content delivery network levert assets vanuit edge-knooppunten die geografisch dicht bij bezoekers liggen, waardoor de latentie wordt verminderd. Voor de meeste sites is dit een van de makkelijkste winsten. De gratis laag van Cloudflare werkt goed voor statische assets.

Een noot over AMP

Google’s Accelerated Mobile Pages (AMP) was een project om snelle mobiele pagina’s af te dwingen via een beperkt HTML-formaat. In 2026 is AMP niet langer een rankingsignaal en heeft Google het grotendeels gedeprioriteerd. Focus in plaats daarvan op Core Web Vitals — een goed geoptimaliseerde standaardpagina zal een middelmatige AMP-pagina overtreffen voor zowel gebruikers als rankings.

Google PageSpeed Insights — FAQ 2026

Wat is er gebeurd met First Input Delay (FID)?

FID werd in maart 2024 als Core Web Vital gepensioneerd en vervangen door Interaction to Next Paint (INP). FID mat alleen de vertraging bij de allereerste gebruikersinteractie. INP meet de responsiviteit bij alle interacties gedurende de paginasessie, wat een vollediger beeld geeft van hoe een pagina aanvoelt in gebruik. Als je oude berichten of audits hebt die FID als Core Web Vital noemen, zijn ze verouderd.

Wat is het verschil tussen velddata en laboratoriumdata in PSI?

Velddata komt van echte Chrome-gebruikers die jouw pagina de afgelopen 28 dagen bezochten, geaggregeerd in het Chrome User Experience Report (CrUX). Laboratoriumdata is een synthetische Lighthouse-audit — een gesimuleerde lading in een gecontroleerde omgeving. Ze verschillen vaak. Velddata weerspiegelt echte-wereldomstandigheden (gevarieerde apparaten, verbindingen, caching); laboratoriumdata is reproduceerbaar en beter voor debugging. Beide tellen: velddata bepaalt of je Core Web Vitals doorstaat; laboratoriumdata vertelt je wat te repareren.

Garandeert een PSI-score van 100 goede rankings?

Nee. PSI-score is een diagnostisch hulpmiddel, geen rankingsignaal op zich. Wat telt voor rankings is of jouw Core Web Vitals-velddata de drempelwaarden haalt: LCP onder 2,5s, INP onder 200ms, CLS onder 0,1. Een pagina kan 95 scoren in het laboratorium maar zakken voor velddata vanwege echte-wereldomstandigheden. Focus op de velddata-sectie, niet op de laboratoriumscore.

Hoe vaak moet ik PSI-audits uitvoeren?

Voer PSI uit na elke significante wijziging aan je site (nieuw paginasjabloon, nieuw script van derden, grote content-update). Stel voor pagina’s met veel verkeer continue monitoring in via Google Search Console, dat Core Web Vitals-problemen op schaal detecteert zonder handmatige PSI-controles voor elke URL te vereisen.

Gerelateerde lectuur: Wat is SEO? · Top 10 Editorial Tools To Keep Your Content Organized · 20 Best SEO Tools

De kortere versie

Als je dit leest omdat de workflow die het beschrijft je week opeet, is dat het soort lus waarvoor ik AI-agents bouw. Twee bouwslots beschikbaar tegelijk.

Bijgewerkt voor mei 2026

Het Google-verhaal in 2026 is AI Overviews overal: het SGE-experiment van 2023 werd in mei 2024 een standaardfunctie en verschijnt nu op ongeveer ~60% van de informatieve zoekopdrachten in de VS. Voor SEO- en advertentie-operators:

Het antwoord op “hoe verdient Google geld” in 2026: nog steeds Search-advertenties (dominant), maar YouTube-advertenties, Cloud en Abonnementen (YouTube Premium + Google One) zijn nu alle materiële lijnen.

Lees verder

Ontvang het AI-playbook in je inbox

Elke woensdag. 28.400+ operators. Geen opvulling.

⌕
↵ ↵ alle resultaten bekijken esc esc om te sluiten