Votre hébergeur vous affiche un bandeau jaune dans le tableau de bord WordPress : « Votre site utilise une version non sécurisée de PHP. » Vous aimeriez cliquer quelque part et passer à autre chose, mais vous craignez la page blanche ou le thème disloqué. Cette peur est légitime.
PHP est le moteur invisible qui fait tourner chaque page, chaque extension, chaque requête de votre site. Changer sa version touche à tout, et une mauvaise manipulation peut rendre le site inaccessible. Voyons comment procéder proprement pour mettre à jour la version PHP WordPress sans provoquer de casse.
A découvrir également : OZE connexion : comment accéder à votre compte
Pourquoi votre hébergeur peut forcer la mise à jour PHP à votre place
Vous pensez peut-être que la mise à jour PHP est un choix. En pratique, ce n’est pas toujours le cas. Plusieurs grands hébergeurs européens, dont OVH, o2switch ou Hostinger, annoncent depuis 2024 des migrations automatiques vers PHP 8.2 ou 8.3 sur leurs offres mutualisées. Les anciennes versions 7.x et 8.0 sont progressivement désactivées.
PHP 8.1 atteint sa fin de vie officielle fin 2025. Après cette date, plus aucun correctif de sécurité ne sera publié pour cette branche. Un hébergeur qui maintient une version obsolète s’expose à des failles sur l’ensemble de ses serveurs, d’où ces bascules imposées.
A lire en complément : Pourquoi mettre un arobase sur un forum ?
Le risque concret : votre site casse sans que vous ayez touché à quoi que ce soit. Une extension qui utilisait une fonction supprimée en PHP 8.x provoque une erreur fatale, et vous découvrez le problème en ouvrant votre page d’accueil un lundi matin. Mieux vaut anticiper la migration que la subir.
Vérifier la compatibilité PHP de vos extensions et de votre thème
Avant de toucher au moindre réglage serveur, la première étape consiste à dresser un inventaire. Vous devez savoir si chaque brique de votre site supporte la version PHP visée.
Le plugin PHP Compatibility Checker
L’extension PHP Compatibility Checker (par WP Engine) analyse le code de vos plugins et de votre thème actif. Elle signale les fonctions dépréciées ou supprimées dans la version cible. Installez-la, lancez le scan, puis lisez le rapport. Les avertissements « warning » sont souvent bénins. Les erreurs « error » indiquent un risque de page blanche.
Extensions et thèmes abandonnés : le vrai danger
Un plugin qui n’a pas reçu de mise à jour depuis plus d’un an est le premier suspect. Ses auteurs n’ont probablement pas testé la compatibilité avec PHP 8.2 ou 8.3. Trois réflexes à adopter :
- Vérifier la date de dernière mise à jour sur la fiche WordPress.org de chaque extension. Si elle remonte à plus de douze mois, chercher une alternative maintenue.
- Consulter l’onglet « Testé jusqu’à » de chaque plugin, qui indique la version WordPress et parfois la version PHP validée par le développeur.
- Désactiver les extensions que vous n’utilisez plus. Moins de code actif, moins de risques de conflit.
Un thème ou plugin non maintenu est la première cause de casse après un changement de PHP. Réglez ce point avant tout le reste.
Tester la nouvelle version PHP sur un environnement de staging
Vous avez vérifié la compatibilité sur le papier. Passez maintenant au test réel, mais pas sur votre site en production.
Créer un site de staging
Un environnement de staging est une copie conforme de votre site, hébergée à une adresse différente. La plupart des hébergeurs proposent cette fonctionnalité en un clic (cPanel, Plesk, interface propriétaire). Sinon, un plugin comme Duplicator ou WP Staging permet de cloner le site.
Le principe : vous changez la version PHP sur le staging, vous naviguez sur chaque page, vous testez le formulaire de contact, le tunnel d’achat si vous avez une boutique, le back-office. Si tout fonctionne, vous reproduisez l’opération en production.
Que vérifier concrètement ?
Ne vous contentez pas de la page d’accueil. Testez les formulaires, les pages dynamiques et l’éditeur de blocs. Les erreurs PHP se manifestent souvent sur des fonctionnalités précises : un shortcode personnalisé, un widget de sidebar, une fonction de votre fichier functions.php.
Activez le mode débogage de WordPress (WP_DEBUG à true dans wp-config.php) pour voir les avertissements PHP. Sur un staging, ce mode ne gêne personne et vous donne une visibilité complète.
Changer la version PHP chez votre hébergeur WordPress
Le changement de version PHP ne se fait pas dans WordPress. Il se fait dans le panneau d’administration de votre hébergeur. L’emplacement exact varie, mais le principe reste le même.
Sur cPanel, rendez-vous dans « MultiPHP Manager » ou « Sélectionner une version de PHP ». Sur l’interface OVH, c’est dans la section « Configuration » de l’hébergement web. Chez o2switch, un outil dédié permet de choisir la branche PHP par répertoire.
Sélectionnez PHP 8.2 ou 8.3, les deux branches pleinement supportées par WordPress 6.4, 6.5 et 6.6. La documentation officielle WordPress recommande au minimum PHP 8.1, mais viser 8.2 ou 8.3 vous place sur une version dont le support sécurité court encore plusieurs années.
Après le changement, videz le cache de votre site (plugin de cache, cache serveur, CDN) et rechargez plusieurs pages. Les anciens fichiers en cache peuvent masquer une erreur.
Revenir en arrière si le site WordPress casse après la migration PHP
Vous avez basculé la version PHP en production et quelque chose ne va pas. Pas de panique.
- Retourner dans le panneau hébergeur et remettre l’ancienne version PHP. Le site redevient fonctionnel en quelques secondes.
- Identifier l’extension ou le thème fautif grâce aux logs d’erreur PHP (fichier error_log à la racine du site ou dans le dossier /logs/).
- Mettre à jour ou remplacer le composant problématique, puis retenter la migration.
- Si vous avez fait une sauvegarde complète avant l’opération (base de données et fichiers), vous pouvez restaurer l’état précédent via votre outil de backup.
Faites toujours une sauvegarde complète avant de modifier la version PHP. C’est le filet de sécurité qui transforme une catastrophe potentielle en simple contretemps.
La mise à jour PHP est une opération de maintenance qui devient de plus en plus urgente à mesure que les anciennes branches perdent leur support de sécurité. En procédant par étapes (inventaire des extensions, test sur staging, bascule, vérification), le risque de casse reste très faible. Le vrai danger, c’est de ne rien faire et de laisser l’hébergeur décider pour vous, un jour où vous ne surveillez pas.
