PHP-versie updaten: waarom dit sneller én veiliger is

We komen het regelmatig tegen bij nieuwe klanten: een WordPress-site die al jaren op dezelfde, sterk verouderde PHP-versie draait. Vaak omdat "het gewoon werkt" en niemand er meer naar omkijkt. Het probleem is dat een oude PHP-versie twee dingen tegelijk kost: snelheid én veiligheid. In dit artikel leggen we uit waarom, en wat erbij komt kijken om veilig te updaten.

PHP wordt met elke versie sneller

PHP is de programmeertaal waar WordPress op draait, en de kernontwikkelaars investeren bij elke grote versie serieus in performance. De sprong van PHP 7.4 naar PHP 8.0 leverde bijvoorbeeld al een merkbare snelheidswinst op zonder dat er ook maar iets aan de code zelf hoefde te veranderen — puur door verbeteringen in hoe PHP zelf code verwerkt. Recentere versies bouwen daarop voort met nog snellere geheugenverwerking en optimalisaties die met name bij databasezware sites, zoals WooCommerce-webshops, goed merkbaar zijn.

Concreet betekent dit: dezelfde site, op dezelfde server, met alleen een nieuwere PHP-versie eronder, kan zomaar 20 tot 30 procent sneller reageren. Geen plugin, geen configuratiewijziging — puur de taal zelf die efficiënter is geworden.

En veiligheid dan?

Elke PHP-versie krijgt een beperkte periode actieve ondersteuning met beveiligingsupdates. Zodra die periode voorbij is, worden er geen patches meer uitgebracht — ook niet voor kritieke kwetsbaarheden die na die datum ontdekt worden. Een site op een end-of-life PHP-versie draait dus met bekende, permanent onopgeloste zwakke plekken. Voor kwaadwillenden die geautomatiseerd het internet afspeuren naar verouderde installaties, is dat precies waar ze naar zoeken.

Een verouderde PHP-versie is niet alleen langzamer — het is een deur die permanent op een kier blijft staan.

Waarom sites vaak toch blijven hangen op een oude versie

• Angst voor breuk: een oude plugin of thema kan onverwacht stoppen met werken op een nieuwere PHP-versie.
• Geen tijd of kennis om het compatibiliteitsrisico goed in te schatten voordat er geüpdatet wordt.
• Hostingpakketten die het niet makkelijk maken om zelf van versie te wisselen, of waar dat via een omslachtig support-ticket moet.

Hoe je het wél veilig aanpakt

De sleutel is testen voordat je live gaat. Een goede werkwijze bestaat uit een paar stappen: eerst een staging-omgeving opzetten die exact gelijk is aan de live site, daar de PHP-versie verhogen, en vervolgens alle belangrijke functionaliteit doorlopen — met name plugins van derde partijen en eventuele maatwerkcode zijn de meest voorkomende bron van compatibiliteitsproblemen. Pas als daar niets stukloopt, zetten we de wijziging door naar productie.

Bij verouderde plugins die niet meer onderhouden worden, is een PHP-update vaak zelfs een goed moment om ze te vervangen door een actief onderhouden alternatief — die combinatie van problemen (oude plugin, oude PHP) is meestal toch al een teken dat er ergens achterstallig onderhoud zit.

Hoe vaak zou je moeten updaten

Als vuistregel: blijf binnen de actief ondersteunde PHP-versies, en plan een controle minimaal één keer per jaar. Bij RN Hosting draaien al onze hostingpakketten standaard op een actueel ondersteunde PHP-versie, en bij onderhoudsklanten controleren we dit als onderdeel van het reguliere onderhoud — zodat dit nooit een verrassing wordt op het moment dat een oude versie plotseling geen updates meer krijgt.

Kort samengevat

Een PHP-update is een van de meest onderschatte, maar effectiefste dingen die je voor je site kunt doen: het is vaak gratis snelheidswinst én het dicht een reëel beveiligingsrisico. De enige voorwaarde is dat het zorgvuldig gebeurt, met een test vooraf — niet zomaar op productie doorvoeren en hopen dat het goed gaat.