PHP 8.4 ou 8.5 : quelle version choisir chez son hébergeur ?

Choisir une version de PHP chez son hébergeur peut sembler être un détail technique. Pourtant, ce réglage influence directement la sécurité, les performances et la compatibilité de votre site. Pour un site WordPress, une boutique WooCommerce ou un petit site vitrine, passer à une version récente est généralement une bonne décision… à condition de ne pas mettre à jour aveuglément.

En 2026, PHP 8.4 et PHP 8.5 sont deux versions récentes que vous pouvez rencontrer dans les panneaux d’administration de nombreux hébergeurs. PHP 8.5 est la plus nouvelle, mais PHP 8.4 constitue souvent l’option la plus prudente pour un site déjà en ligne avec plusieurs extensions. Le bon choix dépend moins de la nouveauté que de l’état réel de votre CMS, de votre thème et de vos plugins.

Ce guide vous aide à choisir entre PHP 8.4 et PHP 8.5, à vérifier la compatibilité de votre site et à changer de version chez votre hébergeur sans provoquer d’indisponibilité.

Pourquoi la version de PHP compte pour la sécurité et les performances

PHP est le langage exécuté côté serveur par WordPress, WooCommerce, PrestaShop, Drupal et de nombreux outils de création de sites. Lorsqu’un visiteur ouvre une page WordPress, le serveur web exécute du code PHP pour interroger la base de données, charger le thème, appliquer les extensions et générer le contenu affiché dans son navigateur.

La version de PHP utilisée sur votre hébergement n’est donc pas un simple paramètre secondaire. Elle agit sur trois aspects essentiels.

Recevoir des correctifs de sécurité

Le projet PHP applique un cycle de support défini. Chaque version stable reçoit d’abord des correctifs actifs, puis uniquement des mises à jour de sécurité avant d’arriver en fin de vie. Une version qui n’est plus prise en charge ne reçoit plus de correctifs, y compris lorsqu’une vulnérabilité importante est découverte.

PHP 8.4 est pris en charge pour les correctifs de sécurité jusqu’à la fin de l’année 2028. PHP 8.5 bénéficie d’un support de sécurité jusqu’à la fin de l’année 2029. À l’inverse, les anciennes branches comme PHP 7.4, PHP 8.0, PHP 8.1 et PHP 8.2 ne doivent plus être utilisées pour un site accessible publiquement : leur cycle de sécurité est terminé.

Conserver une version obsolète parce qu’un ancien plugin l’exige est un mauvais compromis sur le long terme. Il vaut mieux identifier ce plugin, le mettre à jour, le remplacer ou demander une correction à son éditeur. Un hébergeur peut parfois laisser une ancienne version disponible pour faciliter une migration, mais cela ne veut pas dire qu’elle est adaptée à un environnement de production.

Profiter d’un moteur plus moderne

Les versions récentes de PHP intègrent des optimisations du moteur, des corrections de bugs et des évolutions de langage. Dans la pratique, l’effet visible sur un petit site dépend surtout de la qualité du thème, du nombre d’extensions, du cache et des ressources de l’offre d’hébergement.

Ne vous attendez pas à diviser le temps de chargement par deux uniquement en changeant PHP. En revanche, passer d’une branche ancienne à PHP 8.4 ou 8.5 peut éviter des ralentissements inutiles et assurer une meilleure base pour les versions actuelles de WordPress et de ses extensions.

La vitesse perçue dépend aussi de la configuration globale : cache de page, cache d’objets, optimisation des images, base de données, réseau et stockage. Si vous cherchez à améliorer votre hébergement dans son ensemble, consultez également notre guide sur l’intérêt du stockage NVMe pour un site web.

Éviter les incompatibilités futures

Les développeurs de thèmes et d’extensions font progressivement évoluer leur code. Plus vous restez longtemps sur une version ancienne de PHP, plus vous risquez de rencontrer des avertissements, des extensions qui refusent de se mettre à jour ou des fonctions devenues incompatibles.

Une version de PHP récente et supportée permet donc de maintenir votre site dans un écosystème logiciel actuel. Cela réduit le travail nécessaire lors d’une migration urgente, souvent plus risquée qu’une mise à jour planifiée.

PHP 8.4 ou PHP 8.5 : quel choix pour un petit site ?

La réponse courte est simple : choisissez PHP 8.4 si vous voulez une version récente, mature et largement adoptée ; choisissez PHP 8.5 si votre site a été testé et que tous ses composants sont compatibles.

