PHP 8.2 en fin de vie le 31 décembre 2026 : votre site WordPress est-il prêt ?

Le 31 décembre 2026, PHP 8.2 cesse de recevoir des correctifs de sécurité. Selon les statistiques publiques de WordPress.org, environ 57 % des sites WordPress tournaient encore, en octobre 2026, sur PHP 8.2 ou sur une version plus ancienne. Le 1er janvier, aucun de ces sites ne tombera en panne : ils continueront de s’afficher exactement comme avant. C’est précisément ce qui rend l’échéance dangereuse, parce que rien n’oblige à s’en occuper.

PHP, c’est quoi, et pourquoi votre site en dépend

PHP est le langage dans lequel sont écrits WordPress, votre thème et la quasi-totalité de vos extensions. C’est votre hébergeur qui choisit la version installée sur le serveur, et c’est elle qui exécute chaque page de votre site à chaque visite.

Comme tout logiciel, chaque version de PHP a une durée de vie. Pendant deux ans, elle reçoit des améliorations ; ensuite, pendant deux ans, seulement des correctifs de sécurité ; puis plus rien. Voici le calendrier officiel publié sur php.net :

• PHP 8.1 : plus aucun correctif depuis le 31 décembre 2025.
• PHP 8.2 : correctifs de sécurité jusqu’au 31 décembre 2026.
• PHP 8.3 : jusqu’au 31 décembre 2027.
• PHP 8.4 : jusqu’au 31 décembre 2028.
• PHP 8.5 : jusqu’au 31 décembre 2029.

Ce qui change concrètement le 1er janvier 2027

Rien de visible. Mais toute faille découverte dans PHP 8.2 après cette date restera ouverte pour toujours sur les serveurs qui l’utilisent encore. Les correctifs de WordPress ou de vos extensions n’y changent rien : ils corrigent leur propre code, pas le langage qui l’exécute.

Le contexte rend ce délai de grâce illusoire. Selon le rapport 2026 de Patchstack, environ la moitié des failles à fort impact de l’écosystème WordPress sont exploitées dans les 24 heures suivant leur divulgation, et la médiane avant exploitation massive est de cinq heures pour les failles les plus visées. Un site qui tourne sur une version abandonnée n’a tout simplement plus de porte de sortie quand le problème vient de PHP lui-même.

Il y a aussi un effet d’entraînement : les éditeurs d’extensions abandonnent progressivement la compatibilité avec les vieilles versions de PHP. Rester en arrière finit par bloquer les mises à jour des extensions elles-mêmes.

Boutiques WooCommerce : une deuxième échéance en février 2027

WooCommerce a publié son propre calendrier le 29 septembre 2026 :

• WooCommerce 11.3 affiche un avertissement dans l’administration des boutiques encore sur PHP 7.4 ou 8.0.
• WooCommerce 11.5 est la dernière version compatible avec ces versions de PHP.
• WooCommerce 11.6, prévue en février 2027, exigera PHP 8.1 au minimum.

Rester sur la version 11.5 est présenté par WooCommerce comme une solution temporaire : seuls les correctifs des failles les plus graves (score CVSS de 9 ou plus) y seront reportés. Pour une boutique qui encaisse des paiements, ce n’est pas une option durable.

Comment savoir quelle version de PHP utilise votre site

Dans l’administration de WordPress, allez dans Outils, puis Santé du site, onglet Infos, section Serveur : la version de PHP y est indiquée. Si l’écran Santé du site affiche déjà un avertissement sur la version de PHP, c’est que WordPress lui-même la juge trop ancienne.

Le panneau de gestion de votre hébergeur affiche aussi la version utilisée, et c’est généralement là qu’on la change.

Pourquoi on ne change pas de version d’un simple clic

Le changement lui-même prend dix secondes. Ce qui prend du temps, c’est de s’assurer que tout le reste suit. Une extension qui n’a pas été mise à jour depuis plusieurs années, un thème modifié à la main, un bout de code ajouté par un ancien prestataire : il suffit d’un élément incompatible pour obtenir une page blanche ou le message « Il y a eu une erreur critique sur ce site » (voir le guide de dépannage WordPress si c’est déjà arrivé).

La méthode sûre tient en six étapes :

1. Sauvegarde complète du site, fichiers et base de données, vérifiée.
2. Copie de test du site (préproduction), sur laquelle on peut tout casser sans conséquence.
3. Passage de la copie à PHP 8.3 ou plus récent.
4. Tests des parcours importants : pages principales, formulaires, paiement, espace client, envoi des courriels.
5. Lecture du journal d’erreurs du serveur, qui révèle les avertissements invisibles à l’écran, puis mise à jour, remplacement ou correction des éléments fautifs.
6. Passage du site en ligne, suivi d’une vérification dans les heures qui suivent.

Sur un site bien entretenu, l’opération est courte. Sur un site resté plusieurs années sans maintenance, elle révèle parfois des extensions abandonnées sans remplaçant direct. C’est le moment de faire l’inventaire honnête : ce qui se remplace facilement, ce qui demande un correctif, et dans certains cas, ce qui justifie de repenser le site plutôt que de le rafistoler.

Et si votre hébergeur ne propose rien de plus récent ?

Si le panneau de votre hébergeur ne propose pas PHP 8.3 ou plus récent, c’est un signal clair que l’hébergement lui-même n’est plus entretenu. Changer d’hébergeur se fait sans coupure avec la bonne méthode : voir comment changer d’hébergeur WordPress sans coupure.

En résumé

Il reste deux mois avant l’échéance. Vérifiez la version de PHP de votre site aujourd’hui ; si c’est 8.2 ou plus ancien, planifiez la mise à jour maintenant plutôt qu’en catastrophe, sur une copie de test et avec une sauvegarde en main.

Les mises à jour de PHP font partie des forfaits de maintenance d’Umani Web, au même titre que celles de WordPress, du thème et des extensions. Si votre site n’est pas sous maintenance, un diagnostic gratuit vous dit en quelques minutes quelle version il utilise et ce que la mise à jour implique.