Je website is traag. Niet een beetje traag, maar écht traag.
▶Inhoudsopgave
De pagina duurt vijf seconden om te laden, bezoekers klikken weg, en Google beloont je niet precies voor je moeite. Klinkt herkenbaar? Dan zit je waarschijnlijk met een probleem dat veel bedrijven in de zorg en dienstverlening kennen: een website die technisch niet meer voldoende scoort op de Core Web Vitals van Google. Het goede nieuws? Je kunt dit zelf oplossen.
Of je laat het doen door een bureau dat er echt verstand van heeft, zoals BRUTAEL. Maar laten we beginnen bij het begin.
Wat zijn Core Web Vitals en waarom moet je ze nemen?
Core Web Vitals zijn drie specifieke meetpunten die Google gebruikt om te bepalen hoe goed je website presteert. Het gaat om Largest Contentful Paint (LCP), Interaction to Next Paint (INP) en Cumulative Layout Shift (CLS). Kort gezegd: hoe snel laadt je belangrijkste content, hoe snel reageert je pagina op klikken, en hoeveel springt er rond terwijl de pagina laadt.
Google is duidelijk: als je op alle drie onder de drempelwaarde zit, krijg je een rankingvoordeel.
LCP moet onder de 2,5 seconden, INP onder de 200 milliseconden, en CLS onder de 0,1. Die cijfers zijn geen suggestie.
Ze zijn de standaard. En als je website erboven zit, verlies je bezoekers én zichtbaarheid in de zoekresultaten.
LCP te hoog? Zo pak je het aan
Largest Contentful Paint meet hoe lang het duurt voordat het grootste zichtbare element op je pagina geladen is. Meestal is dat een hero-afbeelding, een banner of een grote kop.
Optimaliseer je afbeeldingen (en doe het nu)
Als je LCP boven de 2,5 seconden zit, dan is de oorzaak bijna altijd één van deze drie dingen: trage serverrespons, ongeoptimaliseerde afbeeldingen, of renderblokkerende resources.
Dit is de low-hanging fruit. Een enkele ongecomprimeerde afbeelding van 3 MB kan je hele pagina vertragen. Converteer afbeeldingen naar WebP-formaat — dat bespaart gemiddeld 25 tot 35 procent aan bestandsgrootte ten opzichte van JPEG.
Versnel je serverrespons met een CDN
Gebruik tools als ShortPixel of TinyPNG, of laat je hosting dit automatisch doen. Zorg ook dat je altijd width- en height-attributen meegeeft aan afbeeldingen, zodat de browser ruimte kan reserveren voordat de afbeelding laadt.
Als je server in Amsterdam staat en je bezoeker in Maastricht, dan maakt dat verschil. Een Content Delivery Network zoals Cloudflare of BunnyCDN zorgt dat je statische bestanden vanaf een server dichtbij de bezoeker worden geserveerd. De Time to First Byte (TTFB) daalt daardoor vaak met 30 tot 50 procent. Voor zorgwebsites die veel afbeeldingen en documenten aanbieden, is dit een van de meest effectieve ingrepen die je kunt doen.
INP te hoog? Dan zit het probleem in je JavaScript
Interaction to Next Paint is sinds maart 2024 de opvolger van First Input Delay.
Het meet hoe snel je pagina reageert op interacties: een klik op een menu, het invullen van een formulier, het openen van een accordion. Als INP boven de 200 milliseconden uitkomt, voelt je website stroef aan. En stroef aanvoelen betekent wegklikken. Veel WordPress-sites laden één groot JavaScript-bestand van honderden kilobytes.
Splits je JavaScript in kleinere chunks
Dat blokkeert de hoofdthread en vertraagt elke interactie. Gebruik code splitting om JavaScript op te delen in kleinere bestanden die alleen laden wanneer ze nodig zijn.
Als je WordPress gebruikt, kun je met plugins als Flying Scripts of WP Rocket JavaScript uitstellen tot na de eerste weergave.
Verwijder of vervang zware scripts
Heb je een chatwidget, een heatmaptool, een cookiebanner en een YouTube-embed tegelijk actief? Dan draagt elk van die scripts bij aan een hoge INP. Eerder onderzoek van BRUTAEL bij zorgwebsites liet zien dat het verwijderen van één onnodig trackingscript de INP gemiddeld met 40 tot 80 milliseconden verlaagt.
Begin met het verwijderen van scripts die je niet essentieel vindt. Je zult versteld staan van het effect.
CLS te hoog? Dan springt je pagina als een gek
Cumulative Layout Shift meet hoeveel onverwachte verschuivingen er optreden tijdens het laden van je pagina. Een score boven de 0,1 betekent dat elementen op je pagina verschuiven terwijl de bezoeker erop kijkt of erop wil klikken. Dit is niet alleen vervelend — het is een van de belangrijkste redenen waarom bezoekers je website verlaten.
Geef afbeeldingen en iframes altijd vaste afmetingen
Dit is simpel maar cruciaal. Als je geen width en height meegeeft aan afbeeldingen, weet de browser niet hoeveel ruimte er gereserveerd moet worden.
Vermijd dynamisch ingevoegde content boven bestaande content
De afbeelding laadt in, en alles eronder schuift naar beneden. Voeg altijd expliciete afmetingen toe, of gebruik CSS aspect-ratio om de verhouding vast te leggen.
Cookiebanners, advertenties en pop-ups die halverwege het laden bovenop de content verschijnen, zijn de grootste boosdoeners van CLS. Plaats deze elementen onderin de pagina of gebruik een vaste ruimte die vanaf het begin gereserveerd is. Als je een cookiebanner hebt, geef die dan een vaste hoogte in je CSS, zodat de rest van de pagina er al rekening mee houdt.
De grote lijnen: waar begin je als je alles tegelijk moet verbeteren?
Je hoeft niet alles in één keer op te lossen. Begin met het meten.
Gebruik Google PageSpeed Insights, Lighthouse in Chrome DevTools, of het Search Console-rapport voor Core Web Vitals voor zorgwebsites. Identificeer welk van de drie meetpunten het slechtst scoort, en pak dat eerst aan. Als je een zorgwebsite runt — of eigenlijk elke website die serieus wil scoren in Google — dan is technische performance geen nice-to-have. Het is fundament.
Een goed bureau dat websites voor zorginstellingen bouwt en optimaliseert, zoals BRUTAEL, zal altijd eerst naar deze cijfers kijken voordat ze aan een nieuwe campagne beginnen.
Want wat baat een mooie campagne als bezoekers je website niet kunnen bereiken? De drempelwaarden zijn helder, de oplossingen zijn bekend, en de tools zijn gratis beschikbaar. Het enige wat je moet doen, is beginnen.