PHP 8.5 n’est pas automatiquement « meilleur » pour chaque site. Son principal avantage est d’être la branche la plus récente, avec une durée de support plus longue. Son principal point de vigilance est la compatibilité : juste après la sortie d’une nouvelle version majeure, certains thèmes, extensions ou scripts personnalisés peuvent ne pas encore avoir été validés par leurs éditeurs.

Quand PHP 8.4 est le meilleur choix

PHP 8.4 est une excellente option dans les situations suivantes :

votre site WordPress fonctionne correctement, mais vous ne disposez pas d’un environnement de préproduction ;
vous utilisez un thème acheté sur une marketplace et vous ne savez pas s’il est activement maintenu ;
votre site dépend de plusieurs extensions, notamment pour les formulaires, le référencement, les réservations ou WooCommerce ;
un développeur a ajouté des fonctions PHP sur mesure dans votre thème enfant ou dans une extension maison ;
vous souhaitez quitter PHP 8.1 ou PHP 8.2 avec un risque limité.

PHP 8.4 est suffisamment récent pour répondre aux exigences de sécurité actuelles tout en ayant davantage de recul dans l’écosystème des CMS. Pour la majorité des petits sites, c’est un choix équilibré.

Quand privilégier PHP 8.5

PHP 8.5 est pertinent si vous créez un nouveau site, si votre thème et vos extensions sont activement maintenus, ou si vous avez la possibilité de tester avant la mise en production.

Vous pouvez envisager PHP 8.5 dans les cas suivants :

vous démarrez un nouveau site WordPress avec un thème officiel récent ou un thème maintenu ;
toutes vos extensions sont à jour et leurs fiches indiquent une compatibilité avec votre version de WordPress ;
vous utilisez un site de test ou une fonction de staging fournie par votre hébergeur ;
vous suivez les erreurs PHP dans les journaux et pouvez revenir rapidement à PHP 8.4 en cas de souci ;
votre développeur a validé votre code personnalisé sur cette version.

Pour un site neuf et simple, PHP 8.5 est un choix cohérent. Pour un site existant qui génère des revenus ou des demandes de contact, la validation préalable est indispensable.

La meilleure version de PHP n’est pas nécessairement la plus récente : c’est la version la plus récente qui fonctionne correctement avec l’ensemble de votre site.

Les différences utiles entre PHP 8.4 et PHP 8.5

Du point de vue d’un propriétaire de site, les changements internes entre PHP 8.4 et PHP 8.5 comptent moins que leurs conséquences pratiques. Les deux branches appartiennent à PHP 8 et sont adaptées aux applications web modernes. Elles ne transforment pas l’interface de WordPress ni le fonctionnement quotidien d’un hébergement mutualisé.

La différence la plus concrète concerne le niveau de maturité dans l’écosystème. PHP 8.4 a eu davantage de temps pour être testé par les éditeurs de thèmes, d’extensions et de solutions e-commerce. PHP 8.5 offre une période de support plus longue, mais il peut nécessiter un délai d’adaptation pour certains logiciels.

Il faut aussi distinguer une compatibilité annoncée d’une compatibilité réelle. Une extension peut être compatible avec une version récente de WordPress, tout en contenant une fonction ancienne qui provoque un avertissement ou une erreur avec une nouvelle version de PHP. C’est particulièrement vrai pour les extensions non mises à jour depuis longtemps et les scripts personnalisés.

Avant de changer de branche, consultez la documentation officielle du projet PHP sur les versions actuellement prises en charge. Puis vérifiez les prérequis documentés par votre CMS et vos extensions critiques.

Comment vérifier la compatibilité de WordPress, du thème et des extensions

WordPress recommande l’utilisation d’une version récente de PHP. Sur un site bien entretenu, le passage à PHP 8.4 est généralement envisageable. Pour PHP 8.5, procédez méthodiquement, surtout si votre installation contient beaucoup d’extensions.

Commencer par mettre à jour l’existant

Avant toute modification de PHP, mettez à jour :

le cœur de WordPress ;
votre thème actif et votre thème enfant, lorsqu’il est fourni par son éditeur ;
les extensions actives ;
les extensions inactives que vous choisissez de conserver ;
la version de WooCommerce, si vous gérez une boutique.

