PHP est le langage qui fait tourner WordPress. La version de PHP installée sur votre serveur a un impact direct sur les performances, la sécurité et la compatibilité de votre site – et pourtant, c’est l’un des paramètres les moins surveillés par les propriétaires de sites.

Les données de WordPress.org sur les versions PHP utilisées par les sites WordPress sont préoccupantes : en 2024, plus de 20% des sites WordPress tournaient encore sur PHP 7.4, une version dont le support actif s’est terminé en novembre 2022.

Ce que PHP 8.x change en termes de performance

Le passage de PHP 7.4 à PHP 8.x n’est pas qu’une mise à jour de sécurité – c’est un gain de performance mesurable. Les benchmarks officiels PHP.net et les tests indépendants de Kinsta montrent des améliorations significatives :

  • PHP 8.0 vs 7.4 : +18% de requêtes traitées par seconde sur WordPress
  • PHP 8.1 vs 8.0 : +23% supplémentaires grâce au JIT compiler amélioré et aux Fibers
  • PHP 8.2 vs 8.1 : +10% selon les benchmarks Phoronix

En pratique, sur un site WordPress standard, passer de PHP 7.4 à PHP 8.2 peut réduire le temps de génération des pages de 30 à 40% côté serveur. C’est un gain direct sur le TTFB (Time to First Byte) – l’une des métriques que Google mesure pour les Core Web Vitals.

Les risques de rester sur une version obsolète

PHP suit un cycle de support documenté sur php.net. Chaque version dispose d’une phase de support actif (corrections de bugs + sécurité) puis de support sécurité uniquement, avant d’atteindre l’EOL (End of Life).

PHP 7.4 est EOL depuis novembre 2022. Aucun correctif de sécurité n’est plus publié. Les vulnérabilités découvertes après cette date restent ouvertes indéfiniment.

Les CVE (Common Vulnerabilities and Exposures) répertoriées sur PHP 7.x incluent des failles permettant l’exécution de code arbitraire, des injections et des fuites mémoire. Continuer à l’utiliser en production en 2026, c’est accepter un risque de sécurité documenté et non corrigé.

Les points de compatibilité à vérifier avant de migrer

La migration vers PHP 8.x n’est pas sans risque si le site utilise du code ancien. PHP 8.0 a introduit des breaking changes significatifs par rapport à 7.x – notamment la suppression de fonctions dépréciées depuis PHP 5 et les changements dans le comportement des types.

Avant toute migration, je vérifie :

  • La compatibilité PHP 8.x de chaque plugin actif (via le Plugin Check de WordPress.org)
  • Les éventuels appels à des fonctions supprimées dans le thème et le code custom
  • La compatibilité de la version WooCommerce installée si applicable

La procédure correcte : tester sur un environnement de staging avec PHP 8.x activé, corriger les avertissements et erreurs, puis migrer la production. Sur un site bien maintenu, la migration prend en général moins d’une heure. Sur un site non maintenu depuis 3 ans avec des plugins obsolètes, ça peut prendre une journée.

Ce que je fais sur tous les nouveaux projets

Je développe et teste systématiquement sur la dernière version stable de PHP. Pas la bleeding edge – la dernière version avec support actif complet. En ce moment, PHP 8.3. C’est un standard non négociable, qui garantit à la fois les meilleures performances disponibles et la couverture sécurité la plus récente.