Derrière chaque site e-commerce WooCommerce, chaque ERP Dolibarr ou chaque application web sur mesure tourne un langage que vos clients ne voient jamais : PHP. Invisible, souvent oublié dans les priorités, il reste pourtant le socle technique qui conditionne la sécurité, la rapidité et la pérennité de votre outil. Et en ce moment, ce socle bouge plus vite qu'on ne le pense.

PHP 8.5 est désormais la référence en production

PHP 8.5 est la version stable de référence, tandis que PHP 8.6 est attendu pour le 19 novembre 2026. Ce n'est pas un détail réservé aux développeurs : cette version apporte des gains de performance mesurables, un typage plus strict qui réduit les bugs silencieux, et surtout une fenêtre de support sécurité nettement plus longue que les versions précédentes.

Pour un site WordPress ou WooCommerce par exemple, passer sur PHP 8.5 garantit des correctifs de sécurité jusqu'en 2029, soit environ un an de plus que la version précédente. Concrètement, c'est trois ans de tranquillité supplémentaires avant de devoir remettre le sujet sur la table.

Ce que ça change vraiment pour vous

  • Sécurité : les anciennes versions ne reçoivent plus de correctifs, ce qui expose directement vos données clients et vos paiements.
  • Performance : des requêtes plus rapides, moins de ressources serveur consommées, donc potentiellement une facture d'hébergement allégée.
  • Compatibilité : les extensions, thèmes et modules récents sont développés et testés pour les versions récentes, pas pour du PHP vieux de cinq ans.

PHP 8.3 : une fin de vie qui approche discrètement

Si votre site ou votre ERP tourne encore sur une version plus ancienne, le calendrier presse davantage qu'il n'y paraît. La fin de vie de PHP 8.3 est fixée au 23 novembre 2026, ce qui signifie l'arrêt des correctifs de sécurité à cette date. Pour une boutique en ligne qui traite des paiements ou un ERP qui centralise des données clients et comptables, continuer sur une version non maintenue revient à laisser une porte ouverte sans personne pour la surveiller.

Ce type d'échéance ne se gère pas dans l'urgence : un audit technique en amont permet d'anticiper les incompatibilités avant qu'elles ne se transforment en panne ou en faille exploitée.

PHP 8.6 arrive déjà : faut-il s'en inquiéter ?

La prochaine version est en phase de stabilisation. Le calendrier du projet prévoit un gel des fonctionnalités mi-septembre 2026, suivi de plusieurs versions candidates jusqu'en novembre, avant une sortie stable prévue le 19 novembre 2026. Pas de panique cependant : la matrice de compatibilité officielle de WordPress ne référence pour l'instant que les versions jusqu'à PHP 8.5, ce qui confirme que la bonne cible à viser aujourd'hui reste cette version, pas la toute dernière à peine sortie du four.

Qui est concerné dans votre entreprise ?

Trois cas de figure reviennent le plus souvent chez nos clients :

  • Boutique WooCommerce : plugins de paiement, de gestion des stocks ou de marketing qui cessent d'être maintenus sur les vieilles versions PHP. Nos plugins WooCommerce sur mesure sont pensés pour rester compatibles avec les versions PHP supportées dans la durée.
  • ERP Dolibarr : des modules métier développés il y a plusieurs années qui n'ont jamais été revus depuis. Une montée de version PHP mal anticipée peut casser des automatisations critiques (factures, stocks, paie). Voir nos modules Dolibarr sur mesure pour sécuriser cette transition.
  • Application ou SaaS maison : un socle technique daté qui freine l'ajout de nouvelles fonctionnalités et complique le recrutement de développeurs à l'aise avec du code ancien. Un accompagnement en développement web sur mesure permet de remettre à plat l'architecture sans tout refaire.

Comment migrer sans casser la production

La montée de version PHP n'est jamais un simple clic. Elle demande une méthode :

  • Auditer le code existant et la liste des dépendances (plugins, librairies, modules tiers) pour repérer les incompatibilités avant de toucher à la production.
  • Tester sur un environnement de recette identique à la production, avec un jeu de données réaliste.
  • Automatiser les contrôles répétitifs (sauvegardes, vérifications post-déploiement) grâce à des scripts et des tâches planifiées : notre pôle automatisation des tâches peut prendre en charge cette partie pour sécuriser chaque mise à jour.
  • Planifier une fenêtre de bascule en dehors des pics d'activité, avec un plan de retour arrière prêt si besoin.

Pour les éditeurs qui opèrent un modèle SaaS multi-clients, la question se pose avec encore plus d'acuité : une montée de version mal maîtrisée peut impacter tous les comptes en même temps. Notre offre développement SaaS intègre ce type de maintenance dans la feuille de route produit, plutôt que de la traiter en urgence.

En résumé

PHP 8.5 est aujourd'hui la version à viser pour tout projet neuf ou toute montée de version. PHP 8.3 approche de sa fin de vie et PHP 8.6 pointe déjà le bout de son nez : le bon réflexe n'est pas d'attendre le dernier moment, mais de faire un état des lieux de votre socle technique pendant qu'il est encore temps de planifier sereinement. Si vous ne savez pas sur quelle version tourne votre site, votre boutique ou votre ERP, c'est la première question à poser à votre prestataire actuel — ou à nous poser directement via notre page contact.

Questions fréquentes

Votre hébergeur ou votre prestataire technique peut vous le communiquer en quelques minutes via le panneau d'administration du serveur ou un fichier de diagnostic. C'est la première chose à vérifier avant toute décision de migration.

Non. Une nouvelle version majeure met plusieurs mois à être pleinement supportée par l'écosystème (plugins, thèmes, modules). Mieux vaut consolider sur PHP 8.5, qui bénéficie déjà d'un support sécurité long, et planifier la suite sans précipitation.

Oui, si elle n'est pas préparée : certaines fonctions obsolètes sont supprimées d'une version à l'autre et peuvent bloquer des modules ou plugins anciens. Un audit préalable et des tests en environnement de recette permettent d'éviter l'incident en production.