PHP 8.5 : ce qui change pour WordPress

PHP 8.5 est sorti le 20 novembre 2025 et la branche en est à sa neuvième version corrective, 8.5.9, publiée le 30 juillet 2026. Côté WordPress, la 6.9 puis la 7.0 « Armstrong » le documentent comme pleinement supporté. La question posée à un administrateur de site n'est donc plus de savoir si l'ensemble fonctionne, mais s'il faut basculer maintenant. Réponse courte : rien n'impose de le faire cette semaine, et la version qui tourne aujourd'hui sur votre hébergement reçoit sans doute encore des correctifs de sécurité pour un à deux ans. Reste à trier ce qui relève des développeurs d'extensions, ce qui touche un site en production, et le critère qui départage PHP 8.4 et PHP 8.5.

Ce qui change avec PHP 8.5

Six ajouts structurent la version. L'opérateur pipe (|>) chaîne des appels de gauche à droite, sans imbrication ni variable intermédiaire. Une extension URI native analyse les adresses selon RFC 3986 et WHATWG URL, là où parse_url() se contentait d'une approximation. La syntaxe clone with met à jour des propriétés pendant le clonage et débloque le motif « with-er » sur les classes readonly. S'y ajoutent array_first() et array_last(), l'attribut #[\NoDiscard] qui signale une valeur de retour ignorée, et des handles cURL partagés persistants d'une requête à l'autre.

Aucun de ces ajouts n'est utilisé par le cœur de WordPress : ce sont des outils pour les auteurs d'extensions, pas un gain automatique pour un site existant. Ce qui peut se voir en production tient aux dépréciations : les casts non canoniques (boolean), (integer), (double) et (binary) émettent désormais un avertissement au profit de (bool), (int), (float) et (string), et l'opérateur backtick, alias de shell_exec(), est déprécié.

La distinction décisive : une dépréciation produit une notice, pas une erreur fatale. Une extension qui écrit (integer) continue de fonctionner sous PHP 8.5 ; elle remplit simplement le journal d'erreurs. C'est ce qui sépare un blocage réel d'un bruit de log. Le détail complet figure dans l'annonce officielle PHP 8.5.

Compatibilité WordPress : où en est l'écosystème

WordPress 6.9 a introduit la prise en charge de PHP 8.5 ; WordPress 7.0, sorti le 20 mai 2026, confirme la compatibilité complète. Le 22 mai 2026, l'équipe Core a retiré le label « beta support », rétroactivement et pour toutes les versions PHP documentées : l'étiquette rendait hébergeurs et utilisateurs réticents à monter de version, et dissuadait les auteurs d'extensions de tester les branches récentes.

Le support du cœur ne se confond pas avec celui d'un site : WordPress est testé, la longue traîne des extensions et des thèmes ne l'est pas. La documentation officielle fixe d'ailleurs toujours PHP 8.3 comme version minimale recommandée, et PHP 7.4 comme minimum supporté depuis la 7.0.

Le cas WooCommerce se traite à part. La documentation de l'extension recommande PHP 8.3 ou supérieur, et WooCommerce fonctionne sous 8.5. Mais une boutique concentre le risque : un tunnel de commande, un mode de livraison ou une passerelle de paiement qui cesse de répondre, c'est du chiffre d'affaires perdu, là où la même régression sur un site vitrine reste cosmétique. Le test porte sur la commande complète, pas sur la page d'accueil — le même réflexe que pour le reste d'une configuration d'hébergement WooCommerce.

PHP 8.4 ou 8.5 : comment trancher

Deux positions coexistent chez les prestataires, et toutes deux se défendent. La première fait de PHP 8.5 le choix par défaut : fenêtre de sécurité la plus longue, extensions majeures déjà alignées. La seconde garde PHP 8.4 comme défaut de production pour la maturité de l'écosystème, et réserve 8.5 aux sites dont les extensions sont activement maintenues. Mêmes faits, pondération du risque différente.

Le critère de décision n'est pas le numéro de version, c'est l'état de maintenance des extensions réellement installées. Le test tient en dix minutes : lister les extensions actives et le thème, relever leur date de dernière mise à jour. Si toutes ont bougé dans les six derniers mois et déclarent une compatibilité avec la version courante de WordPress, PHP 8.5 se justifie. Si une seule extension critique est à l'abandon, PHP 8.4 laisse jusqu'au 31 décembre 2028 pour la remplacer, sans toucher à PHP dans l'immédiat.

Sur les performances, autant annoncer la couleur : entre 8.4 et 8.5, l'écart reste dans l'épaisseur du trait sur une charge WordPress standard. Des gains mesurés sont rapportés sur WooCommerce 10 et suivants, mais le saut qui a réellement compté était celui de PHP 7.4 vers PHP 8.0. Sur une installation déjà en PHP 8, les leviers qui déplacent vraiment les temps de réponse sont ailleurs — cache, requêtes, images —, terrain couvert par le guide optimiser les performances WordPress.

Basculer vers PHP 8.5 chez Tomco

PHP 8.5 est disponible sur l'infrastructure Tomco depuis la mise à jour de mai 2026 : un réglage déjà en production, pas une annonce à venir. La plage va de PHP 5.6 à PHP 8.5, commutable en un clic depuis Enhance Panel, compte par compte — basculer un site n'affecte aucun des autres hébergements du même client. Le détail des versions disponibles figure sur la page technologies.

Le défaut des nouvelles installations reste PHP 8.3, la version que WordPress documente comme minimum recommandé. Aucune migration majeure n'est imposée automatiquement : les fins de support sont notifiées en amont, et chaque client choisit son rythme.

La méthode qui ne coûte rien : dupliquer le site en préproduction, basculer la copie sur PHP 8.5, activer WP_DEBUG_LOG, puis parcourir l'administration, les gabarits principaux et, sur une boutique, une commande du panier jusqu'à la confirmation de paiement. Le journal tranche : une notice de dépréciation n'est pas bloquante, une erreur fatale l'est. La bascule en production peut suivre : un changement de version PHP est l'une des rares interventions sur un site WordPress qui se défait en quelques secondes, sans restauration de sauvegarde. Sur un hébergement web qui autorise plusieurs versions en parallèle, l'aller-retour ne coûte qu'un clic.