Waarom scoor ik laag op PageSpeed en wat je er echt aan kunt doen
Een lage PageSpeed score komt zelden door één oorzaak. Meestal is het de optelsom van verouderde hosting, te veel scripts, een zware cookie banner, vertaal plugins en te grote afbeeldingen. In deze gids loop je stap voor stap langs de echte boosdoeners, op basis van wat wij op theseo.nl zelf tegenkwamen en oplosten.
Stap 1: Begrijp eerst wat PageSpeed je precies vertelt
PageSpeed lijkt één getal, maar het is een samenvatting van meerdere onderdelen. De belangrijkste zijn de laadtijd van de eerste inhoud (first contentful paint), de laadtijd van het grootste element, de interactiviteit en de layoutverschuiving. Niet elk onderdeel is even belangrijk voor je bezoekers.
Voor SEO draait het vooral om drie vragen: hoe snel kan iemand iets lezen, reageren je knoppen direct, en blijft de pagina rustig staan tijdens het laden?
Er bestaan ook een paar hardnekkige misverstanden:
Je hebt geen honderd nodig
Een zeer lage score wijst wel op echte problemen, maar honderd is geen doel op zich.De score wisselt per test
Twee metingen achter elkaar geven zelden precies hetzelfde getal.Een fantastisch rapport betekent niet automatisch meer klanten
Het is een signaal, geen garantie.De drie getallen waar het werkelijk om draait, met hun grens
Achter dat ene cijfer zitten drie meetwaarden die Google zelf de Core Web Vitals noemt, en alleen die drie tellen mee als ervaringssignaal. Ze hebben allemaal een harde grens, en die grenzen zijn openbaar. Dit is waar je op mikt.
LCP, largest contentful paint
Hoe lang het duurt voordat het grootste element in beeld staat, meestal je hero-afbeelding of je grote kop. Goed is 2,5 seconde of sneller. Boven 4 seconden telt het als slecht.INP, interaction to next paint
Hoe snel de pagina zichtbaar reageert nadat de bezoeker iets aanklikt of aantikt. Goed is 200 milliseconden of minder. Boven 500 milliseconden telt het als slecht. Deze waarde verving in 2024 de oude meting FID, en hij is strenger: FID mat alleen de vertraging voordat de browser aan je klik begon, INP meet tot je daadwerkelijk iets ziet gebeuren.CLS, cumulative layout shift
Hoeveel de pagina tijdens het laden verspringt onder de ogen van je bezoeker. Goed is 0,1 of lager. Boven 0,25 telt het als slecht. Dit is de meetwaarde die je zelf voelt als je net op een knop wilt drukken en er een banner boven inschuift.Bron voor de drempels en voor het feit dat er op het 75e percentiel wordt gemeten: web.dev, Defining the Core Web Vitals metrics thresholds en web.dev, Web Vitals, beide gecontroleerd op 25 augustus 2026.
Dat 75e percentiel is belangrijker dan de meeste mensen doorhebben, en het verklaart waarom je site voor jou snel voelt en toch niet goed scoort
Er wordt niet gemeten hoe het gemiddeld gaat, maar hoe het gaat voor de kwart van je bezoekers die het slechtst af is. Zit driekwart van je bezoekers onder de 2,5 seconde, dan sta je op goed. Zit driekwart net erboven, dan sta je erbuiten, ook al is je gemiddelde prima. Je optimaliseert dus niet voor de gemiddelde bezoeker maar voor de bezoeker met de oudste telefoon en de slechtste verbinding.
Waarom je score elke keer anders is, en welk getal je moet geloven
Dit is de vraag die het vaakst gesteld wordt en het minst vaak goed beantwoord: mijn PageSpeed zegt 42 en Search Console zegt dat het goed is. Wie liegt er? Geen van beide. Ze meten twee verschillende dingen, en zolang je dat verschil niet kent, ren je achter de verkeerde cijfers aan.
Labdata. De score bovenaan PageSpeed Insights komt uit een gesimuleerde meting. Er wordt een virtuele telefoon nagebootst met een afgeknepen processor en een afgeknepen verbinding, en jouw pagina wordt daar een keer op geladen. Dat is een laboratorium: overal hetzelfde, herhaalbaar, en niet de werkelijkheid. Het is uitstekend om te zien wat er mis is, want het rapport wijst precies aan welk bestand het probleem veroorzaakt.
Velddata. Daaronder staat, als je genoeg bezoekers hebt, een blok met gegevens van echte bezoekers. Dat komt uit het Chrome User Experience Report, en dat is een voortschrijdend venster van achtentwintig dagen dat dagelijks wordt bijgewerkt. Bron: Chrome for Developers, Overview of CrUX, gecontroleerd op 25 augustus 2026. Dezelfde bron voedt het rapport Core Web Vitals in Search Console, dat eveneens over de laatste achtentwintig dagen gaat. Bron: Search Console Help, Core Web Vitals report, gecontroleerd op 25 augustus 2026.
Uit dat verschil volgen drie regels waar je veel tijd mee bespaart.
Repareer op labdata, oordeel op velddata
Het labrapport vertelt je wat je moet aanpakken. Of het gewerkt heeft, zie je pas in de velddata, en dat is per definitie traag: een verbetering die je vandaag doorvoert, is pas over vier weken volledig in dat achtentwintigdaagse venster verwerkt. Wie na twee dagen concludeert dat het niet hielp, meet te vroeg.Meet in het lab nooit een keer
Draai dezelfde pagina drie tot vijf keer en kijk naar de middelste uitkomst. De simulatie is gevoelig voor toeval: een externe server die net even traag antwoordt, een advertentie die deze keer wel laadt. Een verschil van vijf tot tien punten tussen twee metingen is normaal en betekent niets.Vergelijk altijd dezelfde pagina
Je homepage, je dienstpagina en je blogartikel hebben elk hun eigen score, want ze laden andere dingen. Een lage score op je homepage zegt niets over het artikel waar het meeste verkeer op binnenkomt. Meet daarom je drie belangrijkste pagina's apart en noteer ze, zodat je later weet waar je vandaan kwam.Heb je te weinig bezoekers voor velddata, dan blijft het labrapport je enige bron. Dat is geen ramp, maar wees dan extra voorzichtig met conclusies: je meet dan een gesimuleerde bezoeker die niet bestaat.
Stap 2: Zet de basis goed voordat je gaat tweaken
Veel websites met lage scores hebben fundamentele problemen die je eerst moet oplossen, nog voordat je naar afbeeldingen kijkt. Een oude PHP-versie, rommel in de database en te veel plugins drukken de score omlaag.
Loop deze basiscontrolepunten na:
- Je server draait op een recente PHP-versie
- WordPress, je thema en je plugins zijn up-to-date
- Ongebruikte thema's zijn verwijderd
- Er staat een recente backup klaar
Een goede hostingkeuze met WordPress-specifieke ondersteuning en een opgeschoonde database helpen meer dan je denkt
Twijfel je of je huidige site die investering nog waard is, lees dan ook wat het kost om een website te laten maken.
Stap 3: Herken de echte boosdoeners: scripts, cookie banners en vertaal plugins
De grootste dalingen in PageSpeed-scores komen meestal niet van je thema, maar van extra scripts. Cookie banners, tracking, chat widgets en vertaal plugins zijn zwaarder dan je verwacht.
Cookie banners.
Elke banner voegt JavaScript en CSS toe. Sommige laden externe scripts nog voordat de rest van de pagina klaar is. Kies daarom een lichte banner, zet animaties uit en laad hem pas na de belangrijkste inhoud.
Vertaal plugins.
Handig, maar zwaar. Ze maken kopieën van pagina's, voegen database queries toe en laden extra JavaScript. Beperk je tot de talen die je echt nodig hebt en gebruik één betrouwbare oplossing.
Daarnaast valt vaak winst te halen door:
- Scripts van oude chat widgets te verwijderen
- Tracking via één centrale tag manager te laden
- Het aantal lettertypebestanden te beperken
- Te controleren of sociale media widgets echt nodig zijn
Stap 4: Gebruik gerichte performance plugins en kleine PHP snippets
Bij ons kwam de grootste winst niet van tien plugins tegelijk, maar van een doordachte combinatie: één cache plugin, afbeeldingoptimalisatie en een paar kleine PHP-functies via Code Snippets.
- Kies één moderne cache plugin met paginacache en scriptoptimalisatie
- Installeer afbeeldingoptimalisatie die je foto's verkleint en naar webp omzet. Lazy load hoef je niet te installeren: WordPress doet dat sinds versie 5.5 zelf, en slaat de bovenste afbeelding bewust over omdat lazy loading daar juist vertraagt
- Gebruik Code Snippets voor kleine verbeteringen
Twee voorbeelden van zulke kleine verbeteringen: schakel het emoji-script van WordPress uit en verwijder de oEmbed-scripts uit de head
Beide laden op elke pagina mee, terwijl vrijwel niemand ze gebruikt. Met een paar regels remove_action in Code Snippets zet je ze uit.
Stap 5: Maak hero blokken en afbeeldingen lichter zonder dat het lelijk wordt
PageSpeed kijkt extra streng naar het eerste scherm. Precies daar staan vaak de zwaarste onderdelen: grote afbeeldingen, video's en effecten. Onze oplossing: minder effecten en beter geschaalde afbeeldingen, terwijl de stijl hetzelfde bleef.
Gebruik deze checklist voor je hero blok:
- Slechts één duidelijke boodschap
- Een lichte afbeelding in plaats van een zware video
- Snelle letter-loading zonder sprongetjes
- Knoppen die direct klikbaar zijn
- Mobiel net zo rustig als desktop
De vijf ingrepen met de meeste opbrengst per uur werk
Je kunt eindeloos schaven. Deze vijf leveren op vrijwel elke WordPress-site het grootste deel van de winst, en ze staan hier op volgorde van opbrengst gedeeld door moeite. Doe ze een voor een, en meet ertussendoor.
De afbeelding in het eerste scherm goed zetten
Dit is bijna altijd je LCP. Drie dingen tegelijk: schaal hem terug naar de grootte waarop hij werkelijk getoond wordt, sla hem op als webp, en zorg dat hij niet lui geladen wordt. Die laatste is contra-intuitief en gaat het vaakst mis: lazy loading is nuttig voor alles onder de vouw en schadelijk voor de afbeelding erboven, want die wordt dan pas opgevraagd nadat de browser de rest heeft verwerkt. WordPress slaat de bovenste afbeelding daarom zelf al over, maar een plugin of een paginabouwer zet die regel er soms overheen. Controleer dat.Externe scripts naar achteren schuiven
Alles wat van een ander domein komt, van tracking tot chat tot reviewwidgets, hoeft vrijwel nooit te laden voordat je bezoeker iets kan lezen. Laat ze pas starten als de pagina klaar is, of pas na de eerste beweging van de bezoeker. Dit raakt zowel je LCP als je INP, want elk script dat draait houdt de browser bezig terwijl iemand op een knop drukt.Ruimte reserveren voor alles wat later inschuift
Dit is de hele oplossing voor CLS en hij kost bijna niets. Geef elke afbeelding een breedte en een hoogte mee, geef je cookiebanner en je advertentievakken een vaste hoogte, en laad je lettertypen zo dat de tekst niet van het ene lettertype naar het andere springt. Je verandert er niets zichtbaars mee en de pagina staat stil.Een paginacache aanzetten
Zonder cache bouwt je server elke pagina voor elke bezoeker opnieuw op uit de database. Met cache staat het antwoord klaar. Dit verlaagt de tijd tot het eerste antwoord, en die tijd zit onder al je andere meetwaarden: hij vertraagt alles wat daarna komt.Opruimen wat je niet gebruikt
De plugin van die actie van vorig jaar, de tweede formulierenplugin, de sliderplugin waar nog een slider van draait op een pagina die niemand bezoekt, drie lettertypefamilies waarvan je er een gebruikt. Dit is saai werk en het levert stelselmatig meer op dan de spannende ingrepen.Wat er nadrukkelijk niet in dit lijstje staat: het minificeren en samenvoegen van bestanden, en het uitstellen van CSS. Die staan wel in elk rapport, maar ze leveren op een gemiddelde site weinig op en ze zijn de meest voorkomende oorzaak van een site die na het optimaliseren stuk is. Doe ze als laatste, een tegelijk, en kijk daarna op je telefoon of alles er nog goed uitziet.
Als het niet meer aan je plugins ligt: de server eronder
Er is een grens aan wat je met opruimen bereikt. Die grens is de tijd die je server nodig heeft om het eerste stukje antwoord te versturen, voordat de browser ook maar iets kan tekenen. Duurt dat op zichzelf al meer dan een halve seconde, dan kun je elke afbeelding verkleinen die je wilt: je begint elke meting met een achterstand die je nergens meer inhaalt.
Je herkent dit aan een patroon
Je hebt alles gedaan wat het rapport vroeg, je hebt plugins verwijderd, en de score komt niet verder dan het midden. In het rapport staat bovenaan een post over serverreactietijd die je steeds hebt overgeslagen omdat er geen bestandsnaam bij stond. Dat is hem.
Wat je dan kunt doen, van klein naar groot:
Kijk eerst of het echt de server is en niet je eigen code
Een trage reactietijd komt vaak van een plugin die bij elke paginaweergave een externe dienst aanroept: een koersfeed, een voorraadstand, een reviewscore. Zet die tijdelijk uit en meet opnieuw.Vraag je hoster wat je buren doen
Op gedeelde hosting staat jouw site op dezelfde machine als tientallen andere. Piekt er een van hen, dan voel jij dat. Een hoster die daar geen antwoord op geeft, geeft je meteen ook je antwoord.Controleer je PHP-versie en je databaseonderhoud
Een verouderde PHP-versie is trager en krijgt bovendien geen beveiligingsupdates meer. Een database die vol staat met oude revisies, verlopen transients en logs van een plugin die je niet meer gebruikt, maakt elke query langer.Zet een netwerk voor je site
Staat je server in Nederland en zit je publiek in Nederland, dan valt hier weinig te winnen. Bedien je bezoekers buiten Europa, dan is de afstand zelf een deel van je vertraging en helpt een netwerk dat je pagina dichter bij de bezoeker bewaart.Verhuizen
De duurste en soms de enige. Doe het niet op gevoel maar op een meting: laat dezelfde pagina op een proefomgeving bij een andere partij draaien en vergelijk de reactietijd. Scheelt dat niets, dan lag het niet aan je hoster en heb je een verhuizing bespaard.Dit is ook het punt waarop de vraag legitiem wordt of je aan de goede kant aan het duwen bent. Een site die op elke afzonderlijke laag tegenwerkt, is soms goedkoper opnieuw op te bouwen dan door te blijven repareren. Hoe die afweging eruitziet staat in je WordPress site sneller maken, en de bredere technische kant in technische SEO.
Stap 6: Hoe wij de PageSpeed van theseo.nl hebben verbeterd
Ook onze eigen site scoorde niet vanzelf goed. Dit ging er mis:
- Te veel scripts in losse blokken
- De cookie banner laadde laat en verschoof de layout
- Afbeeldingen waren groter dan nodig
- Er draaiden meerdere tracking scripts naast elkaar
Dit hebben we aangepast:
- De layout vereenvoudigd
- Eén performance plugin gekozen
- De cookie banner vervangen door een lichte variant
- Afbeeldingen geoptimaliseerd met lazy load
- Alle tracking via één centrale laag geladen
Stap 7: Controleer je score en hoe de site in de praktijk voelt
Het traject eindigt met twee controles: een rapport dat niet meer rood knippert en een website die rustig aanvoelt. Check of je mobiele scores verbeterd zijn, of de site sneller aanvoelt en of je cookie banner en vertaal plugin niet merkbaar vertragen. Een testscore uit een meetomgeving zegt daarbij niet alles: met onze Core Web Vitals plugin meet je LCP, INP, CLS en TTFB bij je echte bezoekers, per pagina en per apparaat.
Scoort je site inmiddels goed, maar blijven bezoekers of posities achter, dan zit het probleem waarschijnlijk ergens anders
Lees in dat geval waarom je WordPress website niet in Google staat terwijl alles goed lijkt. Wil je liever dat wij meekijken, bekijk dan onze dienst SEO verbeteren.
Veelgestelde vragen
Moet ik echt voor een score van honderd gaan?
Nee. Een honderd staat mooi op een screenshot, maar is geen doel op zich. Richt je op een stabiele groene of hoge oranje score.
Waarom is mijn mobiele score zo veel lager?
De mobiele test is strenger. Die rekent met tragere apparaten en langzamere verbindingen.
Kan één plugin alles oplossen?
Een goede performance plugin helpt, maar kan verkeerde keuzes niet verbergen. Het is gereedschap, geen wondermiddel.
Is een cookie banner altijd slecht voor je score?
Een banner voegt altijd iets toe, maar de impact hangt af van hoe licht hij is en wanneer hij laadt. Kies een lichte variant.
Wat als mijn score goed is maar de site traag voelt?
Test met echte gebruikers. Soms is één specifieke pagina of functie traag, terwijl het rapport gemiddelde waarden toont.
Kort samengevat
Een lage PageSpeed score komt zelden door één ding. Het is de optelsom van hosting, basisonderhoud, scripts, banners, plugins, afbeeldingen en ontwerpkeuzes. Door stap voor stap op te ruimen en na elke wijziging opnieuw te testen, werk je naar een website die goed voelt voor bezoekers en betere signalen afgeeft aan zoekmachines.
Als je maar een ding uit deze gids meeneemt, laat het dan de volgorde zijn: eerst weten welke van de drie meetwaarden je laat vallen, dan een ingreep tegelijk, dan opnieuw meten, en pas over vier weken oordelen op de cijfers van je echte bezoekers. Wie alles tegelijk aanpakt, weet achteraf niet wat hielp en kan bij een storing niet terug.
Meer van dit soort praktische uitleg vind je in onze Kennisbank.
Loop je vast op het punt waarop het rapport wel rood blijft maar niemand meer kan aanwijzen waarom? Stuur ons dan het adres van de pagina die het slechtst scoort via contact. Dan kijken we naar diezelfde drie meetwaarden en zeggen we welke van de vijf ingrepen hierboven bij jou het meeste zou schelen, ook als het antwoord is dat het aan je server ligt en er aan je site niets te repareren valt.