WordPress sneller maken – stap voor stap.

Waarom snelheid telt

Bezoekers wachten niet. Elke extra seconde laadtijd vergroot het aandeel van wie afhaakt voordat ze überhaupt iets hebben gezien – vooral op de telefoon met zwak bereik.

Google meet dat ook en beoordeelt pagina's onder meer op de Core Web Vitals: hoe snel de belangrijkste inhoud verschijnt (LCP), hoe snel de pagina reageert op invoer (INP) en of er tijdens het laden iets verspringt (CLS). Een snelle site is dus niet alleen prettiger, hij wordt ook beter gevonden.

Eerst meten, dan veranderen

Voordat u iets ombouwt, heeft u een uitgangswaarde nodig. Gratis en veelzeggend is PageSpeed Insights van Google: adres invoeren en letten op de waarden voor mobiele apparaten – die zijn bijna altijd slechter en voor Google doorslaggevend.

• Meet meerdere keren en niet alleen de homepage. Een subpagina met grote afbeeldingen of een formulier gedraagt zich vaak heel anders.
• Let op de serverresponstijd (Time to First Byte). Is die hoog, dan ligt het aan de server of aan een plug-in die bij elke aanroep veel rekent – dan helpt geen enkele afbeeldingsoptimalisatie.
• Verander steeds maar één ding en meet daarna opnieuw. Anders weet u niet wat geholpen heeft.

De basis: de hosting

De beste plug-in maakt een overbelaste server niet snel. Drie dingen zijn doorslaggevend:

• Actuele PHP. PHP 8 verwerkt WordPress duidelijk sneller dan het oude PHP 7. Veel sites draaien uit gemakzucht nog op een verouderde versie.
• Genoeg geheugen en uitvoeringstijd. Pagebuilders en webwinkels hebben meer nodig dan de krappe standaardinstellingen van sommige aanbieders; wordt het krap, dan breekt de aanroep af of wordt hij stroperig.
• Korte afstanden. Staan server en bezoekers in hetzelfde land, dan is elk verzoek sneller binnen.

Bij ons draaien de websites op NVMe-SSD's in Duitsland, met tot 1.024 MB PHP-geheugen per aanroep, en de PHP-versie stelt u per domein zelf in het Klantenportaal in.

Afbeeldingen: de meest voorkomende rem

Een foto rechtstreeks uit de camera is al snel 5 MB – getoond wordt hij in een tegel van 600 pixels breed. Juist zulke afbeeldingen maken de meeste trage sites traag.

• Vóór het uploaden verkleinen. Voor een website is zelden meer dan 2000 pixels breedte nodig.
• Moderne formaten gebruiken. WordPress ondersteunt WebP; de bestanden zijn bij gelijke kwaliteit duidelijk kleiner dan JPEG.
• Lazy loading laadt afbeeldingen pas als ze in beeld scrollen. WordPress doet dat uit zichzelf – behalve bij de eerste grote afbeelding helemaal bovenaan, die moet meteen verschijnen.

Cache: pagina's niet elke keer opnieuw bouwen

Zonder cache stelt WordPress elke pagina bij elke aanroep opnieuw samen uit de database. Een cache-plug-in bewaart het kant-en-klare resultaat en levert het direct uit – vaak de grootste afzonderlijke winst.

Belangrijk: één cache-plug-in, niet drie. Meerdere boven op elkaar zitten elkaar in de weg en veroorzaken precies de fouten waar u daarna urenlang naar zoekt. Leeg de cache na grotere wijzigingen, anders zien bezoekers nog de oude stand.

Bij ons richt de 1-klik-installatie de paginacache desgewenst meteen mee in, en in het Klantenportaal leegt u hem, schakelt u hem in of uit – zonder daarvoor in WordPress in te loggen. Voor webwinkels laten wij hem bewust weg: een paginacache die het winkelwagentje niet kent, toont bezoekers anders de wagentjes van anderen.

Plug-ins en thema's opruimen

Niet het aantal plug-ins remt, maar afzonderlijke zware. Een slider op elke pagina, drie statistiek-plug-ins, een pagebuilder die voor elke pagina honderden kilobytes aan scripts laadt – dat telt op.

• Deactiveer bij wijze van test de ene plug-in na de andere en meet. Wie remt, valt snel op.
• De gratis plug-in Query Monitor laat zien welke plug-in hoeveel databasequery's veroorzaakt.
• Wat u niet meer nodig heeft, verwijdert u – gedeactiveerd staat het nog op de server en moet het toch bijgewerkt worden.

De database opruimen

Door de jaren heen verzamelt zich heel wat: honderden revisies van elk bericht, resten van verwijderde plug-ins, verlopen tijdelijke gegevens. Een opruim-plug-in verwijdert dat met een paar klikken. Maak vooraf een back-up – wat uit een database is verwijderd, komt alleen via de back-up terug.