Comment mettre à jour PHP sur votre hébergement WordPress

Utiliser une version obsolète de PHP est l'une des plus grandes erreurs en matière de performance et de sécurité que vous puissiez commettre avec un site WordPress. PHP est le langage qui propulse WordPress, et chaque nouvelle version apporte des améliorations mesurables en termes de vitesse, des correctifs de sécurité et de nouvelles fonctionnalités du langage sur lesquelles s'appuient les extensions et les thèmes. Si votre hébergement utilise encore PHP 7.4 ou même PHP 8.0, vous laissez de la performance sur la table et exposez votre site à des vulnérabilités connues qui ne seront jamais corrigées.

Pourquoi votre version de PHP est importante pour WordPress

PHP n'est pas qu'un simple détail technique en arrière-plan. Il influence directement la rapidité de chargement de vos pages, la quantité de mémoire utilisée par votre serveur et la capacité de vos extensions à fonctionner. Chaque version majeure de PHP inclut des optimisations internes du Zend Engine (le moteur d'exécution qui exécute le code PHP), et ces optimisations s'accumulent au fil du temps. Un site WordPress fonctionnant sous PHP 8.3 traitera plus de requêtes par seconde, utilisera moins de mémoire par requête et répondra plus rapidement que le même site sous PHP 7.4.

Au-delà de la performance, il y a l'aspect sécurité. PHP 7.4 a atteint sa fin de vie officielle (EOL) en novembre 2022. PHP 8.0 a atteint l'EOL en novembre 2023. PHP 8.1 a atteint l'EOL en décembre 2025. Une fois qu'une version atteint sa fin de vie, l'équipe PHP cesse complètement de publier des correctifs de sécurité. Si une vulnérabilité critique est découverte dans une version EOL, elle ne sera jamais corrigée. Votre hébergeur peut rétroporter certains correctifs, mais vous ne devriez pas compter là-dessus.

Comparaison des versions de PHP : performances et fonctionnalités

Voici une analyse pratique des principales versions de PHP que vous rencontrerez sur les hébergements WordPress :

PHP 7.4 (EOL novembre 2022) : la dernière version de la lignée PHP 7.x. C'était une version solide à son époque, mais elle ne dispose pas des propriétés typées, des types union, des fibers et des gains de performance de PHP 8.x. WordPress 6.4+ recommande officiellement PHP 8.0 ou supérieur. De nombreuses extensions récentes ont entièrement abandonné le support de PHP 7.4.
PHP 8.0 (EOL novembre 2023) : a introduit le compilateur JIT (Just-In-Time), les arguments nommés, les types union, les expressions match et les opérateurs nullsafe. Le compilateur JIT n'améliore pas radicalement les charges de travail typiques de WordPress (qui sont liées aux entrées/sorties plutôt qu'au CPU), mais les optimisations générales du moteur apportent tout de même un gain de vitesse de 5 à 10 % par rapport à PHP 7.4.
PHP 8.1 (EOL décembre 2025) : a ajouté les fibers (utilisées par les bibliothèques asynchrones récentes), les enums, les propriétés en lecture seule et les types intersection. Le cœur de WordPress dispose d'un support complet. La plupart des extensions bien maintenues fonctionnent correctement sur 8.1.
PHP 8.2 (correctifs de sécurité jusqu'en décembre 2026) : a introduit les classes en lecture seule, déprécié les propriétés dynamiques (ce qui a provoqué des notices de dépréciation pour certaines extensions plus anciennes) et amélioré le générateur de nombres aléatoires. C'est une bonne version cible si vous souhaitez la stabilité avec un support de sécurité continu.
PHP 8.3 (support actif jusqu'en décembre 2026, correctifs de sécurité jusqu'en décembre 2027) : a ajouté les constantes de classe typées, la fonction json_validate() et diverses améliorations de performance. C'est actuellement la version recommandée pour les nouvelles installations WordPress, car elle dispose de la plus longue fenêtre de support restante et des meilleures performances.

Benchmarks de performance : à quoi ressemblent réellement les chiffres

Dans les benchmarks WordPress en conditions réelles (testés avec une installation WooCommerce standard, 20 extensions actives et un thème comme Astra), les différences entre les versions de PHP sont significatives :

PHP 7.4 : traite environ 90 à 100 requêtes par seconde, avec un temps de réponse moyen d'environ 250 ms.
PHP 8.0 : traite environ 100 à 115 requêtes par seconde, temps de réponse moyen d'environ 220 ms.
PHP 8.1 : traite environ 110 à 120 requêtes par seconde, temps de réponse moyen d'environ 210 ms.
PHP 8.2 : traite environ 115 à 125 requêtes par seconde, temps de réponse moyen d'environ 200 ms.
PHP 8.3 : traite environ 120 à 135 requêtes par seconde, temps de réponse moyen d'environ 190 ms.

Ces chiffres varient en fonction de l'environnement d'hébergement, mais la tendance est constante : chaque version de PHP est mesurablement plus rapide que la précédente. Passer de PHP 7.4 à 8.3 apporte généralement une amélioration de 25 à 35 % du nombre de requêtes par seconde.

Avant de mettre à jour : la liste de contrôle préalable

Créez une sauvegarde complète : sauvegardez à la fois votre base de données et vos fichiers. Utilisez UpdraftPlus, BackWPup ou l'outil de sauvegarde intégré de votre hébergeur. Ne sautez pas cette étape. Si quelque chose se passe mal, vous devez pouvoir restaurer votre site en quelques minutes.
Vérifiez la compatibilité des extensions et des thèmes : installez l'extension « PHP Compatibility Checker » de WP Engine. Elle analyse vos extensions et fichiers de thème à la recherche d'appels de fonctions dépréciés ou supprimés dans les versions plus récentes de PHP. Faites attention aux résultats « ERROR », car ils provoqueront des erreurs fatales. Les résultats « WARNING » déclenchent généralement des notices de dépréciation qui ne cassent pas la fonctionnalité.
Consultez les guides de migration PHP : la documentation officielle de PHP publie des guides de migration pour chaque version (php.net/migration80, php.net/migration81, etc.). Ils répertorient chaque changement incompatible. Vous n'avez pas besoin de lire le guide entier, mais parcourez la section « Backward Incompatible Changes ».
Utilisez un environnement de préproduction : si votre hébergeur propose une préproduction (Kinsta, WP Engine, SiteGround et la plupart des hôtes managés le font), clonez votre site de production vers la préproduction et testez d'abord la mise à jour PHP là-bas. C'est l'étape la plus importante pour éviter les interruptions.
Mettez d'abord à jour toutes les extensions et thèmes : avant de changer la version de PHP, assurez-vous que chaque extension et thème exécute la dernière version. Les développeurs publient régulièrement des mises à jour qui ajoutent la compatibilité avec les versions plus récentes de PHP.

Comment changer votre version de PHP

Hébergement cPanel (la plupart des hébergements mutualisés)

Connectez-vous à votre tableau de bord cPanel.
Recherchez « Select PHP Version » (CloudLinux) ou « MultiPHP Manager » (cPanel natif). Le nom dépend de la configuration de votre hébergeur.
Si vous utilisez MultiPHP Manager, sélectionnez votre domaine dans la liste, choisissez la nouvelle version de PHP dans le menu déroulant et cliquez sur « Apply ».
Si vous utilisez Select PHP Version, vous verrez la version actuelle en haut. Cliquez sur le menu déroulant, sélectionnez la nouvelle version et confirmez. Cette interface vous permet également d'activer ou de désactiver des extensions PHP individuelles.

Hébergement Plesk

Connectez-vous à Plesk et accédez à Sites Web et Domaines.
Cliquez sur le domaine que vous souhaitez mettre à jour.
Cliquez sur Paramètres PHP (ou « Version PHP » selon votre version de Plesk).
Sélectionnez la nouvelle version de PHP dans le menu déroulant et cliquez sur « Appliquer » ou « OK ».
Plesk vous permet également de configurer les paramètres PHP (memory_limit, max_execution_time, etc.) sur la même page.

Hébergement WordPress managé

Les hébergeurs managés rendent généralement le changement de version de PHP très simple :

Kinsta : allez dans Sites, sélectionnez votre site, cliquez sur Outils, trouvez « PHP Engine » et sélectionnez la nouvelle version.
WP Engine : allez dans Sites, sélectionnez votre environnement, cliquez sur Overview et trouvez le paramètre de version PHP. WP Engine intègre également un PHP Compatibility Checker dans son tableau de bord.
SiteGround : allez dans Site Tools, puis PHP Manager dans la section Devs. Vous pouvez définir la version de PHP par dossier si nécessaire.
Cloudways : allez dans Server Management, Settings & Packages, puis l'onglet Packages. Modifiez la version de PHP à cet endroit (cela affecte l'ensemble du serveur).

