Fin du support de PHP 8.2 : vérifiez votre site avant le 31 décembre 2026

PHP 8.2 perd son support de sécurité le 31 décembre 2026. Comment vérifier la version de PHP en 2 minutes et passer en toute sécurité à la 8.3 ou à la 8.4. Liste de contrôle à la fin.

Illustration : un serveur avec un calendrier où la date de fin d’année est cochée, un bouclier de protection et une flèche menant vers une version plus récente du logiciel
Illustration générée par IA

Si votre site ou votre boutique tourne sous PHP 8.2, vous avez jusqu’à la fin de l’année. Selon le tableau des versions prises en charge sur php.net, après le 31 décembre 2026 cette version ne recevra plus de correctifs de sécurité. La version 8.1 les a déjà perdus le 31 décembre 2025.

Ce conseil montre comment vérifier en 2 minutes sur quelle version tourne votre site et comment la changer en toute sécurité. Vous obtenez aussi une liste de contrôle avec la sauvegarde et le test. Le changement prend généralement quelques dizaines de minutes, et son absence peut coûter beaucoup plus cher.

Ce que signifie exactement la fin du support de PHP 8.2

PHP est le langage dans lequel sont écrits WordPress, WooCommerce et PrestaShop, ainsi que de nombreux formulaires et scripts de sites. Les créateurs de PHP prennent en charge chaque version pendant quatre ans : deux ans de support complet et deux ans de simples correctifs de sécurité. PHP 8.2 est dans cette seconde phase depuis le début de 2025. Quand ce délai s’achève, les failles nouvellement découvertes dans cette version ne sont plus corrigées.

Le site ne cessera pas de fonctionner le 1er janvier 2027. Le problème est que le serveur tournera sur un logiciel présentant des failles connues et non corrigées. Pour une boutique où les clients saisissent des données et paient, c’est un risque réel.

Les conséquences se voient aussi de l’autre côté. Les éditeurs d’extensions cessent progressivement de tester leurs modules sur les anciennes versions. WooCommerce indique déjà dans la configuration serveur requise PHP 8.3 ou plus récent (testé jusqu’à la 8.4). Il fonctionne encore sur les versions plus anciennes, mais l’éditeur avertit que celles qui ont perdu leur support exposent la boutique à des failles.

Comment vérifier la version de PHP en 2 minutes

Commencez par la méthode la plus simple. Voici trois façons, choisissez celle qui convient à votre site.

Méthode 1 : WordPress

  1. Connectez-vous à l’administration de WordPress.
  2. Allez dans Outils, puis Santé du site.
  3. Ouvrez l’onglet Info, puis la section Serveur. À la ligne « Version de PHP », vous verrez le numéro, par exemple 8.2.

Méthode 2 : l’espace d’administration de l’hébergement

Dans l’espace de l’hébergeur (OVH, home.pl, nazwa.pl ou un autre fournisseur), cherchez une entrée du genre « Version de PHP », « Paramètres PHP » ou « Configuration PHP ». Les noms varient d’une entreprise à l’autre ; si vous ne les voyez pas tout de suite, consultez l’aide du fournisseur.

Méthode 3 : un petit fichier de test

Si vous déployez le site vous-même, téléversez sur le serveur un fichier version.php au contenu suivant :

<?php
echo 'PHP: ' . PHP_VERSION;

Ouvrez-le dans le navigateur, notez le résultat et supprimez aussitôt le fichier du serveur. Ne le laissez pas en accès public, car c’est une information superflue pour ceux qui cherchent des points faibles.

Si vous ne savez pas comment vous y prendre, utilisez mon outil gratuit Analyser votre site. En 30 secondes, il contrôle le site dans plusieurs domaines et suggère quoi améliorer. Il ne remplace toutefois pas la vérification de la version de PHP côté serveur.

Quelle version choisir

