Réponse courte. WordPress fonctionne grâce à PHP, le langage installé sur le serveur de votre hébergeur. Chaque version de PHP reçoit des correctifs de sécurité pendant quatre ans, puis plus rien. PHP 8.1 n'en reçoit plus depuis le 31 décembre 2025. PHP 8.2 n'en recevra plus après le 31 décembre 2026. WordPress recommande PHP 8.3. Si votre site est en dessous, il faut changer, après une sauvegarde.
Ce n'est pas un détail technique. La faille PHP2Shell publiée le 21 octobre 2026 permet de prendre la main sur un serveur sans mot de passe, et le projet PHP ne l'a corrigée que pour les versions 8.2 et suivantes. Le détail est dans notre veille des failles d'octobre.
Trouver sa version en deux minutes
Dans l'administration WordPress, menu Outils, puis Santé du site, onglet Informations. Ouvrez la section Serveur : la ligne « Version de PHP » donne la réponse.
Autre chemin : l'espace client de votre hébergeur. La version de PHP y est presque toujours affichée, et c'est là qu'on la change.
| Votre version | Ce que ça veut dire |
|---|---|
| 7.4, 8.0 ou 8.1 | Plus aucun correctif de sécurité. À changer maintenant. |
| 8.2 | Correctifs de sécurité jusqu'au 31 décembre 2026. À changer avant la fin de l'année. |
| 8.3 | La version recommandée par WordPress. |
| 8.4 ou 8.5 | Récentes et suivies. Vérifiez que vos extensions les acceptent. |
Avant de changer : une sauvegarde qui se restaure
Une sauvegarde qu'on n'a jamais essayé de restaurer est une supposition. C'est souvent le jour où on en a besoin qu'on découvre qu'il manque la base de données, ou que le fichier est vide.
Une sauvegarde complète contient deux choses : les fichiers du site (WordPress, le thème, les extensions, les images envoyées) et la base de données (les pages, les articles, les réglages, les comptes). L'une sans l'autre ne permet pas de remettre le site en ligne.
Pour la vérifier, le plus sûr est de la restaurer ailleurs : sur un sous-domaine de test, ou dans une copie que propose l'hébergeur. Si le site s'affiche et que l'administration répond, la sauvegarde est bonne.
Changer de version sans casser le site
- Mettez d'abord WordPress, le thème et les extensions à jour. Une extension ancienne est la première cause de plantage après un changement de PHP.
- Changez la version dans l'espace client de l'hébergeur. Le réglage s'appelle souvent « Version PHP » ou « Configuration PHP ». Montez d'une version à la fois si vous partez de loin.
- Faites le tour du site. Page d'accueil, formulaire de contact, panier si vous vendez en ligne, administration.
- En cas de page blanche ou d'erreur, revenez à l'ancienne version depuis le même réglage. Repérez l'extension en cause, mettez-la à jour ou remplacez-la, puis réessayez.
Sur un hébergement mutualisé, l'hébergeur applique lui-même les correctifs à l'intérieur d'une version. Le choix de la version, lui, vous revient.
Questions fréquentes
Mon hébergeur ne propose pas PHP 8.3, que faire ?
Demandez-lui quand il le proposera. S'il n'a pas de réponse, c'est le signe qu'il ne suit plus son offre, et un changement d'hébergeur se prépare. Un site WordPress se déplace en quelques heures, sans changer d'adresse.
Changer de version de PHP peut-il faire perdre des données ?
Non. Le changement de version ne touche ni les fichiers ni la base de données. Au pire, le site affiche une erreur, et on revient en arrière depuis le même réglage. La sauvegarde est là pour le cas qu'on n'a pas prévu.
Qui doit s'en occuper, moi ou mon prestataire ?
Celui qui a la maintenance du site. Si personne ne l'a, c'est vous par défaut. Une maintenance qui suit les versions de WordPress et de PHP démarre à 390 € par mois. Si le site montre déjà des signes de piratage, voyez notre page site WordPress piraté : nettoyage et sécurité.
Sources
- PHP, Supported Versions
- WordPress, Dropping support for PHP 7.2 and 7.3 (9 janvier 2026)
- HeroDevs, PHP 8.1 end of life: security support has officially ended