Erreurs courantes après la mise à jour de PHP

Si votre site affiche des erreurs après une mise à jour PHP, ne paniquez pas. Voici les problèmes les plus courants et leurs solutions :

Erreur fatale : Uncaught Error (fonction introuvable)

Cela se produit lorsqu'une extension ou un thème utilise une fonction PHP qui a été supprimée dans la nouvelle version. Les exemples courants incluent create_function() (supprimée dans PHP 8.0), each() (supprimée dans PHP 8.0) et les fonctions mysql_* (supprimées depuis PHP 7.0). La solution consiste à mettre à jour l'extension ou le thème qui déclenche l'erreur. Vérifiez le message d'erreur pour identifier le chemin du fichier et déterminer quelle extension est responsable.

Notices de dépréciation remplissant votre journal d'erreurs

PHP 8.2 a déprécié les propriétés dynamiques (définir des propriétés non déclarées sur des objets), ce qui a provoqué un flot de notices de dépréciation dans de nombreuses extensions plus anciennes. Ces notices ne cassent pas votre site, mais elles peuvent ralentir les choses si la journalisation des erreurs est verbeuse. Mettez à jour les extensions concernées, ou si une extension est abandonnée, envisagez de la remplacer par une alternative.

Écran blanc de la mort

Une page complètement blanche signifie généralement qu'une erreur fatale se produit mais que l'affichage des erreurs est désactivé. Activez temporairement l'affichage des erreurs en ajoutant ceci à votre wp-config.php :

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

