Lighthouse SEO-score: wat het betekent en hoe u deze kunt verbeteren

Bijgewerkt mei 2026.

TL;DR: Lighthouse-scores beïnvloeden je rankings niet rechtstreeks, maar de problemen die ze blootleggen wel. De Performance-score (met Core Web Vitals erin verwerkt) is de hefboom; de SEO-score is basis-hygiëne. Begin met het optimaliseren van afbeeldingen en render-blocking JS; negeer de cosmetische tips.

Toen ik begin 2024 voor het eerst Lighthouse op seojuice.com draaide, scoorde ik een 54 voor Performance. SEO stond op 82. Accessibility op 71. Ik staarde een tijdje naar die getallen en vroeg me af welke ervan daadwerkelijk invloed hadden op onze rankings en welke me alleen maar een slecht gevoel gaven.

Ik schrijf dit omdat we SEO-tools leveren en de meest gestelde vraag van nieuwe klanten een variant is van: “Mijn Lighthouse-SEO-score is 92, waarom rank ik niet?” Kort antwoord: omdat die SEO-score geen rankingsignaal is. Het lange antwoord volgt hieronder.

Dit is wat ik heb geleerd na twee jaar obsessief staren naar die cijfers, inclusief wat er gebeurde nadat ik onze Performance-score van 54 naar 89 duwde (spoiler: sommige dingen verbeterden spectaculair, een paar audits waar ik over piekerde deden helemaal niets).

Wat Lighthouse daadwerkelijk meet

Als je dit leest heb je DevTools al geopend en de audit gedraaid. Ik sla de “wat is Lighthouse”-inleiding over. Waar het om gaat is het verschil tussen de vier scores die je krijgt:

Wat de meeste mensen fout doen: ze zien de Lighthouse-SEO-score als proxy voor Google-rankings. Dat is het niet. De SEO-audit controleert zo’n 14 zaken: meta-tags, crawlbaarheid, basis-structured data, mobiele viewport-configuratie. Dat zijn hygiënedrempels. Je hebt ze nodig, maar ze zorgen er niet voor dat je rankt. Ze voorkomen alleen dat je door technische fouten wordt tegengehouden.

Performance is anders. Core Web Vitals (LCP, CLS, INP) zijn bevestigde rankingsignalen. Toen ik onze LCP van 4,2 naar 1,8 seconden bracht, zagen we een meetbare verbetering in de gemiddelde positie van pagina’s die rond positie 6-10 hingen. Geen spectaculaire sprong, maar wel genoeg om meerdere pagina’s naar de eerste resultatenpagina te duwen.

Kort iets over INP, want het artikel uit 2023 dat je misschien nog vindt, heeft het nog over FID. Google verving FID door INP op 12 maart 2024 als derde Core Web Vital. INP meet interactielatentie over de hele levenscyclus van de pagina (FID mat alleen de eerste input). Rapporteert je tooling nog FID, dan is die verouderd; werk ‘m bij.

Wat de scores daadwerkelijk betekenen

Lighthouse-SEO-score (streef 82-100). Basis technische SEO-hygiëne. Onder 80 heb je waarschijnlijk een crawlbaarheidsprobleem, ontbrekende meta-tag of viewport-issue. Fix die, want dat zijn makkelijke punten. Het verschil tussen 92 en 100 is meestal één structured-data-suggestie die niets aan rankings verandert.

Lighthouse-Performance-score (streef 75+). Hier zit de echte impact (en hier gingen de drie weken werk naartoe die ons van 54 naar 89 brachten). Afbeeldings­optimalisatie, lettertype-laden, critical CSS-extractie en lazy-loading van content onder de vouw.

Lighthouse-Accessibility-score (streef 85+). Geen direct rankingsignaal, maar de audits overlappen volop met goede SEO (alt-tekst, heading-hiërarchie, link-tekstkwaliteit). Het juridische belang groeit ook; de ADA-web­accessibility-regel van 2024 is één voorbeeld. Ik zou dit hoger prioriteren dan het najagen van een perfecte SEO-score (over die keuze heb ik maanden getwijfeld).

Één ding krijg ik nog niet verklaard: twee van onze pagina’s hebben vrijwel identieke Lighthouse-profielen (binnen 3 punten in elke categorie) en staan zes posities uit elkaar op vergelijkbare zoekopdrachten. Ofwel een off-page-factor die ik niet meet, of Lighthouse is simpelweg geen volledig beeld. Waarschijnlijk beide.

Lighthouse-SEO-score: de audits die ertoe doen (en die niet)

Wat vroeger een lange opsomming van elke SEO-audit was, vouw ik nu samen, want het punt van dit artikel is juist dat ze niet allemaal even belangrijk zijn. De tabel hierboven is de samenvatting; hier de audits die de moeite waard zijn, met cijfers uit onze eigen crawl als bewijs.

