WordPress website traag? Dit zijn de 5 oorzaken

Meet eerst je eigen homepage en belangrijkste dienstenpagina met PageSpeed Insights. Maak onderscheid tussen veldgegevens van echte gebruikers, als die beschikbaar zijn, en de gesimuleerde laboratoriumtest. Core Web Vitals gaan over laden, reageren en visuele stabiliteit. Het zijn geen percentages die een hostingpakket automatisch aan iedere site geeft.

Test dezelfde pagina ook op je telefoon via mobiele data. Verschijnt de hoofdinhoud vlot, reageren menu en formulier, en verspringt de pagina tijdens het laden? Noteer het concrete probleem en de testomstandigheden.

Algemene hosting- of sectorscores vergelijken verschillende websites. Ze bewijzen niet hoeveel sneller dezelfde website wordt na een hostingwissel, of hoeveel bezoekers jij verliest. Gebruik ze als context en onderzoek je eigen knelpunt.

Dit is de meest voorkomende en tegelijk de makkelijkst op te lossen oorzaak. Afbeeldingen vormen doorgaans meer dan de helft van het gewicht van een pagina. En in WordPress is het verleidelijk om een foto rechtstreeks uit de camera of van de fotograaf te uploaden: een bestand van 5 megabyte en 6.000 pixels breed, dat vervolgens verkleind wordt weergegeven in een vakje van 600 pixels.

Wat je eraan doet:

• Verklein foto's naar de afmetingen waarin ze echt getoond worden voor je ze uploadt.
• Comprimeer ze en gebruik een modern formaat zoals WebP. Daar bestaan gratis plugins voor.
• Gebruik lazy loading voor afbeeldingen verder naar beneden, maar stel de belangrijkste zichtbare afbeelding bovenaan niet onnodig uit. Controleer wat de browser werkelijk laadt.
• Vervang zware sliders en achtergrondvideo's bovenaan door één sterke afbeelding. Sliders zijn bijna altijd slecht voor je snelheid en zelden goed voor je conversie.

Alleen deze stap levert bij veel kmo-sites al seconden winst op, zonder dat je iets aan je ontwerp verandert.

Page builders maken WordPress toegankelijk: je sleept blokken op hun plaats en klaar. De prijs die je daarvoor betaalt, is code. Een pagina die met een builder in elkaar gezet is, bevat vaak lagen op lagen aan opmaak, tientallen CSS-bestanden en JavaScript dat alle mogelijkheden ondersteunt, ook die je niet gebruikt.

Daar komt vaak een tweede laag bij: een gekocht thema met veel ingebouwde functies, plus demo-inhoud die nooit helemaal opgeruimd is. Het resultaat is een pagina die tien keer meer bestanden ophaalt dan nodig.

Realistische oplossingen:

• Bouw je belangrijkste pagina's zo eenvoudig mogelijk: minder blokken, minder animaties, minder lettertypen. Beperk je tot twee lettertypen en laad alleen de diktes die je echt gebruikt.
• Schakel de modules van je thema en je builder uit die je niet gebruikt. De meeste hebben daar een instellingenpaneel voor.
• Overweeg bij een grondige vernieuwing een lichtere aanpak, bijvoorbeeld de standaardblokkeneditor met een licht thema.

Elke plugin die je activeert, kan CSS en JavaScript toevoegen aan elke pagina van je site, ook waar hij niets doet. Een formulierplugin die op één contactpagina gebruikt wordt, laadt vaak op je hele site. Doe dat een keer of vijftien en je site sleept.

De plugins die het vaakst zwaar doorwegen bij kmo-sites zijn zoekbalken met live resultaten, sliders, boekingsmodules, sociale-mediafeeds, meertaligheidsplugins en alles wat met beoordelingen of pop-ups te maken heeft. Dat betekent niet dat je ze moet schrappen, wel dat je moet weten wat ze kosten.

Aanpak: maak een lijst van je actieve plugins en zet bij elke plugin wat hij oplevert. Deactiveer wat je niet kunt verantwoorden en meet daarna opnieuw. Verwijder gedeactiveerde plugins ook echt, want ze blijven anders een beveiligingsrisico. En kies één cachingplugin, geen drie die elkaar tegenwerken.

Zonder caching bouwt WordPress bij elk bezoek je pagina opnieuw op: databank raadplegen, PHP uitvoeren, HTML samenstellen. Met caching wordt het resultaat één keer klaargezet en daarna gewoon uitgeleverd. Voor een site die niet elke minuut verandert, is dat pure winst.

Zet daarom minimaal dit in orde:

1. Paginacaching: via een plugin of, nog beter, via je hostingpartij op serverniveau.
2. Een actuele PHP-versie: nieuwere versies zijn merkbaar sneller en veiliger. Vraag je hostingpartij welke versie je draait.
3. Een opgeruimde databank: oude paginaversies, spamreacties en resten van verwijderde plugins vullen je tabellen. Er bestaan plugins die dit veilig opschonen.
4. Een CDN: dit levert je bestanden vanaf een server dicht bij de bezoeker. Voor een lokale Belgische zaak is de winst kleiner, maar het is meestal goedkoop of gratis.

En dan de vijfde oorzaak, waar veel snelheidsproblemen samenkomen: je hosting. Een gedeeld hostingpakket kan beperkte capaciteit hebben, maar de prijs bewijst niet dat hosting bij jou de oorzaak is. Onderzoek belasting, caching en databankwerk voordat je overstapt.

Een hoge serverreactietijd is een aanwijzing, geen bewijs dat je hosting te goedkoop is. Vergelijk gecachte en niet-gecachete verzoeken en onderzoek trage databankvragen, PHP-werk en beschikbare servercapaciteit samen met je webbouwer of hoster.

Vraag bij een overstap concreet naar caching op serverniveau, de PHP-versie, dagelijkse back-ups en of er een testomgeving is. Een Belgische of Europese server helpt ook: hoe korter de afstand, hoe sneller het antwoord bij je bezoeker is.

Wil je vooruit zonder je site opnieuw te laten bouwen? Doorloop deze volgorde en meet na elke stap:

1. Meet je vertrekpunt in PageSpeed Insights, op het tabblad mobiel, voor je homepage en je belangrijkste dienstenpagina.
2. Comprimeer de tien zwaarste afbeeldingen op die pagina's en gebruik passende formaten; laad afbeeldingen onderaan later zonder de belangrijkste afbeelding bovenaan uit te stellen.
3. Deactiveer en verwijder plugins die je niet kunt verantwoorden.
4. Schakel paginacaching in en vraag je hostingpartij naar de nieuwste PHP-versie.
5. Verwijder de slider bovenaan en vervang hem door één afbeelding met een duidelijke knop.
6. Meet opnieuw en vergelijk. Blijft je serverreactietijd hoog, praat dan over hosting.

Het onderzoek Milliseconds Make Millions laat zien dat snelheid commercieel relevant kan zijn. Een gemeten verbetering in die studie is geen voorspelling van de stijging die jouw site zal halen. Leg je eigen prestatie- en conversiemeting naast de wijziging.

Een trage WordPress-site is bijna altijd het gevolg van jaren kleine beslissingen: een plugin hier, een zware foto daar, hosting die nooit herbekeken werd. Het goede nieuws is dat je dat laag per laag kunt terugdraaien.

Wil je eerst weten waar jouw grootste winst zit? Doe de gratis marketing scan van Marketing Scan. Je krijgt in enkele minuten een helder rapport over de snelheid, mobielvriendelijkheid en vindbaarheid van je site, zodat je gericht kunt beginnen in plaats van te gokken.