# Page Speed in 2026, wat Core Web Vitals nu echt wegen

INP heeft FID vervangen, LCP heeft een hardere drempel gekregen en Google weegt mobiel-prestaties zwaarder dan ooit. Wat dat betekent voor MKB-sites.

> Bron: https://digitaletoekomst.nl/kennisbank/page-speed-2026
> Auteur: Team Digitale Toekomst
> Categorie: Web & SEO
> Gepubliceerd: 2026-04-08

---
## Wat er sinds 2024 is veranderd

Twee dingen. INP (Interaction to Next Paint) heeft FID vervangen als
interactie-metric. En LCP (Largest Contentful Paint) heeft scherpere
drempels gekregen, vooral op mobiel. Voor MKB-sites met een typische
WordPress- of Shopify-stack betekent dat: een score die in 2023 nog
"goed" leek, scoort nu vaak "needs improvement".

## De drie metrics waar je nu op moet sturen

1. **LCP onder 2,5 seconden op mobiel.** Dit is het hardste signaal
   dat Google heeft over hoe snel je belangrijkste content zichtbaar
   wordt. Hero-image, headline, primaire CTA, alles in deze metric.
2. **INP onder 200ms.** Hoe snel reageert je site op de eerste klik
   of tap. Klikken op een dropdown, een filter, een knop. Lange JS-
   bundels zijn de vaakste oorzaak van slechte scores.
3. **CLS onder 0,1.** Layout shift. Springende headers, late-loading
   advertenties, fonts die zonder fallback laden. Klein lijkend, maar
   wegen relatief zwaar omdat ze frustratie meten.

## Wat we in onze trajecten zien

Op MKB-sites zit de winst meestal in vier plekken:

**Hero-image.** Gebruik moderne formaten (AVIF, WebP), serveer ze met
juiste afmetingen via `next/image` of een CDN met automatische
resize, en zet `priority` op de hero. We zien LCP-tijden halveren als
deze drie samen kloppen.

**Third-party scripts.** GTM, Hotjar, Intercom-widgets, Klaviyo
pop-ups. Elke regel JS die niet kritiek is voor first-paint defer
je. Een gemiddelde Shopify-shop laadt 18 third-party scripts
synchroon. Dat is 2 seconden CPU-tijd op een instap-Android.

**Fonts.** `font-display: swap` is goed, maar nog beter is een
preload van het primaire font-bestand met `as="font"
crossorigin="anonymous"` plus een fallback-stack die qua metrics
matcht zodat CLS minimaal wordt.

**JS-bundle splitsing.** Bij Next.js betekent dit consequent gebruik
van Server Components voor wat geen interactiviteit nodig heeft. Een
homepage die 90% server-rendered is, heeft typisch een fractie van
de hydratie-tijd van een volledig client-side gerenderde tegenhanger.

## INP, de stille killer

INP is gemener dan FID was. FID mat alleen de eerste interactie. INP
kijkt naar de slechtste 1% van alle interacties op je site. Dus als
je op de prijspagina een filter hebt die 600ms blokkeert, telt dat
mee. We adviseren een budget per interactieve component: max 50ms
synchrone JS bij click, de rest async via `requestIdleCallback` of
`startTransition`.

## Wat je morgen kunt doen

1. Run PageSpeed Insights op je belangrijkste 5 pagina's, beide op
   mobiel en desktop. Noteer LCP, INP en CLS.
2. Open Chrome DevTools, tab Performance, neem een mobile-throttled
   recording op je hero-pagina. Kijk naar de TBT (Total Blocking
   Time) breakdown per script.
3. Zet een GA4-event op je trage interacties. Als je niet meet, kun
   je niet sturen.
4. Stuur ons je site en we zeggen binnen een dag waar de meeste winst
   zit. Drie aanbevelingen, geen rapport van veertig pagina's.

## Wat dit betekent voor je SEO

Page Speed is geen rangschikkingsfactor in isolatie. Het is een
gebruikerservaring-factor die vertaalt naar betere engagement-
signalen, lagere bounce-rates en hogere conversies. Google ziet die
signalen wel. Snelle sites ranken beter omdat ze gewoon beter werken,
niet omdat de score zelf wordt gemeten.

Voor MKB-sites is het verschil tussen LCP 2,1s en LCP 3,8s
gemiddeld 30 tot 40 procent meer pagina-impressies in een quartaal,
puur omdat bezoekers niet meer afhaken voordat de pagina geladen is.
Die winst is groter dan de meeste backlink-campagnes opleveren.