Meta-tags (de moeite van een uur waard). Title-tags en meta-descriptions zijn de enige twee SEO-audits waarbij een fix direct leidt tot meetbare CTR-stijging. Toen ik onze title-tags controleerde, vond ik 7 pagina’s met duplicaten (alle varianten van “SEOJuice ‑ Dashboard”). Na herschrijven met intent-gerichte copy steeg de CTR uit Search met circa 15 % op de betrokken pagina’s binnen zes weken (gemeten in Search Console, niet gemodelleerd). Houd titels 50-60 tekens, beschrijvingen uniek en vermijd keyword-stuffing.

Afbeeldings­optimalisatie (de grootste Performance-hefboom). Lighthouse markeert grote afbeeldingen zowel als SEO-issue (alt-tekst) als Performance-issue (LCP, totale payload). Op onze site bracht de switch van PNG naar WebP de totale afbeeldings­payload 62 % omlaag op de 40 belangrijkste pagina’s, gemeten met PageSpeed Insights op mobiel. Dat alleen al verlaagde LCP met 1,3 seconden. Alt-tekst is het makkelijke deel; bij een recente klant-audit via SEOJuice bleken 340 van de 400 afbeeldingen geen alt-tekst te hebben. Elke ontbrak kans voor accessibility én SEO.

HTTPS (basisvoorwaarde). Google bevestigde HTTPS als licht rankingsignaal al in een Search Central-post van augustus 2014. Zit je in 2026 nog op HTTP, dan is dit de makkelijkste fix op de lijst (de meeste hosts leveren nu gratis SSL).

Heading-hiërarchie, canonical-tags, robots/sitemap, schema (hygiëne). Lighthouse signaleert ontbrekende H1’s, sprongen van H1 naar H3, duplicate-content zonder canonicals en pagina’s die door robots.txt worden geblokkeerd. Repareer wat kapot is. Optimaliseer niet wat al werkt. JSON-LD is het eenvoudigste schemaformaat; de rest is detail.

Mobielvriendelijkheid. Mobile-first indexering is sinds 2019 de standaard. Als je viewport-meta ontbreekt of je knoppen te klein zijn, markeert Lighthouse dat. In de praktijk zie ik nog steeds pagina’s die tijdelijk op desktop-signalen ranken, dus het beeld is rommeliger dan de documentatie doet vermoeden, maar de oplossing blijft: zorg voor een goede mobiele ervaring.

Wat ik zou overslaan: stressen over elke “opportunity”-suggestie (sommige hebben nauwelijks impact) en HTML handmatig minifyen terwijl de meeste build-tools dat al doen.

Veelgemaakte valkuilen (lessen die ik langzaam leerde)

Ik heb een aantal van deze fouten zelf gemaakt toen ik net begon. Een bekentenis voordat we verder gaan: ik heb ooit een maand besteed aan het najagen van een perfecte Accessibility-score, om er daarna achter te komen dat de makkelijke punten al binnen waren en de resterende 12 punten een herbouw van onze volledige form-library vereisten. De beloning voor dat werk was een getal dat niemand buiten mijn team ooit zou zien.

Het verkeerde eerst optimaliseren. Ik besteedde eens een week aan het tunen van server-responstijden (wat wel hielp) terwijl 12 pagina’s geen meta-description hadden. Prioriteiten zijn alles. Pak de goedkope fixes aan vóór de dure (deze les blijf ik herhalen).

Plugin-overgewicht (op WordPress en soortgelijken). Plugins besparen tijd, maar leveren elk hun eigen JavaScript, CSS en soms database-queries mee. Check de lijst ieder kwartaal; verwijder wat je niet actief gebruikt.

Duplicate content. Meerdere pagina’s met dezelfde inhoud dwingen Google één versie te kiezen. Gebruik canonical-tags om de hoofdkopie aan te wijzen. Is een pagina definitief weg, zet dan een 301-redirect in plaats van ‘m te laten 404-en.

Gebruikerservaring negeren om cijfers op te krikken. Strak design, duidelijke calls-to-action en snelle laadtijden zijn belangrijker dan de laatste 5 Lighthouse-punten. Een pagina met 95 punten die elke bezoeker laat bouncen is slechter dan een pagina met 80 punten die converteert.

De data negeren. Dit track ik maandelijks naast Lighthouse-scores: pagina’s waar Performance verbeterde maar rankings gelijk bleven (andere factoren domineren die query) en pagina’s waar rankings stegen na Performance-fixes (werk betaalde zich uit). De correlatie is niet perfect, maar consistent genoeg om de investering te rechtvaardigen.

Wat bij ons écht verschil maakte

Voordat ik opsom wat werkte, wil ik terug naar het SEO-score-versus-Performance-punt van het begin, want daarom is deze lijst kort. Geen van de SEO-score-fixes (canonical-tags, schema, sitemap-polish) staat hier. Niet omdat ze waardeloos zijn, maar omdat ze al geregeld waren. Alle winsten zaten aan de Performance-kant.

Concreet:

