Hoe u PHP bijwerkt op uw WordPress-hosting

Het draaien van een verouderde PHP-versie is een van de grootste fouten op het gebied van prestaties en beveiliging die u met een WordPress-site kunt maken. PHP is de taal die WordPress aandrijft en elke nieuwe versie brengt meetbare snelheidsverbeteringen, beveiligingspatches en nieuwe taalfuncties waar plug-ins en thema's op vertrouwen. Als uw hosting nog PHP 7.4 of zelfs PHP 8.0 draait, laat u prestaties liggen en stelt u uw site bloot aan bekende kwetsbaarheden die nooit meer gepatcht zullen worden.

Waarom uw PHP-versie belangrijk is voor WordPress

PHP is niet zomaar een achtergronddetail. Het beïnvloedt direct hoe snel uw pagina's laden, hoeveel geheugen uw server gebruikt en of uw plug-ins überhaupt kunnen draaien. Elke grote PHP-release bevat interne optimalisaties van de Zend Engine (de runtime die PHP-code uitvoert), en deze optimalisaties stapelen zich in de loop van de tijd op. Een WordPress-site die op PHP 8.3 draait, verwerkt meer verzoeken per seconde, gebruikt minder geheugen per verzoek en reageert sneller dan dezelfde site op PHP 7.4.

Naast prestaties is er het beveiligingsaspect. PHP 7.4 heeft zijn officiële einde van levensduur (EOL) bereikt in november 2022. PHP 8.0 bereikte EOL in november 2023. PHP 8.1 bereikte EOL in december 2025. Zodra een versie EOL bereikt, stopt het PHP-team volledig met het uitbrengen van beveiligingspatches. Als er een kritieke kwetsbaarheid wordt ontdekt in een EOL-versie, wordt deze nooit meer verholpen. Uw hostingprovider kan sommige patches terugporteren, maar daar moet u niet op vertrouwen.

Vergelijking van PHP-versies: prestaties en functies

Hieronder vindt u een praktisch overzicht van de belangrijkste PHP-versies die u op WordPress-hosting tegenkomt:

PHP 7.4 (EOL november 2022): De laatste release in de PHP 7.x-lijn. Het was destijds een solide versie, maar het mist getypeerde eigenschappen, union-types, fibers en de prestatiewinst van PHP 8.x. WordPress 6.4+ raadt officieel PHP 8.0 of hoger aan. Veel nieuwere plug-ins hebben de ondersteuning voor PHP 7.4 volledig laten vallen.
PHP 8.0 (EOL november 2023): Introduceerde de JIT-compiler (Just-In-Time), benoemde argumenten, union-types, match-expressies en nullsafe-operators. De JIT-compiler verbetert typische WordPress-workloads (die I/O-gebonden zijn in plaats van CPU-gebonden) niet dramatisch, maar de algemene engine-optimalisaties leveren toch een snelheidswinst van 5-10% op ten opzichte van PHP 7.4.
PHP 8.1 (EOL december 2025): Voegde fibers toe (gebruikt door nieuwere asynchrone bibliotheken), enums, readonly-eigenschappen en intersectie-types. WordPress core heeft volledige ondersteuning. De meeste goed onderhouden plug-ins werken prima op 8.1.
PHP 8.2 (Beveiligingsfixes tot december 2026): Introduceerde readonly-klassen, maakte dynamische eigenschappen verouderd (waardoor sommige oudere plug-ins deprecation-meldingen genereerden) en verbeterde de generator van willekeurige getallen. Dit is een goede doelversie als u stabiliteit wilt met doorlopende beveiligingsondersteuning.
PHP 8.3 (Actieve ondersteuning tot december 2026, beveiligingsfixes tot december 2027): Voegde getypeerde klasseconstanten toe, de functie json_validate() en diverse prestatieverbeteringen. Dit is momenteel de aanbevolen versie voor nieuwe WordPress-installaties, omdat het de langste resterende ondersteuningsperiode en de beste prestaties heeft.

Prestatiebenchmarks: hoe de cijfers er werkelijk uitzien

In real-world WordPress-benchmarks (getest met een standaard WooCommerce-installatie, 20 actieve plug-ins en een thema zoals Astra) zijn de verschillen tussen PHP-versies aanzienlijk:

PHP 7.4: Verwerkt ongeveer 90-100 verzoeken per seconde, met een gemiddelde reactietijd van ongeveer 250 ms.
PHP 8.0: Verwerkt ongeveer 100-115 verzoeken per seconde, gemiddelde reactietijd rond 220 ms.
PHP 8.1: Verwerkt ongeveer 110-120 verzoeken per seconde, gemiddelde reactietijd rond 210 ms.
PHP 8.2: Verwerkt ongeveer 115-125 verzoeken per seconde, gemiddelde reactietijd rond 200 ms.
PHP 8.3: Verwerkt ongeveer 120-135 verzoeken per seconde, gemiddelde reactietijd rond 190 ms.

Deze cijfers variëren afhankelijk van de hostingomgeving, maar de trend is consistent: elke PHP-versie is meetbaar sneller dan zijn voorganger. Een upgrade van PHP 7.4 naar 8.3 levert doorgaans een verbetering op van 25-35% in verzoeken per seconde.

Voor u bijwerkt: de checklist vóór de upgrade

Maak een volledige back-up: Maak een back-up van zowel uw database als bestanden. Gebruik UpdraftPlus, BackWPup of de ingebouwde back-uptool van uw hostingprovider. Sla deze stap niet over. Als er iets misgaat, moet u uw site binnen enkele minuten kunnen herstellen.
Controleer de compatibiliteit van plug-ins en thema's: Installeer de plug-in "PHP Compatibility Checker" van WP Engine. Deze scant uw plug-ins en themabestanden op functieaanroepen die verouderd of verwijderd zijn in nieuwere PHP-versies. Let op "ERROR"-resultaten, want die veroorzaken fatale fouten. "WARNING"-resultaten activeren meestal alleen deprecation-meldingen die de functionaliteit niet breken.
Bekijk de PHP-migratiehandleidingen: De officiële PHP-documentatie publiceert migratiehandleidingen voor elke versie (php.net/migration80, php.net/migration81, etc.). Deze vermelden elke breaking change. U hoeft niet de hele handleiding te lezen, maar bekijk wel de sectie "Backward Incompatible Changes".
Gebruik een staging-omgeving: Als uw hostingprovider staging aanbiedt (Kinsta, WP Engine, SiteGround en de meeste managed hosts doen dat), kloon dan uw productiesite naar staging en test de PHP-upgrade daar eerst. Dit is de allerbelangrijkste stap om downtime te voorkomen.
Werk eerst alle plug-ins en thema's bij: Voordat u de PHP-versie wijzigt, moet u ervoor zorgen dat elke plug-in en elk thema de nieuwste versie draait. Ontwikkelaars brengen regelmatig updates uit die compatibiliteit met nieuwere PHP-versies toevoegen.

Hoe u uw PHP-versie wijzigt

cPanel-hosting (de meeste shared hosts)

Log in op uw cPanel-dashboard.
Zoek naar "Select PHP Version" (CloudLinux) of "MultiPHP Manager" (native cPanel). De naam hangt af van de configuratie van uw hostingprovider.
Als u MultiPHP Manager gebruikt, selecteer dan uw domein in de lijst, kies de nieuwe PHP-versie uit de vervolgkeuzelijst en klik op "Apply."
Als u Select PHP Version gebruikt, ziet u de huidige versie bovenaan. Klik op de vervolgkeuzelijst, selecteer de nieuwe versie en bevestig. Met deze interface kunt u ook afzonderlijke PHP-extensies in- of uitschakelen.

Plesk-hosting

Log in op Plesk en navigeer naar Websites & Domains.
Klik op het domein dat u wilt bijwerken.
Klik op PHP Settings (of "PHP Version" afhankelijk van uw Plesk-versie).
Selecteer de nieuwe PHP-versie uit de vervolgkeuzelijst en klik op "Apply" of "OK."
Met Plesk kunt u op dezelfde pagina ook PHP-instellingen configureren (memory_limit, max_execution_time, etc.).

Managed WordPress-hosting

Managed hosts maken het wisselen van PHP-versie doorgaans eenvoudig:

Kinsta: Ga naar Sites, selecteer uw site, klik op Tools, zoek "PHP Engine" en selecteer de nieuwe versie.
WP Engine: Ga naar Sites, selecteer uw omgeving, klik op Overview en zoek de PHP-versie-instelling. WP Engine heeft ook een PHP Compatibility Checker ingebouwd in hun dashboard.
SiteGround: Ga naar Site Tools en vervolgens naar PHP Manager onder de sectie Devs. U kunt indien nodig de PHP-versie per map instellen.
Cloudways: Ga naar Server Management, Settings & Packages en vervolgens naar het tabblad Packages. Wijzig daar de PHP-versie (dit beïnvloedt de hele server).

Veelvoorkomende fouten na het upgraden van PHP

Als uw site fouten vertoont na een PHP-upgrade, raak dan niet in paniek. Hier zijn de meest voorkomende problemen en hun oplossingen:

Fatal Error: Uncaught Error (functie niet gevonden)

Dit gebeurt wanneer een plug-in of thema een PHP-functie gebruikt die in de nieuwe versie is verwijderd. Veelvoorkomende voorbeelden zijn create_function() (verwijderd in PHP 8.0), each() (verwijderd in PHP 8.0) en mysql_*-functies (verwijderd sinds PHP 7.0). De oplossing is om de plug-in of het thema dat de fout veroorzaakt bij te werken. Controleer de foutmelding voor het bestandspad om te identificeren welke plug-in verantwoordelijk is.

Deprecation-meldingen vullen uw foutenlogboek

PHP 8.2 heeft dynamische eigenschappen (het instellen van niet-gedeclareerde eigenschappen op objecten) verouderd, wat een vloed aan deprecation-meldingen veroorzaakte in veel oudere plug-ins. Deze meldingen breken uw site niet, maar kunnen de boel vertragen als foutregistratie uitgebreid is. Werk de getroffen plug-ins bij of, als een plug-in is verlaten, overweeg deze te vervangen door een alternatief.

White Screen of Death

Een volledig leeg scherm betekent meestal dat er een fatale fout optreedt, maar dat foutweergave is uitgeschakeld. Schakel foutweergave tijdelijk in door dit toe te voegen aan uw wp-config.php:

define('WP_DEBUG', true);
define('WP_DEBUG_DISPLAY', true);
define('WP_DEBUG_LOG', true);

Controleer de fout, los deze op en schakel debug-modus daarna weer uit in productie.

Type-fouten en strengere typecontrole

PHP 8.x is strenger met typeafhandeling. Het doorgeven van null aan interne functies die een string verwachten (zoals strlen(null)) genereert nu een deprecation-waarschuwing of een TypeError. Dit verschijnt vaak in slecht geprogrammeerde plug-ins die niet controleren op null-waarden voordat ze worden doorgegeven aan stringfuncties.

Essentiële php.ini-instellingen voor WordPress

Bekijk na het upgraden van PHP deze belangrijke php.ini-instellingen. U kunt ze meestal bewerken via het controlepaneel van uw hosting, of door een aangepast php.ini- of .user.ini-bestand aan te maken in uw WordPress-rootmap:

; Geheugenlimiet - WordPress raadt minimaal 256M aan
memory_limit = 256M

; Maximale uploadgrootte
upload_max_filesize = 64M
post_max_size = 64M

; Uitvoeringstijd - verhoog bij trage imports of grote bewerkingen
max_execution_time = 300

; Invoervariabelen - verhoog bij complexe formulieren of veel custom fields
max_input_vars = 3000

; Foutrapportage - schakel display_errors uit in productie
display_errors = Off
log_errors = On
error_log = /path/to/php-error.log

OPcache-configuratie voor de beste prestaties

OPcache slaat vooraf gecompileerde PHP-bytecode op in gedeeld geheugen, zodat de PHP-engine niet bij elk verzoek dezelfde scripts hoeft te parsen en te compileren. Het is standaard ingeschakeld bij de meeste hostingproviders, maar de standaardinstellingen zijn vaak te conservatief voor WordPress. Hier zijn aanbevolen OPcache-instellingen:

opcache.enable = 1
opcache.memory_consumption = 256
opcache.interned_strings_buffer = 16
opcache.max_accelerated_files = 10000
opcache.revalidate_freq = 60
opcache.validate_timestamps = 1
opcache.save_comments = 1
opcache.enable_file_override = 1