Vérifiez l'erreur, corrigez-la, puis désactivez à nouveau le mode débogage en production.

Erreurs de type et vérification de type plus stricte

PHP 8.x est plus strict concernant la gestion des types. Passer null à des fonctions internes qui attendent une chaîne (comme strlen(null)) déclenche désormais un avertissement de dépréciation ou une TypeError. Cela apparaît couramment dans les extensions mal codées qui ne vérifient pas les valeurs nulles avant de les passer aux fonctions de chaîne.

Paramètres essentiels de php.ini pour WordPress

Après la mise à jour de PHP, vérifiez ces paramètres clés de php.ini. Vous pouvez généralement les modifier via le panneau de contrôle de votre hébergement, ou en créant un fichier php.ini ou .user.ini personnalisé dans le répertoire racine de WordPress :

; Limite de mémoire - WordPress recommande au moins 256M
memory_limit = 256M

; Taille maximale d'envoi
upload_max_filesize = 64M
post_max_size = 64M

; Temps d'exécution - augmentez si vous avez des imports lents ou de grandes opérations
max_execution_time = 300

; Variables d'entrée - augmentez si vous avez des formulaires complexes ou de nombreux champs personnalisés
max_input_vars = 3000

; Rapport d'erreurs - désactivez display_errors en production
display_errors = Off
log_errors = On
error_log = /path/to/php-error.log

Configuration d'OPcache pour des performances optimales

OPcache stocke le bytecode PHP précompilé en mémoire partagée, afin que le moteur PHP n'ait pas à analyser et compiler les mêmes scripts à chaque requête. Il est activé par défaut chez la plupart des hébergeurs, mais les paramètres par défaut sont souvent trop conservateurs pour WordPress. Voici les paramètres OPcache recommandés :

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