1. Afbeeldings­optimalisatie (PNG naar WebP, lazy-loading): LCP ‑1,3 s. Grootste verbetering van alles.
2. Critical CSS-extractie: render-blocking resources gereduceerd. FCP ‑0,8 s.
3. Lettertypen laden (font-display: swap + preload): flash of invisible text weggewerkt, CLS verbeterd.
4. Ongebruikte JavaScript verwijderen: we laadden 340 KB JS van analytics- en chat-widgets op elke pagina. Door die te deferen daalde de total blocking time merkbaar.
5. Server-side rendering voor key-pagina’s: onze React-componenten werden client-side gerenderd. Kritieke componenten naar SSR verplaatst verbeterde time-to-interactive.

Wat geen verschil maakte: obsessie over de SEO-score (die zat al boven 80, er viel geen signaal meer uit te halen), HTML minifyen (besparing verwaarloosbaar) en elke Lighthouse “opportunity” implementeren (sommige hadden minimale praktijkimpact).

Lighthouse is niet het enige hulpmiddel

Goed om te benoemen: Lighthouse is één van meerdere tools om CWV te meten, niet de enige. PageSpeed Insights gebruikt Lighthouse maar haalt óók velddata uit het Chrome User Experience Report. CrUX geeft je echte gebruikers­statistieken van Chrome-gebruikers (Lighthouse toont alleen labdata, waardoor je Lighthouse-score en de ranking-relevante velddata kunnen verschillen). Calibre en DebugBear voegen monitoring toe. De score in DevTools is een momentopname van jouw machine, netwerk en Chrome-versie; zie het als richtinggevend, niet als absolute waarheid.

FAQ

Q1. Beïnvloedt de Lighthouse-SEO-score Google-rankings?
Nee, niet rechtstreeks. Google heeft ‘m nooit als rankingsignaal bevestigd, en de audits (meta-tags, viewport, structured-data-aanwezigheid) overlappen met technische hygiëne die Google apart beoordeelt. Een perfecte 100 laat je niet beter ranken. Een score van 60 betekent meestal wel dat er iets kapot is dat wél rankings raakt (een noindex-tag, ontbrekende title, geblokte sitemap).

Q2. Wat is een goede Lighthouse-Performance-score in 2026?
75 of hoger is solide; 90+ is uitstekend en zeldzaam op content-rijke sites. De score is een gewogen aggregaat van o.a. LCP, CLS en INP (dat FID in maart 2024 verving). Jaag niet op 100; na ~85 daalt de opbrengst per uur werk hard.

Q3. Waarom verandert mijn Lighthouse-score elke run?
Lighthouse draait in je lokale browser, dus je netwerk, CPU-belasting en extensies beïnvloeden het resultaat. Draai ‘m drie keer en neem de mediaan, of gebruik PageSpeed Insights voor een server-side snapshot. Voor ranking-relevante cijfers kijk je naar CrUX-velddata, niet naar Lighthouse-labdata.

Q4. Hoe snel na fixes zie ik ranking-verbeteringen?
Performance-fixes die Core Web Vitals verbeteren verschijnen meestal na een paar weken in velddata (CrUX gebruikt een rollend venster van 28 dagen). Ik zag rank-verschuivingen binnen 6 weken op pagina’s die al op pagina 2 stonden. Pagina’s buiten de top 50 hebben meestal ook andere verbeteringen nodig (links, content-diepte) vóór CWV-winst helpt.

Q5. Is INP hetzelfde als FID?
Nee. FID (First Input Delay) mat alleen de latentie van de eerste gebruikers­interactie. INP (Interaction to Next Paint) meet de slechtst presterende interactie over de hele pagina-levenscyclus, en vangt zo traagheid die FID miste. De INP-gids van web.dev heeft de volledige definitie. Rapporteert je monitoring nog FID, dan werkt het op pre-maart-2024-drempels.

De échte conclusie

Richt je op Performance-verbeteringen (omdat CWV rankings raakt). Gebruik de SEO-score als hygiënecontrole (los alles onder 80 op, stress niet om 92 versus 100). Zie Accessibility als ethische basis én SEO-aanpalende winst.

Staat je Lighthouse-Performance-score nog in de 50 zoals bij mij destijds, geen paniek. Begin met afbeeldingen en render-blocking resources. Alleen die twee ingrepen kunnen je Performance 20-30 punten omhoog trekken. De rest is incrementeel, en veel audits zijn ruis.

Zoals John Mueller meer dan eens publiek zei: “Lighthouse is een geweldig hulpmiddel, maar het is een hulpmiddel, niet het doel.” Gebruik het om kapotte dingen te vinden. Fix die. Ga daarna iets schrijven dat het waard is om voor te ranken.

Sneller weten wat er op elke pagina stuk is? SEOJuice draait dezelfde audits als Lighthouse (plus 30+ extra) over je hele site, legt de issues bloot die rankings beïnvloeden en slaat de cosmetische over. Gratis te proberen, geen creditcard.

• SEO-hygiëne-auditchecklist
• 10 On-site SEO-elementen die zoekresultaten beïnvloeden
• Gratis SEO-tools