WordPress ne propose plus de mise à jour ? Votre PHP est probablement trop vieux

Votre tableau de bord WordPress affiche « Aucune mise à jour disponible », mais vous savez qu'une version plus récente existe. Ce n'est pas un bug : depuis WordPress 7.0, sorti le 20 mai 2026 (Pantheon - WordPress 7.0 release notes, consulté le 30 octobre 2026), les versions PHP 7.2 et 7.3 ne sont plus prises en charge. Si votre hébergement tourne encore sur l'une d'elles, WordPress reste bloqué volontairement.

À retenir

• Depuis WordPress 7.0 (mai 2026), les PHP 7.2 et 7.3 ne sont plus supportés : un site qui tourne encore sur l'un des deux reste bloqué sur l'ancienne branche 6.9, sans mise à jour de cœur
• Le minimum technique pour installer WordPress 7.0 est PHP 7.4, mais PHP 7.4 lui-même n'est plus maintenu par son éditeur depuis le 28 novembre 2022
• La version recommandée par WordPress reste PHP 8.3
• Moins de 4 % des sites WordPress tournaient encore sur PHP 7.2 ou 7.3 au moment de la décision (1,81 % et 2,04 %), sous le seuil de retrait de 5 % fixé par le projet

1. Pourquoi WordPress ne propose plus de mise à jour

WordPress a relevé la version minimale de PHP nécessaire pour installer son cœur. Le 9 janvier 2026, l'équipe Core de WordPress a publié une annonce officielle actant l'abandon du support de PHP 7.2 et 7.3 à partir de la version 7.0 (Make WordPress Core, consulté le 30 octobre 2026). Concrètement, si votre hébergement sert encore des pages en PHP 7.2 ou 7.3, WordPress refuse d'installer la version 7.0 et toutes celles qui suivront.

La décision suit une règle fixée par le projet : une version de PHP est retirée du support quand son usage tombe sous 5 % du parc WordPress. Au moment de l'annonce, PHP 7.2 représentait 1,81 % des installations et PHP 7.3, 2,04 %. Les deux étaient sous le seuil, d'où le retrait.

2. Ce que WordPress 7.0 a changé concrètement

Trois chiffres à retenir, tous confirmés par l'annonce officielle du 9 janvier 2026 :

Si votre site reste sur PHP 7.2 ou 7.3, il ne décroche pas pour autant : il reste rattaché à la branche WordPress 6.9, qui continue de recevoir des correctifs de sécurité, mais plus aucune nouvelle fonctionnalité ni montée de version de cœur.

Changer de version PHP se fait du côté de l'hébergement, pas dans WordPress lui-même.

3. Pourquoi PHP 7.4 n'est pas une vraie solution

Passer en PHP 7.4 suffit pour débloquer l'installation de WordPress 7.0. Ça ne règle pas le vrai problème : PHP 7.4 lui-même est en fin de vie depuis le 28 novembre 2022. Depuis cette date, l'éditeur de PHP ne publie plus aucun correctif pour cette branche, y compris pour des failles de sécurité critiques (PHP.net - PHP 7.4 end of life, consulté le 30 octobre 2026). WordPress peut tourner dessus ; votre serveur, lui, reste exposé à toute faille découverte après cette date, sans espoir de correctif.

La politique de support de PHP suit un cycle fixe : deux ans de support actif (nouvelles fonctionnalités et correctifs), puis deux ans de correctifs de sécurité uniquement, soit quatre ans au total avant la fin de vie complète (PHP.net - Supported Versions, consulté le 30 octobre 2026). Voilà où se situent les versions actuelles :

En clair : viser le minimum technique (PHP 7.4) ne fait que gagner quelques mois avant de devoir recommencer la même démarche. Autant monter directement en PHP 8.3, la version recommandée par WordPress, qui reste couverte en sécurité jusqu'à fin 2027.

4. Quelle est votre situation ? (arbre de décision)

Avant d'agir, situez votre cas :

