Bij een controle die we geregeld uitvoeren, zien we hetzelfde probleem: de grote foto bovenaan een KMO-website is meerdere megabytes groot, terwijl de knop om te bellen nog lager op de pagina staat. Op een kantoorcomputer lijkt de site aanvaardbaar. Op een smartphone via 4G verschijnt eerst een leeg vlak en verspringt de inhoud zodra de foto en cookiemelding laden.
De bezoeker wacht daar meestal niet op. Hij zoekt een telefoonnummer, openingsuur of offerteformulier en keert terug naar Google zodra de pagina niet bruikbaar wordt. Dat verlies verschijnt zelden in je statistieken. Wie vertrekt voordat het formulier geladen is, registreert soms zelfs geen bezoek.
Een trage site laat aanvragen verdwijnen zonder melding
Een zakelijke website krijgt vaak bezoekers met een concrete vraag. Ze willen bellen, een dienst vergelijken of een route openen. Elke extra seconde maakt die volgende stap minder vanzelfsprekend. Vooral op mobiel telt dat, omdat iemand vaak onderweg zoekt en geen reden heeft om op jouw site te wachten als een concurrent wel meteen duidelijkheid geeft.
Google gebruikt snelheid en gebruikservaring als één van de signalen voor de beoordeling van pagina's. Een slechte snelheidsscore zorgt niet automatisch voor een lagere positie, want inhoud en relevantie blijven zwaar doorwegen. Ze toont wel een technisch probleem dat tegelijk bezoekers, telefoontjes en ingevulde formulieren kan kosten.
Bij KMO-sites groeit de vertraging meestal geleidelijk. Eerst komt er een chatvenster bij, daarna een reservatiemodule, extra tracking, een video en nog enkele plug-ins. Elk onderdeel lijkt klein. Samen moet de browser veel bestanden ophalen en verwerken voordat de bezoeker iets kan doen.
Core Web Vitals tonen waar de wachttijd zit
Core Web Vitals zijn drie metingen die tonen hoe een pagina voor echte bezoekers aanvoelt. Google kijkt, wanneer er genoeg gegevens zijn, naar het 75e percentiel. Een goede score betekent dus dat minstens drie op vier bezoeken goed verlopen, niet enkel de test op een snelle computer in de winkel.
LCP bepaalt wanneer de hoofdinhoud verschijnt
Largest Contentful Paint, kortweg LCP, meet wanneer het grootste zichtbare onderdeel geladen is. Dat is vaak een bannerfoto, een titelblok of een grote afbeelding. Onder 2,5 seconden is goed. Tussen 2,5 en 4 seconden is verbetering nodig. Boven 4 seconden wacht een mobiele bezoeker te lang.
De oplossing begint vaak bij de afbeeldingen. Een foto uit een moderne smartphone kan 4 tot 8 MB groot zijn. Voor een website is een WebP- of AVIF-versie van enkele honderden kilobytes meestal voldoende. Ook een trage serverreactie, slechte caching of een lettertype dat eerst van een externe dienst moet komen, kan LCP vertragen.
INP meet of de website meteen reageert
Interaction to Next Paint, of INP, meet hoe snel de pagina visuele feedback geeft na een klik, tik of toetsaanslag. Tot 200 milliseconden is goed. Boven 500 milliseconden is de ervaring zwak. Een bezoeker ziet dan bijvoorbeeld geen reactie nadat hij op Verstuur of Menu tikt.
Veel externe scripts veroorzaken dit probleem. Denk aan een sociale feed, chatfunctie, zware statistiekdienst of oude pagebuilder. De pagina lijkt geladen, maar de browser is op de achtergrond nog druk met code. Voor een offerteformulier is dat een slechte combinatie.
CLS toont waarom knoppen tijdens het laden verspringen
Cumulative Layout Shift, of CLS, meet onverwachte verschuivingen in de lay-out. Een score onder 0,1 is goed. Als een afbeelding geen vaste afmetingen heeft, duwt ze de tekst naar beneden zodra ze verschijnt. Een cookiebanner of advertentie kan hetzelfde doen met de belknop.
Op een klein scherm is één verschuiving al storend. De bezoeker tikt op een link, maar krijgt een andere pagina omdat de inhoud net bewoog. We lossen dat meestal op door ruimte voor afbeeldingen, banners en meldingen vooraf vast te leggen.
Meet eerst, en pak daarna de zwaarste onderdelen aan
Een cache-plug-in installeren zonder te meten is geen plan. Zo'n plug-in kan helpen, maar kan ook een formulier, reservatiemodule of winkelmandje breken. Wij zouden eerst de pagina's testen waarop een bezoeker geld of contact oplevert: de homepage, de populairste dienstpagina en het contactformulier.
- Gebruik PageSpeed Insights voor een eerste controle op mobiel en desktop.
- Kijk in Google Search Console bij Core Web Vitals voor gegevens van echte bezoekers.
- Controleer afbeeldingen op formaat, afmetingen en modern bestandsformaat.
- Bekijk welke scripts en plug-ins werkelijk nodig zijn op elke pagina.
- Test de hosting, caching en serverreactietijd wanneer de inhoud zelf licht genoeg is.
Vanavond kun je zelf de URL van je belangrijkste dienstpagina testen. Noteer de LCP-, INP- en CLS-score op mobiel en open daarna het contactformulier in een privévenster. Een goede score is waardeloos als de knop om te bellen niet werkt of een formulier geen bevestiging toont.
Daarna pakken we eerst de grootste vertraging aan. Een foto verkleinen levert soms meer op dan vijf kleine codewijzigingen. Scripts die nergens voor zorgen, halen we weg. Formulieren, navigatie en online afspraken testen we opnieuw op een echte smartphone. Zo maak je de site sneller zonder een probleem op te lossen en twee nieuwe te creëren.
Wanneer is een nieuwe website de betere keuze?
Optimaliseren is verstandig wanneer de inhoud en structuur nog goed zitten. Een site met zware foto's, enkele overbodige plug-ins en een degelijk formulier hoeft niet meteen vervangen te worden. Dan volstaan gerichte technische aanpassingen vaak.
Opnieuw bouwen is logischer wanneer de mobiele versie slecht werkt, de software verouderd is en niemand de inhoud nog veilig kan aanpassen. Veel tijdelijke oplossingen maken een website moeilijker te testen en duurder om te onderhouden. In dat geval zouden we geen nieuwe laag boven op het probleem leggen.
Voor maatwerk en digitale oplossingen kun je ook terecht bij Hexel, de digitale tak van Reboot-IT. Heb je vooral een betaalbare website nodig zonder opstartkosten, dan is ikwil.website daarvoor het juiste aanbod. Op onze pagina over webdesign leggen we uit hoe we de keuze tussen optimaliseren en opnieuw bouwen bekijken.
Een website staat bovendien zelden los van de rest van een bedrijf. Als meerdere medewerkers, toestellen, cloudtoepassingen of een reservatiesysteem betrokken zijn, bekijken we de technische knelpunten samen tijdens een zakelijke IT-intake.
Veelgestelde vragen
Kan een hostingpakket een website traag maken?
Ja. Een goedkope of verkeerd ingestelde hostingomgeving kan te weinig rekenkracht, verouderde software of zwakke caching hebben. We controleren dat pas nadat afbeeldingen en scripts zijn nagekeken, anders betaal je misschien voor betere hosting terwijl de grootste fout elders zit.
Moet een website een perfecte snelheidsscore halen?
Nee. Een score van 100 is geen doel op zich. Een pagina moet snel bruikbaar zijn, stabiel blijven en zonder problemen een telefoontje of aanvraag mogelijk maken. We kiezen liever voor een betrouwbare website met duidelijke inhoud dan voor een hoge score die een belangrijke functie uitschakelt.
Test vandaag je homepage en contactpagina op mobiel en noteer waar je zelf moet wachten. Stuur die resultaten mee wanneer je een afspraak maakt of kom langs in onze winkel in Sint-Truiden. Dan zeggen we eerlijk of optimaliseren volstaat of een nieuwe website meer zin heeft.