Votre site tourne sur une version de PHP en fin de vie : comment le savoir, et pourquoi c'est urgent

Pourquoi la version de PHP compte

PHP est le langage qui fait tourner une grande partie du web, dont WordPress. Chaque version est maintenue environ quatre ans : deux ans de corrections, puis deux ans de corrections de sécurité seulement. Après, plus rien : une faille découverte dans une version en fin de vie ne sera jamais corrigée.

À la date de ce guide, en octobre 2026 :

Si votre site est en 8.2, sa fin de vie est dans moins de trois mois.

Les dates exactes sont publiées sur php.net, page « Supported Versions ».

Vérification 1 : quelle version fait tourner votre site ?

Trois façons, de la plus simple à la plus sûre :

• dans l'espace client de votre hébergeur : la version de PHP est affichée dans la configuration de l'hébergement (attention, certains hébergeurs permettent une version différente par dossier ou par site) ;
• dans l'administration de WordPress : menu Outils, puis Santé du site, onglet Informations, rubrique Serveur ;
• dans les en-têtes de réponse du site : beaucoup de serveurs annoncent leur version (X-Powered-By: PHP/8.0) ; si c'est votre cas, masquez-la aussi, elle ne sert qu'aux attaquants.

N'installez pas de fichier phpinfo() accessible publiquement pour vérifier : il expose toute la configuration du serveur.

Les risques réels

• Les failles non corrigées : les robots qui parcourent le web cherchent les versions vulnérables connues.
• Les extensions qui suivent : sur WordPress, les extensions abandonnées par leurs auteurs ne fonctionnent souvent qu'avec les anciennes versions de PHP : elles bloquent la mise à jour, et sont souvent elles-mêmes vulnérables.
• La mise à jour forcée : les hébergeurs finissent par imposer une version récente, à une date qu'ils choisissent. Un site non préparé tombe ce jour-là, avec une page blanche ou une erreur.

Préparer la mise à jour

1. Sauvegardez le site complet : fichiers et base de données, et vérifiez que la sauvegarde se restaure.
2. Mettez à jour le reste d'abord : le CMS (WordPress, PrestaShop…), le thème et les extensions, dans leur dernière version compatible.
3. Faites le ménage : supprimez les extensions inutilisées ou abandonnées (pas de mise à jour depuis plus d'un an), souvent la source des incompatibilités.
4. Testez sur une copie : la plupart des hébergeurs permettent un site de préproduction, ou une version de PHP différente pour un dossier. Passez la copie sur la nouvelle version, et parcourez les pages et les actions importantes (formulaires, paiement, espace client).
5. Montez par étapes si l'écart est grand (de 7.4 à 8.3, par exemple) : les erreurs sont plus faciles à comprendre une version à la fois.
6. Basculez le site réel, en gardant la possibilité de revenir à l'ancienne version pendant quelques jours.

Pour un code sur mesure, un développeur peut passer un outil d'analyse de compatibilité (par exemple PHPCompatibility) qui liste ce qui cassera avant même de tester.

Ce que ce guide ne couvre pas

La correction du code incompatible lui-même, la mise à jour des bibliothèques d'un projet sur mesure (Composer), et les autres composants du serveur. C'est ce que couvre l'axe « obsolescence » de notre diagnostic : on dit ce qui ne sera bientôt plus réparable, et ce que coûte la mise à niveau.