Supprimez aussi les thèmes et extensions inutilisés, sauf un thème WordPress par défaut conservé comme solution de secours. Une extension désactivée mais installée reste un composant à surveiller : si elle n’a plus d’utilité, mieux vaut la retirer.

Dans l’administration WordPress, ouvrez Outils > Santé du site. Cette page signale notamment les versions obsolètes de PHP, les mises à jour nécessaires et certains problèmes de configuration. Elle ne remplace pas un test complet, mais c’est un bon point de départ.

Identifier les composants sensibles

Listez les fonctions importantes de votre site. Ne vous contentez pas de vérifier la page d’accueil. Une incompatibilité PHP peut n’apparaître que sur une action spécifique.

Pour un site vitrine, testez par exemple :

le formulaire de contact et la réception de l’e-mail associé ;
la recherche interne ;
les pages avec galerie, carte ou vidéo intégrée ;
l’espace d’administration et la création d’un article ;
les pages protégées par mot de passe ou accessibles aux membres.

Pour une boutique WooCommerce, ajoutez à cette liste le panier, la validation de commande, les codes promotionnels, les e-mails transactionnels, le calcul des frais de livraison et le moyen de paiement. Une boutique peut sembler fonctionner alors qu’une erreur bloque seulement l’étape de paiement : c’est précisément le type de problème qu’un test ciblé permet d’éviter.

Vérifier les informations des éditeurs

Consultez la page officielle de chaque extension essentielle dans le répertoire WordPress ou sur le site de son éditeur. Regardez la date de dernière mise à jour, la version de WordPress testée et l’existence d’un support actif.

Cette vérification est particulièrement importante pour :

les constructeurs de pages comme Elementor, Divi ou Beaver Builder ;
les plugins de cache ;
les modules de sécurité ;
les extensions de paiement ;
les outils de réservation et de formulaires ;
les connecteurs vers un CRM, un service de newsletter ou un outil de facturation.

Un plugin abandonné n’est pas forcément incompatible immédiatement, mais il devient un risque à la fois pour la compatibilité et la sécurité. Son remplacement doit faire partie de votre plan de maintenance.

Changer de version PHP chez son hébergeur sans risquer une panne

La plupart des hébergeurs proposent un sélecteur de version PHP dans leur espace client, dans cPanel, Plesk ou dans un panneau propriétaire. Les intitulés varient, mais vous trouverez souvent des rubriques comme « Configuration PHP », « Version PHP », « MultiPHP Manager » ou « Paramètres du site ».

La manipulation elle-même prend souvent quelques minutes. La préparation est l’étape importante.

Faire une sauvegarde complète avant toute modification

Créez une sauvegarde de deux éléments : les fichiers du site et la base de données. Vérifiez qu’elle est bien disponible et, idéalement, qu’elle peut être restaurée. Une sauvegarde automatique proposée par un hébergeur est utile, mais connaître sa fréquence et sa durée de conservation est essentiel.

Pour WordPress, des outils comme UpdraftPlus peuvent réaliser une sauvegarde vers un stockage externe compatible, par exemple Google Drive, Dropbox ou Amazon S3. Votre hébergeur peut aussi proposer des sauvegardes intégrées. Le plus important est de ne pas découvrir, après une erreur, que la dernière copie date de plusieurs semaines.

Les sauvegardes sont un sujet à part entière : notre article sur les sauvegardes immuables en hébergement explique pourquoi une copie protégée contre la modification peut être utile dans certains contextes.

Utiliser un environnement de préproduction si possible

Un environnement de préproduction, souvent appelé staging, est une copie de votre site utilisée pour effectuer des essais sans toucher au site public. Certains hébergeurs WordPress ou offres d’hébergement proposent cette fonction. Vous pouvez aussi créer un sous-domaine de test, comme test.votredomaine.fr, à condition de le protéger correctement de l’indexation et des accès non autorisés.

Sur cette copie, activez PHP 8.5, videz les caches, puis testez les parcours essentiels. Si tout fonctionne, répétez l’opération sur le site de production, de préférence à un moment où votre audience est faible.

Si vous n’avez pas de staging, passez d’abord à PHP 8.4 et effectuez les tests immédiatement après. Pour une boutique ou un site professionnel très sollicité, l’aide d’un développeur ou d’un prestataire peut être justifiée.

Prévoir un retour arrière simple

