PHP 8.2 : ce qui change le 31 décembre 2026, et le contrôle en deux minutes

Votre site WordPress s’affiche, les demandes arrivent, et rien ne semble presser. Pourtant, après le 31 décembre 2026, PHP 8.2, l’une des versions du langage qui fait tourner WordPress, ne recevra plus de correctif de sécurité. Si votre site l’utilise encore, c’est le moment de le savoir.

Voici ce qui change vraiment à cette date, le contrôle à faire vous-même en deux minutes, et ce que vous dit la version de votre site.

Ce qui change le 31 décembre

PHP est le langage dans lequel WordPress est écrit. C’est votre hébergeur qui en installe la version, et chaque version reçoit des correctifs de sécurité pendant une durée annoncée à l’avance.

Ces dates viennent de la page des versions prises en charge de php.net, vérifiée le 23 octobre 2026.

Le 1er janvier, votre site continue de s’afficher. Une faille découverte ensuite dans PHP 8.2 ne sera simplement plus corrigée. Et certains hébergeurs font évoluer la version d’eux-mêmes : si une extension ou le thème n’est pas prêt pour la nouvelle, le site peut alors afficher une page blanche.

Le 21 octobre 2026, PHP a corrigé deux failles notées 9,2 sur 10 : la nuit de mises à jour qui a suivi montre ce qu’apporte une version encore suivie.

Le contrôle en deux minutes

Il se fait dans l’administration de votre site, avec un compte administrateur.

1. Ouvrez Outils, puis Santé du siteLe menu Outils est dans la colonne de gauche de l’administration.
2. Choisissez l’onglet InfosIl est en haut de la page, à côté de l’onglet État.
3. Ouvrez la partie ServeurLa ligne « Version de PHP » donne la réponse.

Pas d’accès à l’administration ? La version se lit en général dans l’espace client de votre hébergeur, et votre prestataire peut vous la donner en une ligne. Et si vous ne savez pas où en est votre site, l’audit gratuit fait le point sur ses mises à jour et sa sécurité, sans accès à fournir.

Ce que dit votre version

• 8.3 ou plus récente : rien à faire avant le 31 décembre. Votre site reçoit les correctifs de sécurité. Gardez simplement WordPress, le thème et les extensions à jour.
• 8.2 : un passage à prévoir avant le 31 décembre. Le changement de version se prépare : essai sur une copie du site, extensions et thème vérifiés, retour arrière prêt, puis passage sur le site en ligne.
• 8.1 ou plus ancienne : à traiter en premier. Votre site ne reçoit déjà plus de correctif de sécurité. Le passage se prépare de la même façon.

Le passage seul, ou la maintenance à l’année

Parfois, le changement de version se fait en un clic dans l’espace client de votre hébergeur, et tout suit. Si le site s’affiche, que les formulaires partent et que la boutique encaisse, il n’y a rien de plus à faire.

Quand ça ne suit pas, voici ce qui casse le plus souvent :

• Une extension abandonnée par son auteur. Écrite pour une ancienne version de PHP, elle provoque une page blanche ou une erreur. Il faut la mettre à jour, la remplacer ou corriger son code.
• Une extension payante dont la licence a expiré. Un constructeur de pages fourni avec le thème, par exemple, ne se met plus à jour sans licence, et sa version bloque le passage. Il faut une licence valide, ou reconstruire les pages concernées.
• Un thème modifié directement dans son code. Il utilise des fonctions que PHP a retirées. Il faut corriger ces lignes une par une.
• Des formulaires, un paiement ou des envois d’emails qui s’arrêtent sans message d’erreur. Rien ne se voit à l’écran : il faut les tester un par un.

La remise à niveau, c’est ce travail-là : une copie du site, le passage de version sur cette copie, la correction de ce qui casse, le contrôle des pages, des formulaires et du paiement, puis la mise en ligne avec un retour arrière prêt. Elle coûte dès 190 € HT, et son prix ferme vous est annoncé après l’essai sur la copie.

Mon conseil reste la maintenance réglée à l’année, parce que PHP 8.3 arrivera à son tour au bout de ses correctifs le 31 décembre 2027, et qu’entre deux passages, votre site reste à jour, sauvegardé et surveillé.

Ce qu’il vaut mieux éviter

• Changer la version directement sur le site en ligne. Si une extension n’est pas prête, la page blanche s’affiche devant vos visiteurs.
• Laisser l’hébergeur choisir le moment. Une évolution faite d’office peut se découvrir en même temps que la panne.

Vous êtes une agence ? Le relevé des sites que vous avez livrés est offert : jusqu’à 30 adresses, un tableau sous 5 jours ouvrés, aucun accès demandé.