PHP 7 n’est plus maintenu : votre site WordPress est-il en danger ?

Votre site WordPress fonctionne encore correctement. Les visiteurs arrivent. Les formulaires semblent répondre. Rien ne paraît anormal.

Pourtant, en arrière-plan, une bombe à retardement technique peut être déjà en place : votre site utilise peut-être encore PHP 7.

Et si vous n’avez jamais entendu parler de PHP, c’est parfaitement normal. Pourtant, c’est l’un des composants les plus importants de votre site WordPress.

Depuis plusieurs années maintenant, PHP 7 n’est plus maintenu officiellement. Beaucoup de sites professionnels fonctionnent pourtant encore dessus sans le savoir.

Le problème n’apparaît pas immédiatement. Puis un jour arrive, votre site casse…

Voyons pourquoi.

WordPress est écrit en PHP.

À chaque page affichée énormément de code PHP est exécuté par WordPress, vos extensions, votre thème, WooCommerce…

Sans PHP, votre site ne fonctionne tout simplement pas.

On peut le comparer au moteur d’une voiture : vous voyez la carrosserie, les sièges, le tableau de bord… mais tout repose sur ce qui se passe sous le capot.

PHP évolue régulièrement :

• PHP 7.0 : fin de support en 2019
• PHP 7.1 : fin de support en 2019
• PHP 7.2 : fin de support en 2020
• PHP 7.3 : fin de support en 2021
• PHP 7.4 : fin de support en 2022

Aujourd’hui, les versions recommandées sont principalement PHP 8.1, PHP 8.2, PHP 8.3 et progressivement PHP 8.4.

Une version abandonnée signifie quelque chose de simple : plus aucune correction de sécurité officielle n’est publiée. Si une faille est découverte, elle peut donc rester ouverte. Mais le risque ne s’arrête pas là.

WordPress, WooCommerce, les thèmes et les extensions continuent d’évoluer en permanence. Deux situations peuvent alors apparaître :

• certains développements récents peuvent ne plus fonctionner sur un serveur resté bloqué sous PHP 7,
• à l’inverse, des plugins anciens développés à l’époque de PHP 7 peuvent casser lors d’une migration vers PHP 8.

Et c’est souvent ce deuxième cas qui pose problème en pratique.

Pendant des années, certains thèmes, extensions ou développements spécifiques ont fonctionné sans difficulté apparente. Puis arrive une mise à jour serveur, un changement d’hébergement ou une évolution WordPress et des incompatibilités jusque-là invisibles remontent brutalement à la surface.

Les conséquences peuvent être variées :

• erreurs PHP,
• pages blanches,
• administration instable,
• fonctionnalités qui cessent de fonctionner,
• voire un site totalement inaccessible.

C’est précisément pour cette raison qu’une migration PHP ne devrait jamais être subie dans l’urgence, mais préparée et vérifiée en amont.

Parce qu’un changement de version PHP fait peur, et souvent à raison.

Beaucoup de propriétaires de sites ont vécu une situation similaire : « On a essayé de mettre à jour et le site a planté. »

Du coup, le site reste figé pendant des années, en suspens, et c’est précisément ce qui entretient le problème.

Plusieurs méthodes simples existent.

Rendez-vous dans : Outils -> Santé du site

Puis : Informations -> Serveur

La version PHP utilisée apparaît directement.

OVH, O2Switch, Infomaniak ou d’autres affichent généralement cette information dans leur interface.

C’est ici que beaucoup se trompent : le problème n’est pas simplement de mettre à jour PHP. Le véritable enjeu est de vérifier que l’ensemble du site est prêt à évoluer de manière cohérente.

Une migration PHP n’est jamais une mise à jour isolée. Tous les composants du site sont liés entre eux : version WordPress, thème, extensions, développements spécifiques, serveur, hébergement…

Dans la réalité, on rencontre régulièrement :

• des plugins abandonnés depuis plusieurs années ;
• des thèmes anciens ;
• des fonctions PHP devenues obsolètes ;
• des développements sur mesure incompatibles ;
• des dépendances qui fonctionnaient encore uniquement grâce à d’anciens comportements tolérés.

Certaines extensions utilisent encore des mécanismes supprimés depuis longtemps dans les versions récentes de PHP. Une mise à jour trop rapide peut alors provoquer des erreurs critiques, des fonctionnalités cassées, voire rendre le site complètement inaccessible.

Et lorsque cela arrive, revenir en arrière n’est pas toujours simple.

Dans certains cas, l’administration WordPress elle-même devient inaccessible. Sur un Hébergement mutualisé, les possibilités d’intervention sont parfois limitées, surtout si aucun accès SSH n’est disponible ou si les outils techniques proposés sont restreints. Sans sauvegarde exploitable, récupérer un site cassé peut rapidement devenir très complexe.

Pour cette raison, une migration PHP devrait idéalement suivre une méthode prudente :

1. Réaliser un inventaire technique complet : Versions WordPress, thème, plugins, développements spécifiques.
2. Identifier les incompatibilités potentielles : Extensions abandonnées, thèmes anciens, fonctions obsolètes.
3. Créer une sauvegarde complète avant toute intervention : Fichiers, base de données, configuration.
4. Tester la migration sur un environnement de développement ou de préproduction : C’est souvent la solution la plus sûre : reproduire le site, effectuer les tests, corriger les problèmes puis seulement déployer en production.
5. Effectuer une mise à jour progressive et surveiller le comportement du site après intervention.

Quelques heures de préparation peuvent parfois éviter plusieurs jours de dépannage d’urgence, voire une refonte complète.

PHP est un composant invisible.

Pourtant, il influence directement :

• la sécurité,
• la stabilité,
• les performances,
• les futures mises à jour de votre site.

Le problème est qu’un site sous PHP 7 peut fonctionner “normalement” pendant longtemps… jusqu’au jour où quelque chose casse. Et à ce moment-là, l’urgence remplace souvent l’anticipation.

Votre site utilise encore PHP 7 ? Contactez Sukellos et identifiez les blocages avant qu’ils ne deviennent critiques :