| Version PHP | Statut au moment du test | Fin de support de sécurité |
|---|---|---|
| PHP 8.1 | ancienne version stable | proche de l’échéance |
| PHP 8.2 | stable, largement déployée | support actif |
| PHP 8.3 | stable, adoption croissante | support actif |
| PHP 8.4 | version récente testée ici | support actif |
Le tableau ci-dessus résume le contexte du test mené sur un site WooCommerce représentatif : environ 1 200 produits, un thème basé sur des blocs et une dizaine d’extensions courantes (formulaire de contact, SEO, cache d’objets Redis). Chaque version de PHP a été testée sur la même machine virtuelle, avec les mêmes réglages OPcache, seule la version de PHP changeant entre chaque passage.
Protocole de mesure
Trois types de pages ont été mesurés avec Apache Bench, cinquante requêtes séquentielles après une phase d’échauffement de dix requêtes ignorées pour ne pas fausser la moyenne avec la compilation initiale du cache OPcache : la page d’accueil, une fiche produit avec variations, et la page panier après ajout d’un article. Le cache de page était désactivé pendant toute la mesure pour isoler l’effet propre de PHP.
Résultats bruts
| Page | PHP 8.1 | PHP 8.2 | PHP 8.3 | PHP 8.4 |
|---|---|---|---|---|
| Accueil | 412 ms | 398 ms | 384 ms | 378 ms |
| Fiche produit | 486 ms | 461 ms | 442 ms | 431 ms |
| Panier | 534 ms | 502 ms | 479 ms | 468 ms |
Sur la page panier, la plus sollicitante en calculs WooCommerce (récupération des variations, calcul de la TVA, application des règles de remise), l’écart entre PHP 8.1 et PHP 8.4 atteint 12,4 %, contre 9,6 % en moyenne sur l’ensemble des trois pages testées. Ce résultat confirme que le code orienté objet dense de WooCommerce, avec de nombreux appels de méthodes et une hiérarchie de classes profonde, tire davantage parti des optimisations internes du moteur Zend apportées entre PHP 8.1 et PHP 8.4 qu’un code procédural plus simple.
D’où vient le gain
Chaque version mineure de PHP depuis la 8.0 a apporté des optimisations internes à l’optimiseur JIT, à la gestion des tableaux et à l’appel de fonctions, sans qu’aucune de ces évolutions ne cible spécifiquement WordPress. PHP 8.4 introduit par ailleurs les propriétés « hookées » (property hooks) côté langage, sans impact direct sur les performances de code WordPress existant qui ne les utilise pas encore, l’essentiel du gain mesuré venant de l’optimisation continue du moteur d’exécution plutôt que de nouvelles fonctionnalités syntaxiques.
Le vrai frein à la migration : la compatibilité
Le gain de performance, bien réel, n’a pas été le facteur décisif dans la recommandation finale faite au client. Sur les dix extensions testées, deux ont montré des avertissements de dépréciation sous PHP 8.4, liés à des fonctions internes dont la signature a changé, sans casser le fonctionnement mais en polluant les journaux d’erreurs. Une extension de paiement tierce n’avait, au moment du test, pas encore officiellement annoncé son support de PHP 8.4.
Notre position habituelle : ne jamais migrer en production pour le seul gain de performance si une seule extension critique du parcours d’achat n’a pas encore validé sa compatibilité. Le gain constaté ne justifie pas le risque d’un panier cassé.
Recommandation de version
- Pour un site neuf ou une refonte, PHP 8.3 ou 8.4 selon la maturité des extensions utilisées reste le choix le plus sûr à la date de ce test.
- Pour un site existant sur PHP 8.1, la priorité reste la mise à jour vers une version encore activement maintenue en matière de sécurité, le gain de performance étant un bénéfice secondaire bienvenu mais non déterminant.
- Un audit systématique des extensions critiques (paiement, cache, sécurité) avant toute montée de version majeure de PHP reste non négociable, quel que soit le gain mesuré en benchmark.
Notre verdict
PHP 8.4 apporte un gain réel et mesurable sur WordPress et WooCommerce, de l’ordre de 9 à 12 % selon le type de page, sans rupture de compatibilité majeure sur un socle propre. Ce gain reste toutefois secondaire face à l’enjeu de compatibilité des extensions, qui doit rester le critère prioritaire de décision avant toute migration en production.