L’objectif est PHP 8.3 ou 8.4. Selon php.net, la 8.3 reçoit des correctifs de sécurité jusqu’au 31 décembre 2027 et la 8.4 jusqu’au 31 décembre 2028, donc la 8.4 offre un an de marge de plus. Il existe aussi PHP 8.5 (support jusqu’au 31 décembre 2029), mais tous les modules ne la prennent pas officiellement en charge. Le choix exact dépend de ce que prennent en charge votre CMS, votre thème et vos extensions. Il est inutile de viser la version la plus haute si la boutique se met alors à afficher des erreurs.

Ce que vous vérifiez Situation au 21 octobre 2026 Où le trouver
Versions de PHP prises en charge 8.3 jusqu’au 31 décembre 2027, 8.4 jusqu’au 31 décembre 2028, 8.5 jusqu’au 31 décembre 2029 php.net, page « Supported Versions »
PHP recommandé pour WordPress WordPress 7.1 : 8.3 ou plus récent recommandé, minimum 7.4, compatibilité jusqu’à la 8.5 wordpress.org, page « Requirements »
WooCommerce 8.3 ou plus récent, testé jusqu’à la 8.4 documentation WooCommerce « Server requirements »
PrestaShop 8.x : 8.1 au maximum ; 9.0 : 8.1 à 8.4 ; 9.1 : 8.1 à 8.5 documentation de la configuration système de la version concernée
Extensions et thème dépend de l’auteur description et journal des modifications chez l’auteur

Attention pour les boutiques sous PrestaShop 8 : selon la documentation, les versions 8.0 à 8.2 fonctionnent officiellement au plus sous PHP 8.1, qui ne reçoit plus de correctifs. Pour avoir un PHP pris en charge, il faut donc d’abord migrer la boutique vers PrestaShop 9. C’est un projet distinct, plus important que le simple changement de PHP, et il vaut la peine de le planifier à l’avance.

La règle est simple : vous vérifiez d’abord les prérequis, puis vous testez sur une copie, et ce n’est qu’à la fin que vous changez la version sur le site que voient les clients.

Liste de contrôle pour le changement de version de PHP

C’est la partie qu’il vaut la peine d’imprimer. Vous la suivez dans cet ordre.

  1. Notez la version actuelle de PHP et la liste des extensions avec leurs numéros de version.
  2. Faites une sauvegarde complète : fichiers et base de données. Téléchargez-la hors du serveur, ne la laissez pas seulement chez l’hébergeur.
  3. Mettez à jour le CMS, le thème et les extensions vers les dernières versions stables. Les plus anciennes ne fonctionnent souvent pas sur un PHP plus récent.
  4. Supprimez les extensions que vous n’utilisez pas. Chacune est un risque supplémentaire et une source possible d’erreur après le changement.
  5. Créez une copie de test du site (dite staging). Certains hébergeurs proposent cela dans l’espace d’administration ; sinon, on peut la faire sur un sous-domaine ou avec une extension.
  6. Changez la version de PHP sur la copie et vérifiez le journal des erreurs.
  7. Testez les fonctions clés (liste ci-dessous).
  8. Changez la version sur le site principal, de préférence en dehors des heures de plus fort trafic.
  9. Refaites les tests et surveillez le site pendant quelques jours.
  10. Prévoyez un plan de retour : le changement de version dans l’espace d’administration s’annule généralement en quelques minutes, et si cela ne suffit pas, la sauvegarde du point 2 vous sauve.

Que tester après le changement

Il ne suffit pas d’ouvrir la page d’accueil. Les erreurs se cachent souvent dans des endroits que vous visitez rarement.

  • Le formulaire de contact : envoyez un message et vérifiez qu’il est arrivé par e-mail.
  • Les pages de services et du blog ainsi que la recherche sur le site.
  • La connexion à l’administration et l’ajout ou la modification d’un article.
  • La boutique : ajout d’un produit au panier, caisse, commande d’essai avec paiement, e-mails au client, expédition.
  • Galeries, calculateurs et extensions de réservation, si vous en utilisez.
  • Le journal des erreurs du serveur : il devrait être vide ou ne contenir que de menus avertissements.

Où changer la version de PHP chez les hébergeurs courants

