PHP 8.5 est sorti : nouveautés et pourquoi mettre à jour PHP sur votre site
PHP 8.5 est disponible depuis le 20 novembre 2025. Opérateur pipe, extension URI, clone with : on fait le point sur les nouveautés, et surtout sur les raisons de ne pas laisser votre site sur une version de PHP en fin de vie.
par Jérémie Elbaz, Développeur Fullstack Développement & IA
PHP fait tourner une très grande partie du web : WordPress, PrestaShop, Magento, Laravel, Symfony… Si votre site vitrine, votre boutique ou votre logiciel métier a été développé avec l'un de ces outils, la question de mettre à jour PHP vous concerne directement, même si vous n'avez jamais ouvert une ligne de code. La sortie de PHP 8.5, le jeudi 20 novembre, est une bonne occasion de faire le point.
Dans cet article, nous passons en revue les nouveautés utiles de PHP 8.5, puis le calendrier de support des versions précédentes, et enfin une méthode simple pour planifier la montée de version.
Quelles sont les nouveautés de PHP 8.5 ?
Comme chaque version annuelle, PHP 8.5 apporte un lot d'améliorations. Voici celles qui changent réellement le quotidien des développeurs (détails sur la page officielle de PHP 8.5).
L'opérateur pipe |>
C'est la nouveauté la plus visible. L'opérateur pipe permet d'enchaîner des fonctions de gauche à droite, sans variables intermédiaires ni appels imbriqués illisibles :
$slug = $titre
|> trim(...)
|> (fn($s) => str_replace(' ', '-', $s))
|> strtolower(...);
Pour un développeur, cela rend les traitements de données (nettoyage d'un titre, transformation d'un import CSV…) plus faciles à lire et donc à maintenir.
Une extension URI intégrée
PHP 8.5 embarque désormais une extension native pour analyser et normaliser les URL, conforme aux standards RFC 3986 et WHATWG URL. Jusqu'ici, on s'appuyait sur parse_url(), connue pour ses comportements approximatifs, ou sur des bibliothèques tierces. C'est un gain de fiabilité, notamment en matière de sécurité (redirections, validation d'URL saisies par les utilisateurs).
Clone with, #[\NoDiscard], array_first() et array_last()
- Clone with : on peut modifier des propriétés au moment de cloner un objet, ce qui simplifie l'usage des classes
readonly. #[\NoDiscard]: un attribut qui déclenche un avertissement si la valeur de retour d'une fonction importante est ignorée. Utile pour éviter les oublis silencieux.array_first()etarray_last(): deux fonctions attendues depuis longtemps pour récupérer le premier ou le dernier élément d'un tableau.
Des erreurs plus faciles à diagnostiquer
Les erreurs fatales affichent désormais une trace d'appels (backtrace). Concrètement, quand un site plante en production, le développeur trouve plus vite l'origine du problème : moins de temps d'intervention, donc moins de coût pour vous.
Pourquoi mettre à jour PHP sur votre site ?
Les nouveautés sont appréciables, mais la vraie raison de mettre à jour PHP est ailleurs : la sécurité et le support.
Chaque branche de PHP bénéficie de deux ans de support actif (corrections de bugs et de sécurité), puis de deux ans de correctifs de sécurité uniquement. Ensuite, elle est en fin de vie : plus aucune faille découverte ne sera corrigée.
Le calendrier de support à connaître
D'après la page officielle des versions supportées, voici la situation à fin novembre 2025 :
| Version | Support actif jusqu'au | Correctifs de sécurité jusqu'au |
|---|---|---|
| PHP 8.1 | terminé | 31 décembre 2025 |
| PHP 8.2 | terminé (31 déc. 2024) | 31 décembre 2026 |
| PHP 8.3 | 31 décembre 2025 | 31 décembre 2027 |
| PHP 8.4 | 31 décembre 2026 | 31 décembre 2028 |
| PHP 8.5 | 31 décembre 2027 | 31 décembre 2029 |
Deux points d'attention :
- PHP 8.1 sera en fin de vie dans quelques semaines, le 31 décembre 2025. Si votre site tourne encore dessus, c'est la priorité.
- PHP 8.2 ne reçoit plus que des correctifs de sécurité et sera en fin de vie fin 2026. C'est le moment de planifier sa migration, sans urgence mais sans attendre.
Quant aux versions 7.x et 8.0, elles sont en fin de vie depuis longtemps. Un site qui tourne encore dessus est exposé.
Les risques concrets d'une version obsolète
- Sécurité : une faille découverte dans une version non maintenue reste ouverte. Pour un site qui collecte des données clients ou des paiements, c'est un vrai sujet, y compris au regard du RGPD.
- Hébergement : les hébergeurs finissent par retirer les anciennes versions de leurs offres, ou les facturent en option. La migration se fait alors dans l'urgence.
- Extensions et bibliothèques : les plugins WordPress, modules PrestaShop ou paquets Laravel abandonnent progressivement le support des anciennes versions. Vous vous retrouvez bloqué pour mettre à jour le reste.
- Performance : chaque version apporte des optimisations. Un site plus rapide, c'est aussi un meilleur confort pour vos visiteurs.
Nous avions déjà évoqué cette question de dépendance technique dans notre article sur le conflit WordPress / WP Engine : un site bien maintenu, c'est un site qui garde ses options ouvertes.
Comment mettre à jour PHP sans casser son site ?
Une montée de version PHP n'est pas un simple clic dans l'interface de l'hébergeur, en tout cas pas sans préparation. Voici la méthode que nous appliquons.
- Faire l'inventaire : quelle version de PHP tourne aujourd'hui ? Quel CMS ou framework, dans quelle version ? Quels plugins ou paquets ?
- Vérifier la compatibilité : chaque brique (WordPress, thème, plugins, framework, bibliothèques) doit supporter la version cible. C'est souvent là que se cache le vrai travail.
- Tester sur une copie : on reproduit le site sur un environnement de préproduction avec la nouvelle version de PHP, on lance les tests automatisés s'il y en a, et on vérifie à la main les parcours critiques (formulaire de contact, commande, paiement, espace client).
- Mettre à jour en production au bon moment, avec une sauvegarde complète et un plan de retour arrière.
- Surveiller les journaux d'erreurs dans les jours qui suivent.
Faut-il passer directement à PHP 8.5 ?
Pas forcément. Une version toute neuve n'est pas toujours supportée immédiatement par l'ensemble des extensions et bibliothèques de l'écosystème. Pour un site en production, viser PHP 8.4, ou PHP 8.3 au minimum, est souvent le choix le plus raisonnable aujourd'hui. PHP 8.5 pourra être adopté dans quelques mois, une fois vos dépendances compatibles.
Pour une application Laravel, la version de PHP est aussi liée à la version du framework : nous en parlions à propos de Laravel 12 et de Laravel 11.
FAQ
Comment savoir quelle version de PHP utilise mon site ?
Votre hébergeur l'indique généralement dans son espace client. Sous WordPress, l'écran « Santé du site » (Outils > Santé du site) affiche aussi la version de PHP. En cas de doute, votre prestataire peut vous répondre en quelques minutes.
Mettre à jour PHP peut-il faire planter mon site ?
Oui, si une extension ou une partie du code n'est pas compatible. C'est pour cela qu'il faut tester sur une copie du site avant de basculer la production.
Qui doit s'occuper de la mise à jour de PHP ?
Selon votre contrat, l'hébergeur, votre agence ou votre équipe technique. Vérifiez qui en a la responsabilité : c'est typiquement le genre de tâche qui tombe entre deux chaises.
Que se passe-t-il si je reste sur PHP 8.1 après le 31 décembre 2025 ?
Votre site continuera de fonctionner, mais les failles de sécurité découvertes après cette date ne seront plus corrigées par l'équipe PHP.
En résumé
PHP 8.5 apporte de vraies améliorations pour les développeurs, mais l'enjeu principal pour une entreprise reste de ne pas laisser son site sur une version en fin de vie. Avec PHP 8.1 qui s'arrête le 31 décembre 2025 et PHP 8.2 fin 2026, c'est le bon moment pour faire le point.
Vous ne savez pas sur quelle version tourne votre site, ou vous craignez une migration ? Contactez NiceCorp : nous pouvons auditer votre site et planifier la montée de version avec vous.