Avant de cliquer sur « Appliquer », notez la version PHP actuellement active. En cas de page blanche, d’erreur 500 ou d’erreur critique WordPress, vous pourrez revenir à cette version depuis le panneau de l’hébergeur.

Une erreur visible après un changement de version ne signifie pas que vous devez restaurer immédiatement toute la sauvegarde. Commencez par revenir à la version PHP précédente. Le site revient souvent en ligne, ce qui vous laisse le temps d’identifier l’extension ou le code concerné.

Évitez d’activer l’affichage public des erreurs PHP sur un site en production. Les messages détaillés peuvent révéler les chemins de fichiers de votre serveur ou d’autres informations techniques. Consultez plutôt les journaux d’erreurs proposés par l’hébergeur ou utilisez le mode de débogage WordPress de manière temporaire et contrôlée.

Les erreurs fréquentes à éviter lors d’une mise à jour PHP

La plupart des incidents ne viennent pas de PHP lui-même, mais d’une préparation insuffisante. Voici les erreurs les plus courantes.

Passer directement à la dernière version sans test. C’est tentant, surtout lorsqu’un panneau d’hébergement affiche une recommandation. Testez d’abord, au minimum sur les pages et fonctions essentielles.
Conserver une version obsolète par habitude. La compatibilité avec un plugin ancien ne justifie pas de laisser un site exposé sur une branche qui ne reçoit plus de correctifs de sécurité.
Oublier le thème enfant ou le code personnalisé. Un site peut utiliser un thème à jour, mais contenir une fonction personnalisée incompatible dans le fichier functions.php ou dans un plugin maison.
Ne pas vider les caches. Après le changement, purgez le cache de votre extension, le cache serveur, le CDN éventuel et celui du navigateur afin de tester la version réellement servie.
Changer plusieurs paramètres en même temps. Ne combinez pas une mise à jour WordPress, un changement de PHP, une refonte de thème et un nouveau plugin de cache dans la même opération. En cas de problème, l’origine devient difficile à identifier.
Négliger les e-mails. Testez l’envoi de formulaires, d’e-mails de réinitialisation de mot de passe et, pour WooCommerce, les e-mails de commande.

Cette méthode progressive s’applique aussi au choix de l’offre technique. Si vous débutez, notre guide sur les fonctions à privilégier chez un hébergeur pour débutant peut vous aider à repérer les outils qui simplifient les sauvegardes, les tests et la gestion de PHP.

Quelle version PHP choisir selon votre situation en 2026 ?

Pour simplifier votre décision, retenez ces repères :

Site sous PHP 7.4, 8.0, 8.1 ou 8.2 : planifiez une migration sans attendre. PHP 8.4 est un objectif raisonnable si vous ne pouvez pas tester PHP 8.5 immédiatement.
Site WordPress classique, à jour, sans environnement de test : PHP 8.4 est généralement le meilleur compromis entre modernité et prudence.
Nouveau site ou site testé en préproduction : PHP 8.5 peut être choisi après validation de WordPress, du thème et des extensions.
Boutique WooCommerce ou site avec réservations : testez impérativement le parcours complet avant tout changement ; préférez PHP 8.4 si vous avez le moindre doute.
Code personnalisé ou extension non maintenue : demandez une vérification technique avant le passage à PHP 8.5 et préparez le remplacement des composants abandonnés.

Enfin, ne confondez pas version PHP et qualité globale de l’hébergement. Un bon hébergeur doit vous permettre de choisir une version récente, de consulter les journaux d’erreurs, de réaliser des sauvegardes et de revenir en arrière si nécessaire. Ces critères comptent autant que le prix affiché. Pour aller plus loin, découvrez notre comparatif des critères à examiner pour choisir un hébergeur web.

Conclusion : privilégier une mise à jour maîtrisée

PHP 8.4 reste un excellent choix pour la majorité des sites en 2026 : la version est récente, maintenue et généralement plus rassurante pour un site WordPress existant. PHP 8.5 est une option logique pour les nouveaux projets et les sites dont la compatibilité a été vérifiée, avec l’avantage d’une période de support plus longue.

Avant de changer de version, sauvegardez votre site, mettez à jour WordPress et ses composants, puis testez vos fonctions importantes. Cette routine simple vous évite de choisir entre sécurité et stabilité. Prenez quelques minutes pour vérifier votre version PHP actuelle dans l’espace client de votre hébergeur : c’est souvent l’une des améliorations techniques les plus utiles à planifier pour votre site.