De instelling opcache.max_accelerated_files moet hoger zijn dan het totale aantal PHP-bestanden in uw WordPress-installatie. Een typische WordPress-site met 20 plug-ins heeft ongeveer 5.000-8.000 PHP-bestanden. Door dit op 10.000 in te stellen, hebt u voldoende ruimte. De opcache.revalidate_freq bepaalt hoe vaak OPcache controleert of bronbestanden zijn gewijzigd. In productie is 60 seconden een goede balans. Stel het in op 0 in ontwikkelomgevingen, zodat wijzigingen direct worden opgepikt.

Hoe te controleren welke PHP-versie uw plug-ins vereisen

Niet alle plug-ins vermelden hun minimale PHP-versie, maar de goede wel. Zo controleert u dit:

WordPress.org-pluginpagina: Scrol omlaag naar het veld "Requires PHP" in de zijbalk. Als de plug-in "7.4" vermeldt en u draait op 8.3, zou dat in de meeste gevallen prima moeten werken, aangezien dit het minimum aangeeft, niet het maximum.
readme.txt van de plug-in: Open het readme.txt-bestand van de plug-in (in wp-content/plugins/plugin-name/readme.txt) en zoek naar de "Requires PHP"-koptekst.
Broncode van de plug-in: Het hoofdbestand van de plug-in (het bestand met de Plugin Name-koptekst) bevat soms een "Requires PHP"-koptekstcommentaar dat WordPress leest.
Changelog en release notes: Controleer de changelog van de plug-in op vermeldingen van PHP-versievereisten, vooral als u meerdere grote versies upgradet.

Rollback-procedure als er iets breekt

Als uw site na een PHP-upgrade kapot gaat en u het probleem niet snel kunt oplossen, draai dan onmiddellijk terug naar de vorige PHP-versie. Hier is de procedure:

Wijzig de PHP-versie terug: Gebruik dezelfde cPanel-, Plesk- of hostingdashboard-methode die u voor de upgrade hebt gebruikt. Terugschakelen werkt op de meeste hosts binnen enkele seconden.
Controleer of uw site werkt: Laad uw site in een browser en controleer het admin-dashboard. Alles zou weer normaal moeten zijn.
Onderzoek het probleem: Nu uw site weer stabiel is, bekijk de foutenlogboeken om de problematische plug-in of het thema te identificeren. Werk deze bij of zoek een alternatief.
Probeer het opnieuw: Zodra u het compatibiliteitsprobleem hebt opgelost, probeer de PHP-upgrade opnieuw, eerst op staging en daarna op productie.

Als u niet kunt terugdraaien via het hostingdashboard (bijvoorbeeld als u buitengesloten bent van cPanel), kunt u meestal contact opnemen met de support van uw hostingprovider en zij zullen de PHP-versie binnen enkele minuten voor u wijzigen.

Na het bijwerken: verificatie na de upgrade

Bezoek de homepage van uw site en verschillende interne pagina's. Let op visuele problemen, defecte lay-outs of foutmeldingen.
Test kritieke functionaliteit: contactformulieren, WooCommerce-checkout (indien van toepassing), inloggen en registratie, zoeken en eventuele aangepaste functies.
Controleer het WordPress admin-dashboard op pluginwaarschuwingen of updatemeldingen.
Open wp-content/debug.log (als WP_DEBUG_LOG is ingeschakeld) en zoek naar nieuwe PHP-fouten of deprecation-meldingen.
Monitor het PHP-foutenlogboek van uw server gedurende minimaal 24-48 uur. Sommige problemen verschijnen alleen onder specifieke omstandigheden (bepaalde paginasjablonen, cron-taken, API-aanroepen).
Wis alle caches (paginacache, objectcache, OPcache) zodat ze opnieuw worden opgebouwd met de nieuwe PHP-versie.

Verifieer uw PHP-versie met InspectWP

Voer een nieuwe InspectWP-scan uit na het upgraden. De hostingsectie toont de gedetecteerde PHP-versie uit de server-koptekst. Als de versie niet is gewijzigd, kan uw hostingprovider de oude PHP-handler cachen. Wis de servercache, wacht enkele minuten en scan opnieuw. InspectWP markeert ook verouderde PHP-versies in de beveiligingssectie, zodat u kunt bevestigen dat die waarschuwing na de upgrade is opgelost.