Wat is een Lighthouse-score
en waarom haalt jouw site hem niet?
Een Lighthouse-score is Google's automatische beoordeling van een webpagina op vier assen: Performance, Accessibility, Best Practices en SEO. Elk gemeten op een schaal van 0–100. Een goede pagina haalt 95+ op alle vier in 2026 — de gemiddelde Nederlandse mkb-site haalt 62. Dat verschil is geen toeval, het is architectuur.
Lighthouse is een open-source audit-tool van Google, ingebouwd in Chrome DevTools en in PageSpeed Insights. Het simuleert een paginabezoek vanaf een gemiddeld 4G-Android-toestel en meet hoe snel, toegankelijk en correct de pagina rendert. De score is een gewogen gemiddelde van metingen op tientallen sub-criteria.
De vier assen, in detail
Performance meet hoe snel de pagina visueel klaar is en interactief wordt. Dit is in 2026 de moeilijkste as om hoog te scoren omdat Google er zwaarder op weegt dan voorheen. Accessibility meet of de pagina bruikbaar is voor mensen met visuele, motorische of cognitieve beperkingen — alt-tekst, kleur-contrast, focus-indicators. Best Practices meet of je geen verboden patronen gebruikt: HTTPS, geen deprecated APIs, geen console-errors. SEO meet of de pagina indexeerbaar is — meta-tags, semantische HTML, geschikt voor mobiel.
Wat drijft de Performance-score in 2026?
Drie metingen drijven de Performance-score: Largest Contentful Paint (LCP) — het moment dat het grootste zichtbare element gerenderd is, drempel < 2,5s; Interaction to Next Paint (INP) — vertraging tussen klik en respons, drempel < 200ms (verving in 2024 FID); en Cumulative Layout Shift (CLS) — hoeveel de pagina visueel "springt" tijdens laden, drempel < 0,1.
Sites die hierin falen, scoren onder de 70. Sites die in alle drie onder de drempel zitten, halen vrijwel automatisch 95+.
Waarom faalt de gemiddelde site?
| Oorzaak | Frequentie | Impact |
|---|---|---|
| Ongeoptimaliseerde afbeeldingen | 78% | −15 tot −30 punten |
| Te veel JavaScript (> 300kb) | 62% | −10 tot −25 punten |
| Render-blocking CSS | 45% | −8 tot −15 punten |
| Geen image preload op LCP-element | 54% | −5 tot −12 punten |
| Web fonts zonder font-display: swap | 40% | −5 tot −10 punten |
| Externe scripts (analytics, chat) | 71% | −5 tot −20 punten |
Deze percentages komen uit een eigen steekproef van vijftig Nederlandse mkb-sites in Q1 2026. Hoe die sites zijn geselecteerd en hoe er precies gemeten is, hebben we niet gepubliceerd; lees ze dus als een indicatie van wat we tegenkomen, niet als representatief marktcijfer. Wat je wél zelf kunt nakijken: draai PageSpeed Insights op je eigen URL en kijk welke van deze punten bij jou aanstaan.
Hoe haal je 95+ in 2026?
Zes ingrepen leveren in de sites die wij onder handen nemen bijna altijd het grootste verschil op. Hoeveel punten dat bij jou scheelt hangt af van je uitgangssituatie; meet voor en na op dezelfde URL en hetzelfde apparaat.
- Gebruik Next.js Image (of een gelijkwaardige oplossing) voor automatische lazy-loading, srcset en moderne formaten (AVIF/WebP).
- Stel priority={true} in op het LCP-element (vaak de hero-image).
- Verminder JavaScript-bundle: gebruik React Server Components waar mogelijk, lazy-load alle interactieve elementen.
- Inline critical CSS voor above-the-fold; defer rest. Tailwind CSS houdt de CSS-bundel automatisch klein.
- Gebruik font-display: swap voor alle web fonts, met preconnect naar de font-CDN.
- Verschuif analytics naar Partytown of een server-side oplossing zoals Plausible, geen third-party scripts in main thread.
Wat als jouw stack dit niet ondersteunt?
WordPress kan met de juiste plug-ins (LiteSpeed Cache, Perfmatters, ShortPixel) tot 85–92 op desktop komen, maar mobile blijft een uitdaging. Webflow zit doorgaans op 72–86, met weinig knobs om hoger te komen. Een Next.js maatwerk-site haalt out-of-the-box 95+ als je bovenstaande zes punten respecteert.
Veelgestelde vragen
Q1Is Lighthouse-score gelijk aan SEO-ranking?+
Q2Hoe vaak moet je meten?+
Q3Wat is het verschil tussen mobile en desktop scores?+
Q4Helpt CDN bij de score?+
Verdieping: waarom dit voor mkb anders ligt
Voor een mkb-onderneming verloopt deze keuze anders dan voor een enterprise-organisatie. Bij enterprise spelen compliance, multi-team coordination en aanbestedingsprocedures een dominante rol — in mkb is de afweging veel directer: tijd-naar-omzet, maandlasten en flexibiliteit op kantelmomenten. Wat in een Fortune 500-context "een veilige keuze" heet, is in een 12-personen-bedrijf vaak juist de duurste route omdat overhead niet wegvalt naar volume.
De drie variabelen die in praktijk de uitkomst bepalen voor Nederlandse mkb-projecten: wie onderhoudt het na livegang, hoe vaak verandert de scope, en welk groei-scenario stuur je op. Een coachingspraktijk met drie pagina-updates per kwartaal stelt heel andere eisen dan een D2C-merk dat wekelijks A/B-test.
Stappenplan: van eerste gesprek tot livegang
1Kennismaking (25 min)+
2Schets (week 1)+
3Bouw (week 2–3)+
4Polijsten (week 3 – einde)+
5Oplevering+
In de praktijk: drie voorbeeld-uitkomsten
Probleem: Wix-template, Lighthouse 58/72, geen booking-flow. Resultaat na 4 weken: maatwerk Next.js, Lighthouse 99/100, Stripe Checkout voor sessies, Resend voor herinneringen, +38% boekingen in eerste maand. Bouwbudget in overleg vastgesteld op basis van scope.
Probleem: hand-coded WordPress site, drie pricing-experimenten in zes maanden vastgelopen op het thema. Resultaat: headless rebuild in Next.js + MDX, A/B-pipeline in eigen events. Pricing-conversie van 1,7% naar 4,1% in 60 dagen. Bouwbudget na scoping-gesprek bepaald.
Probleem: Shopify-thema, CLS 0,42 (slecht), AOV €68. Resultaat: headless front-end met Hydrogen, CLS < 0,05, image-strategy verbeterd, AOV +14% door betere PDP. Bouwbudget op aanvraag.