Le paramètre opcache.max_accelerated_files doit être supérieur au nombre total de fichiers PHP de votre installation WordPress. Un site WordPress typique avec 20 extensions contient environ 5 000 à 8 000 fichiers PHP. Le régler sur 10 000 offre une marge. Le paramètre opcache.revalidate_freq contrôle la fréquence à laquelle OPcache vérifie si les fichiers sources ont changé. En production, 60 secondes est un bon équilibre. Réglez-le à 0 dans les environnements de développement afin que les modifications soient prises en compte immédiatement.

Comment vérifier quelle version de PHP vos extensions requièrent

Toutes les extensions ne déclarent pas leur version PHP minimale, mais les bonnes le font. Voici comment vérifier :

Page de l'extension sur WordPress.org : faites défiler jusqu'au champ « Requires PHP » dans la barre latérale. Si l'extension indique « 7.4 » et que vous êtes sous 8.3, vous devriez tout de même être tranquille dans la plupart des cas, car cela indique le minimum, pas le maximum.
readme.txt de l'extension : ouvrez le fichier readme.txt de l'extension (dans wp-content/plugins/plugin-name/readme.txt) et recherchez l'en-tête « Requires PHP ».
Code source de l'extension : le fichier principal de l'extension (celui contenant l'en-tête Plugin Name) inclut parfois un commentaire d'en-tête « Requires PHP » que WordPress lit.
Changelog et notes de version : consultez le changelog de l'extension pour les mentions des exigences de version PHP, surtout si vous mettez à jour plusieurs versions majeures.

Procédure de retour en arrière en cas de problème

Si votre site casse après une mise à jour PHP et que vous ne pouvez pas résoudre le problème rapidement, revenez immédiatement à la version PHP précédente. Voici la procédure :

Rétablissez la version de PHP : utilisez la même méthode cPanel, Plesk ou tableau de bord d'hébergement que vous avez utilisée pour mettre à jour. Le retour prend effet en quelques secondes chez la plupart des hôtes.
Vérifiez que votre site fonctionne : chargez votre site dans un navigateur et vérifiez le tableau de bord d'administration. Tout devrait être revenu à la normale.
Enquêtez sur le problème : maintenant que votre site est de nouveau stable, examinez les journaux d'erreurs pour identifier l'extension ou le thème problématique. Mettez-le à jour ou trouvez une alternative.
Réessayez : une fois le problème de compatibilité résolu, tentez à nouveau la mise à jour PHP d'abord en préproduction, puis en production.

Si vous ne pouvez pas revenir en arrière via le tableau de bord d'hébergement (par exemple, si vous êtes verrouillé hors de cPanel), vous pouvez généralement contacter le support de votre hébergeur qui changera la version de PHP pour vous en quelques minutes.

Après la mise à jour : vérification post-mise à jour

Visitez la page d'accueil de votre site et plusieurs pages internes. Recherchez les problèmes visuels, les mises en page cassées ou les messages d'erreur.
Testez les fonctionnalités critiques : formulaires de contact, paiement WooCommerce (le cas échéant), connexion et inscription, recherche et toutes les fonctionnalités personnalisées.
Vérifiez le tableau de bord d'administration WordPress pour les avertissements d'extensions ou les avis de mise à jour.
Ouvrez wp-content/debug.log (si WP_DEBUG_LOG est activé) et recherchez de nouvelles erreurs PHP ou notices de dépréciation.
Surveillez le journal d'erreurs PHP de votre serveur pendant au moins 24 à 48 heures. Certains problèmes n'apparaissent que dans des conditions spécifiques (certains modèles de page, tâches cron, appels d'API).
Videz tous les caches (cache de page, cache d'objet, OPcache) afin qu'ils soient reconstruits avec la nouvelle version de PHP.

Vérifiez votre version de PHP avec InspectWP

Lancez une nouvelle analyse InspectWP après la mise à jour. La section hébergement affiche la version de PHP détectée à partir des en-têtes du serveur. Si la version n'a pas changé, votre hébergeur peut mettre en cache l'ancien gestionnaire PHP. Videz le cache de votre serveur, attendez quelques minutes et relancez l'analyse. InspectWP signale également les versions de PHP obsolètes dans la section sécurité, vous pouvez ainsi confirmer que cet avertissement est résolu après la mise à jour.