Fin de vie de PHP : le sujet dont personne ne vous parle

PHP, le moteur invisible de WordPress

WordPress ne fonctionne pas tout seul : il a besoin d’un moteur qui exécute son code à chaque visite. Ce moteur, c’est PHP, installé sur le serveur de votre hébergeur. Vous ne le voyez jamais, mais tout en dépend : l’affichage des pages, le tunnel de commande, l’administration, les extensions.

Comme WordPress, PHP évolue par versions. Et comme tout logiciel, chaque version finit par ne plus être maintenue.

« Fin de vie » : ce que cela signifie vraiment

Une version de PHP en fin de vie continue de fonctionner. Le problème n’est pas là. Le problème, c’est qu’elle ne reçoit plus de correctifs de sécurité. Les failles découvertes après la date de fin de vie restent ouvertes pour toujours. Un site sur une version abandonnée est une cible qui ne sera jamais réparée, quoi qu’il arrive.

Où en est PHP en 2026

Autrement dit, tout site qui tourne encore sur PHP 8.1 ou une version antérieure est aujourd’hui sur un moteur qui ne sera plus jamais corrigé. Et les sites sur PHP 8.2 ont un an, tout au plus, avant d’être dans le même cas.

Le scénario de la casse

Voici comment cela se passe presque toujours. Votre hébergeur, pour des raisons de sécurité, décide de ne plus proposer une vieille version de PHP. Il vous prévient, puis bascule votre serveur sur une version récente. Du jour au lendemain, votre site s’exécute sur un moteur qu’il n’a jamais rencontré.

Si le thème et les extensions étaient prêts, tout se passe bien. Sinon, c’est la page blanche, l’erreur 500, ou des fonctions entières qui cessent de répondre : un formulaire, un module de paiement, une partie de l’administration. Le site n’a pas été piraté, il a simplement été confronté à une version de PHP à laquelle son code n’était pas préparé.

Pourquoi c’est plus délicat qu’une simple mise à jour

Monter de version PHP n’est pas un bouton sur lequel on clique sans réfléchir. Trois raisons à cela.

• Les fonctions supprimées. À chaque version, PHP retire des fonctions anciennes. Un code qui les utilisait encore cesse de fonctionner du jour au lendemain.
• Les extensions abandonnées. Une extension qui n’est plus mise à jour par son auteur ne sera jamais rendue compatible avec les nouvelles versions de PHP. Elle devient un point de rupture.
• Le code sur mesure. Un thème développé spécifiquement pour votre site n’est testé par personne d’autre. C’est à vous, ou à votre prestataire, de le préparer.

Comment l’anticiper sans casse

La bonne méthode ne consiste jamais à basculer la version en production et à voir ce qui se passe. Elle consiste à préparer le terrain sur une copie du site.

• Repérer la version de PHP actuelle, et celle que l’hébergeur imposera bientôt.
• Dupliquer le site sur un environnement de test, y appliquer la version cible, et lister tout ce qui casse.
• Mettre à jour les extensions, remplacer celles qui sont abandonnées, corriger le code déprécié.
• Une fois la copie stable sur la nouvelle version, appliquer le changement en production, sans surprise.

C’est exactement ce que couvre un contrat de maintenance sérieux : la montée de version PHP est anticipée, testée et appliquée avant que l’hébergeur ne l’impose, pas découverte en catastrophe un lundi matin.