• Vous voyez PHP 7.2 ou 7.3 dans votre tableau de bord → vous êtes bloqué sur WordPress 6.9, sans mise à jour de cœur possible. Passez directement à la section 5, action prioritaire.
• Vous êtes en PHP 7.4 → WordPress s'installe, mais vous tournez sur une version sans aucun correctif de sécurité depuis 2022. Passez à la section 5, mise à niveau recommandée sous un mois.
• Vous êtes en PHP 8.0 ou 8.1 → ces versions sont déjà en fin de support actif ou proches de leur fin de vie sécurité. Planifiez une montée vers 8.3 dans les prochains mois.
• Vous êtes en PHP 8.2 ou plus → vous êtes dans les clous. Vérifiez simplement la date de fin de vie sécurité de votre version dans le tableau ci-dessus pour anticiper la prochaine bascule.

5. Mini-tutoriel : vérifier et changer sa version PHP

Cinq étapes, à faire dans l'ordre :

1. Vérifiez votre version actuelle. Dans WordPress, allez dans Outils > Santé du site, onglet Informations : la version PHP apparaît dans la section Serveur. En SSH, la commande php -v donne le même résultat.
2. Ouvrez le panneau de gestion de votre hébergement. Sur cPanel, cherchez MultiPHP Manager ; sur Plesk, PHP Settings ; chez un hébergeur managé WordPress, le réglage se trouve souvent dans les paramètres du site ou de l'hébergement.
3. Sélectionnez PHP 8.3 (la version recommandée par WordPress), ou 8.2 si 8.3 n'est pas proposée.
4. Sauvegardez votre site avant la bascule : fichiers et base de données. La plupart des hébergeurs proposent une sauvegarde en un clic avant ce type de changement.
5. Vérifiez le site après la bascule : page d'accueil, formulaire de contact, panier si vous avez une boutique en ligne, et accès au tableau de bord.

Si votre hébergeur ne propose aucune version de PHP maintenue (8.2 ou plus récente), c'est un signal plus large sur la qualité de l'hébergement : une infrastructure qui n'a pas suivi quatre ans de cycles PHP n'a probablement pas suivi grand-chose d'autre non plus.

6. Ce qui casse souvent après la montée de version

La bascule PHP elle-même prend quelques minutes. Ce qui prend plus de temps, c'est de vérifier que rien n'a cassé derrière :

• Extensions et thèmes anciens : certains utilisent des fonctions PHP dépréciées depuis PHP 8.0, qui génèrent des avertissements ou, dans les cas les plus anciens, des erreurs fatales
• Code sur mesure : un thème ou un plugin développé en interne mérite un passage en revue avant la bascule, pas après
• Environnement de test : si votre hébergeur propose un environnement de préproduction (staging), testez la montée de version dessus avant de la répercuter sur le site en production

Rester sur une version de PHP sans correctif de sécurité n'est pas le seul risque qui pèse sur un WordPress mal entretenu : une faille critique du cœur de WordPress a touché des centaines de millions de sites en 2026, rappelant qu'un parc à jour reste la meilleure protection.

Une fois la version PHP à jour, c'est aussi le bon moment pour revoir la configuration de cache de votre site : notre article sur le cache WordPress détaille comment diviser le temps de chargement par 3 à 10 sans changer d'hébergeur.

Plan d'action

1. Vérifiez votre version PHP actuelle dans Outils > Santé du site (section 5, étape 1)
2. Si vous êtes en PHP 7.2, 7.3 ou 7.4 : planifiez la bascule vers PHP 8.3 avec votre hébergeur dans le mois qui vient
3. Sauvegardez fichiers et base de données avant toute bascule
4. Testez en profondeur après la montée de version : formulaires, panier, tableau de bord
5. Si votre hébergeur ne propose pas de version PHP maintenue, envisagez d'en changer

Un doute sur votre hébergement WordPress ?

Vous êtes client Le Linter ? Contactez votre interlocuteur habituel, nous suivons déjà la version PHP de vos sites.

Vous ne l'êtes pas ? Notre prestation maintenance technique inclut le suivi des versions PHP et des mises à jour de cœur WordPress. Pour une bascule ponctuelle, voyez la page montée de version.