Chaque fournisseur la place à un endroit différent, et les espaces d’administration changent parfois. Voici les chemins d’après l’aide des fournisseurs, tels qu’ils étaient en octobre 2026.

  • OVHcloud : dans l’espace client, allez dans Web Cloud → Hébergements et choisissez l’hébergement. Dans l’onglet « Informations générales », dans le cadre « Configuration », cliquez sur « ... » à côté de « Version globale de PHP », puis sur « Modifier la configuration », « Modifier la configuration actuelle » et « Suivant », choisissez la version et cliquez sur « Valider ». Dans la même fenêtre se trouve l’option « Restaurer la configuration précédente ». Le réglage concerne l’ensemble de l’hébergement, et une version différente pour un seul site se règle avec le fichier .ovhconfig.
  • home.pl : dans l’espace client, choisissez Services WWW et le nom de l’hébergement, puis, dans la section « Serveur WWW », le menu « Paramètres » → « Préférences du serveur ». Vous choisissez la version dans le champ « Interpréteur PHP » et cliquez sur « Enregistrer ». Le changement s’applique à tous les répertoires de l’hébergement. Dans le même menu se trouve le « Rapport de compatibilité avec la version de l’interpréteur PHP », qui montre si les applications du serveur sont prêtes pour la version choisie (sa préparation peut prendre quelques heures).
  • nazwa.pl (CloudHosting) : dans le CloudHosting Panel, survolez l’onglet « WWW et FTP », choisissez « PHP et Node.js », puis, dans la section « Paramètres PHP », choisissez la version dans la liste et cliquez sur « Enregistrer ». Le changement concerne tout le serveur, c’est-à-dire tous les sites qui s’y trouvent. Sans supplément, les versions à partir de la 8.2 sont disponibles.

Si vous ne trouvez pas l’option, écrivez à l’assistance du fournisseur en indiquant le domaine. En général, elle vous indique où cliquer.

Ce qu’il ne faut pas faire

  • Ne changez pas de version sans sauvegarde. C’est l’erreur la plus fréquente et la plus coûteuse.
  • Ne testez pas directement sur une boutique en activité en pleine journée.
  • N’ignorez pas les messages sur les extensions incompatibles. Si l’auteur ne les fait plus évoluer, cherchez un remplaçant.
  • Ne laissez pas sur le serveur le fichier affichant la version de PHP après la vérification.
  • N’attendez pas décembre. Si quelque chose demande des corrections, il est difficile d’obtenir de l’aide dans les derniers jours de l’année.

Quand le site est ancien ou que les extensions ne conviennent pas

Il arrive qu’un site fonctionne avec un vieux thème et des extensions que leurs auteurs ont cessé de mettre à jour depuis longtemps. Le changement de version de PHP provoque alors une avalanche d’erreurs. Dans ce cas, mieux vaut envisager une refonte du site : je reprends les contenus et les adresses sans perte de SEO, et le nouveau code ne dépend plus d’un ensemble de modules obsolètes.

Si vous préférez que quelqu’un fasse ces changements à votre place, dans le cadre de la maintenance technique je m’occupe des mises à jour, des sauvegardes et de la réaction rapide quand quelque chose cesse de fonctionner.

Résumé

Après le 31 décembre 2026, PHP 8.2 ne recevra plus de correctifs de sécurité, il vaut donc la peine de passer à la 8.3 ou à la 8.4 d’ici la fin de l’année. Vérifiez d’abord la version, faites une sauvegarde, testez le changement sur une copie du site et ne le faites qu’ensuite sur le site en production.

Si vous ne voulez pas le faire vous-même, écrivez-moi. Je vérifierai la version, je ferai un test sur la copie et je changerai la version de PHP. Je réponds sous 24 heures, et les nouveaux clients bénéficient de 20 % de remise sur leur premier projet.

Questions fréquentes

Services liés au sujet

Vous avez un projet similaire ?

Décrivez votre besoin et je vous envoie un devis sous 24 heures. Les nouveaux clients bénéficient de 20 % de réduction sur la première commande.

Demander un devisRéserver un appel (20 min)

À lire aussi