Je website staat online, ziet er goed uit, en toch vind je hem nergens terug in Google. Een veelgehoorde verklaring van developers: "Paginasnelheid is geen rankingfactor, dus dat maakt niet uit." Technisch klopt dat zelfs. Maar het is een halve waarheid die je op het verkeerde been zet.
Google kijkt namelijk niet naar je Lighthouse-score van 100 punten. Wel gebruikt Google Core Web Vitals: drie metingen die tonen hoe bezoekers je website in de praktijk ervaren. Een lage PageSpeed-score, zoals je die bijvoorbeeld in PageSpeed Insights ziet, is vaak een aanwijzing dat ook die Core Web Vitals beter kunnen, al zijn het niet exact dezelfde metingen. En dat verschil in laadsnelheid en gebruikservaring telt wel degelijk mee.
Wat zijn Core Web Vitals precies?
Core Web Vitals zijn drie concrete metingen die Google gebruikt om te beoordelen hoe een bezoeker een pagina daadwerkelijk ervaart. Geen abstracte score dus, maar hoe snel en stabiel je website voor echte bezoekers aanvoelt:
Laadtijd van het belangrijkste element (LCP). Hoe snel verschijnt het grootste, belangrijkste stuk content op je pagina, meestal je hoofdafbeelding of titel? Bezoekers haken af als ze te lang naar een leeg scherm staren.
Reactiesnelheid (INP). Hoe snel reageert je website nadat iemand ergens op klikt of tikt? Een knop die pas na een halve seconde reageert, voelt traag en onbetrouwbaar aan.
Visuele stabiliteit (CLS). Springt je layout rond terwijl de pagina laadt, waardoor je per ongeluk op de verkeerde knop klikt omdat er plots een advertentie of afbeelding boven verschijnt? Dat is precies wat CLS meet.
Google heeft zelf aangegeven dat wanneer twee websites qua content en autoriteit vergelijkbaar zijn, degene met de betere Core Web Vitals meer kans heeft om hoger te scoren. Geen losstaand detail dus, maar een echte tiebreaker. En omdat de meeste kleine bedrijven online concurreren met andere zaken uit dezelfde sector en regio, met vergelijkbare content en vergelijkbare autoriteit, is dat precies het soort situatie waarin Core Web Vitals de doorslag geven.
Voor een lokale bakker, kapper of loodgieter zijn de verschillen in content en autoriteit vaak kleiner dan je denkt. Net daarom kunnen die technische verschillen het duwtje geven dat bepaalt wie bovenaan verschijnt.
Waarom scoort WordPress, Wix of Squarespace hier vaak zo slecht op?
Een trage WordPress-, Wix- of Squarespace-website valt niet altijd meteen op. De meeste ondernemers die dit lezen, hebben geen idee wat hun eigen website scoort. Bij veel websites die gebouwd zijn met zware thema's en meerdere plugins is een score van 20 tot 40 geen uitzondering. Niet omdat er iets kapot is, maar omdat de opbouw dat resultaat bijna vanzelf oplevert.
Elke plugin voegt eigen code toe die geladen moet worden, ook als je hem amper gebruikt. Een thema is gebouwd om overal te passen, dus sleept het functies en stijlen mee die jouw site nooit nodig had. En een page builder werkt met een extra laag bovenop je website. De browser moet die laag eerst verwerken voordat de bezoeker de uiteindelijke pagina ziet. Stapel dat allemaal op elkaar, en je krijgt een site die trager laadt, trager reageert, en waarvan jij als eigenaar amper kan bijsturen, want je hebt geen controle over hoe die plugins of dat thema precies gebouwd zijn.
Waarom scoort een website op maat meestal beter?
Bij een website die volledig op maat geprogrammeerd is, zit er geen extra pluginlaag, geen page builder en geen generiek thema tussen jouw content en de bezoeker. Elke regel code dient een doel, en niets meer dan dat. Daardoor is het veel gemakkelijker om 90 of zelfs 95+ te halen op PageSpeed, wat de kans op goede Core Web Vitals aanzienlijk vergroot.
Dat gaat niet vanzelf. Afbeeldingen moet je nog steeds correct optimaliseren, overbodige scripts vermijden en de layout stabiel opbouwen, dat werk blijft. Het verschil is dat je bij custom code vanaf nul vertrekt, in plaats van eerst een berg plugincode en thema-overhead te moeten compenseren voor je zelfs maar aan die optimalisatie toekomt.
Custom code is dus geen garantie op zich. Slordig geschreven maatwerk kan net zo goed slecht scoren, soms zelfs slechter dan een verzorgde WordPress-site. Het verschil zit hem in wie de code schrijft en of die persoon weet waar hij mee bezig is, niet in het label "custom" op zich.
Dat is meteen ook de reden waarom ik zelf niet met WordPress of pagebuilders werk: niet uit principe, maar omdat het voor mij de beste manier is om die technische basis structureel in orde te krijgen, in plaats van er achteraf aan te sleutelen.
Bonus: dezelfde controle lost meteen twee andere problemen op
Wie de code van zijn website volledig in de hand heeft, wint niet alleen snelheid. Twee zaken die er automatisch bij komen:
Beveiliging. De publieke pagina's van je website draaien zonder traditionele database en zonder plugins die voortdurend bijgewerkt moeten worden. Het beheerpaneel waarmee je zelf teksten en foto's aanpast, staat daar los van. Daardoor is het aanvalsoppervlak veel kleiner dan bij een klassieke WordPress-installatie met plugins en updates, waar een verouderde plugin of een gemiste update vaak al genoeg is om de deur open te zetten.
Toegankelijkheid. WCAG-richtlijnen, gemaakt zodat ook mensen met een beperking je website vlot kunnen gebruiken, zijn moeilijker te garanderen in een page builder, want jij hebt geen controle over hoe die de onderliggende markup precies opbouwt. Bij custom code bepaal jij zelf elk detail: hoe elementen benoemd worden, in welke volgorde ze focus krijgen, welk contrast je kleuren hebben.
Snelheid, beveiliging en toegankelijkheid zijn dus geen drie aparte werven. Het is één en dezelfde keuze: wie bouwt je website, en hoeveel controle heeft die persoon over wat er precies naar de bezoeker gestuurd wordt.
Waar het op neerkomt
Je website scoort niet laag op Google omdat de snelheid van je website "toevallig" een rankingfactor is. Hij scoort laag omdat de manier waarop hij gebouwd is, bepaalt of hij de Core Web Vitals haalt die Google wel degelijk meeweegt. Bij veel websites die gebouwd zijn met een sjabloon, zwaar thema of page builder werk je vaak tegen die opbouw in. Bij een website die vanaf nul op maat geprogrammeerd is, werkt die opbouw net in jouw voordeel.
Een goede website draait dus niet alleen om een mooi ontwerp. De technische basis bepaalt mee hoe goed Google je website kan beoordelen, én hoe prettig bezoekers hem ervaren.
Benieuwd hoe jouw huidige website scoort, of wat een website op maat voor jouw zaak zou kosten? Bekijk de pakketten of neem gerust contact op. Geen verplichtingen, wel een eerlijk antwoord.
