Sur cette page: [cacher]
WordPress est accusé de maintenir l'ancien PHP en vie. Les chiffres disent le contraire. Sur les installations WordPress qui rapportent, 76.7% exécuter PHP 8, contre 63.3% du web PHP dans son ensemble. That is a 13.4-point lead for the platform people call a legacy drag. PHP turned 31 en juin 2026, counting from Rasmus Lerdorf’s first public release in 1995. Its share of the server-side web dropped 3.5 points in the last twelve months, and WordPress is still built on it end to end.
Réponse rapide: WordPress runs on PHP because every theme, chaque plugin, and every page render is PHP code. Change the language and the 66,979 plugins in the official directory stop working. PHP is not going anywhere either. Eleven developers are now paid to maintain it, through a foundation that Automattic helped start. Put your site on PHP 8.4 and stop worrying about the language.
Dernière révision: août 2026. Version support dates read from php.net, install distributions pulled live from the WordPress.org stats API, market share from W3Techs surveys dated 30 août 2026.
Comment cet article a été vérifié
Four source types decided what made it in here, and two things were deliberately left out.
Version support dates come from php.net’s own release calendar, read on 31 août 2026, not from a summary of it. Install distributions come from the public WordPress.org stats API. It returns a raw percentage for every PHP version reporting in, and every distribution figure below was calculated from that payload directly. The plugin count came from the WordPress.org plugin API on the same day. Market share comes from W3Techs surveys dated 30 août 2026. Performance claims are attributed to the people who ran the load tests, because no load testing was run for this article.
What got excluded: any benchmark that didn’t publish its methodology, et tout “PHP 8.5 est 20% plus rapide” claim without a test harness behind it. Several such claims are circulating, et les deux benchmarks qui publient leur configuration les contredisent tous deux pour WordPress standard. Les articles du blog du fournisseur ont été utilisés uniquement pour les dates contrôlées par le fournisseur lui-même., comme une société d'hébergement annonçant quelle version de PHP elle a activée.
Deux limites honnêtes. L'API de statistiques WordPress.org échantillonne les sites qui téléphonent à la maison, ce n'est donc pas un recensement de toutes les installations sur terre. Et W3Techs explore un ensemble fixe de meilleurs sites, ce qui signifie le 76.7% Le chiffre de WordPress et le 63.3% Les chiffres entièrement PHP proviennent de différentes bases d'échantillonnage. Ils pointent dans la même direction, mais ne lisez pas l’écart de 13,4 points comme une mesure précise.
La vraie position de PHP dans 2026
Commençons par le déclin, parce que c'est réel et que la plupart des défenseurs PHP l'ignorent. W3Techs place PHP au premier rang 73.7% des sites avec un langage côté serveur connu en août 2025. Sur 30 août 2026 la même enquête a montré 70.2%. C'est 3.5 points en douze mois, et c'est la plus forte baisse d'une année sur l'autre de la série. W3Techs place le pic de PHP à 80.6% de retour dans 2015. Donc la langue a perdu grossièrement 10 points en onze ans, ce qui représente en moyenne moins d'un point par an. Les douze derniers mois ont été près de quatre fois supérieurs..
Donc PHP perd du terrain plus vite qu’avant. Maintenant, la partie qui met le nombre en proportion.
Le langage côté serveur qui arrive en deuxième position dans cette même enquête est JavaScript., à 7.2%. Ruby est assise à 7.0%, Java à 5.5%, Python à 1.2%. La part de PHP est environ dix fois supérieure à celle du deuxième. Perte 3.5 points par an à partir de 70% achète environ dix-huit ans avant même que PHP n'atteigne là où se trouve JavaScript aujourd'hui. Cela suppose que la baisse reste linéaire, ce que rien dans les logiciels ne fait jamais.
De toute façon, l’image de la version compte plus que le titre. Parmi tous les sites utilisant PHP, 63.3% sont sur PHP 8, 28.7% sont toujours sur PHP 7, et 7.9% exécuter PHP 5. Comparez cela à WordPress spécifiquement, où l'API de statistiques place PHP 8 adoption à 76.7%. PHP 8.3 et 8.2 représentent à eux seuls un peu moins de la moitié de toutes les installations WordPress, à 25.0% et 24.8%.
Pourquoi WordPress est-il en avance? Deux mécanismes, et ce n'est pas non plus un accident. La première est que WordPress envoie un avis sur le tableau de bord indiquant aux propriétaires de sites ordinaires que leur PHP est obsolète.. Les frameworks font rarement ça, parce que leurs utilisateurs sont des développeurs censés savoir. La seconde est que l’hébergement WordPress est un marché de détail compétitif, et le sélecteur de version PHP est une fonctionnalité annoncée par les hôtes. Une application Laravel sur une boîte autogérée n'a personne pour la harceler. La plateforme la plus souvent accusée de freiner PHP est donc, sur les chiffres, chaque côté peut en fait citer, le faire glisser vers l'avant.
Pourquoi WordPress utilise réellement PHP
Voici ce qui manque aux gens lorsqu’ils imaginent WordPress comme “une application PHP.” PHP n'est pas une couche de WordPress. C'est la couche à laquelle tout le reste s'attache.
Chargez n’importe quelle page sur un site WordPress standard. Avant qu'un octet n'atteigne le navigateur, PHP a déjà fait tout cela:
- Analyse de l'URL dans une requête de base de données
- Construit et exécutez le SQL sur MySQL ou MariaDB
- Vérifié les capacités de l'utilisateur actuel
- Chargé les fichiers modèles du thème actif
- Déclenché les hooks qui permettent aux plugins d'interrompre n'importe laquelle de ces étapes
Les thèmes sont des modèles PHP. L'API REST avec laquelle l'éditeur de blocs parle est les points de terminaison PHP. Blocs dynamiques, ceux dont la sortie change par requête, rendu en PHP sur le serveur.
Ce système de hook est la raison pour laquelle une réécriture n'est pas envisageable. Les plugins WordPress n'appellent pas une API documentée de l'extérieur. Ils enregistrent les rappels qui s'exécutent à l'intérieur exécution du noyau, aux points nommés, avec les propres structures de données du noyau qui leur sont transmises. L'API du plugin WordPress.org est revenue 66,979 plugins publiés sur 31 août 2026. Chacun d'entre eux est écrit contre ce contrat. Échangez la langue et vous ne portez pas WordPress. Vous abandonnez l’écosystème qui fait que WordPress vaut la peine d’être utilisé.
La rétrocompatibilité est l’autre moitié du problème. Core traite le fait de ne pas briser les sites existants comme une règle absolue. Les thèmes et plugins écrits il y a plus de dix ans peuvent toujours fonctionner sur les versions actuelles. Cet engagement va dans les deux sens. C'est pourquoi la plateforme ne peut pas abandonner PHP. C’est aussi pourquoi WordPress augmente sa version minimale de PHP avec autant de prudence, utilisant un 5% seuil d'utilisation avant de retirer une branche. Lorsque WordPress 7.0 abandonné PHP 7.2 et 7.3 en mai 2026, l'usage combiné de ces deux éléments était déjà tombé à 3.85%.
La question JavaScript: WordPress quitte-t-il PHP?
C'est une idée fausse qui mérite d'être dissipé. La moitié du “WordPress abandonne PHP” les articles en ligne lisent un fait vrai et en tirent de fausses conclusions.
Le vrai fait: la plupart nouveau le code écrit pour le noyau de WordPress est JavaScript. L'éditeur de blocs est React. L'éditeur du site aussi, tout comme la palette de commandes. Mesurez par lignes de code engagées cette année et JavaScript gagne facilement.
La mauvaise conclusion: que PHP est remplacé. Ce qui s'est réellement passé est plus restreint. WordPress a développé une couche d'édition JavaScript au-dessus d'une application PHP, et les deux parlent d'une API REST rendue par PHP. Enregistrez une publication et un client JavaScript envoie JSON à un point de terminaison PHP. Ce point de terminaison le valide en PHP et l'écrit avec des appels à la base de données PHP. Lorsqu'un visiteur charge cette publication, PHP le restitue. Le React de l'éditeur ne se charge jamais du tout pour vos visiteurs. Certains blocs interactifs embarquent leur propre JavaScript frontal, mais la page qu'ils améliorent a d'abord été construite par PHP.
Les nouvelles fonctionnalités de base ont rendu le côté PHP plus occupé, pas plus léger. L'API des liaisons de blocs, qui connecte les attributs de bloc aux sources de données dynamiques, est enregistré et résolu en PHP. Les blocs rendus côté serveur sont un rappel PHP par définition. L'API Abilities est arrivée dans WordPress 6.9 avec une fonction d'enregistrement PHP, wp_register_ability(). Le client IA fourni avec WordPress 7.0 est aussi une fonction PHP, wp_ai_client_prompt(). N'importe quel plugin peut l'appeler pour atteindre un fournisseur d'IA configuré.
WordPress 7.0 a ajouté un client JavaScript pour ces capacités, quel est le motif en miniature. Le registre reste en PHP. Une couche JavaScript est intégrée pour que le navigateur puisse l'atteindre.
Ce qui a changé, c'est la description de poste. Un développeur WordPress dans 2026 a besoin des deux, et la moitié JavaScript a connu une croissance beaucoup plus rapide que la moitié PHP. C’est un véritable changement dans ce pour quoi vous embauchez. Ce n’est tout simplement pas la même chose que de changer de langue sur la plateforme..
Qui paie PHP maintenant (Et pourquoi c'est important pour vous)
Pendant la majeure partie de sa vie, PHP a eu un problème de financement que presque personne en dehors de l'équipe principale ne pouvait voir.. Il était entretenu en grande partie par des bénévoles et une poignée de personnes dont les employeurs toléraient le travail.. Ce modèle s'est démonté en 2021 quand Nikita Popov, qui avait piloté une grande partie de PHP 7.4, 8.0 et 8.1, s'est concentré sur LLVM. Le langage n'avait brièvement aucune réponse claire quant à savoir qui effectuerait le travail en profondeur du moteur..
La Fondation PHP a été annoncée le 22 novembre 2021 en réponse. Un nom sur la liste des membres fondateurs devrait ressortir aux utilisateurs de WordPress: Automatique. Il s'est connecté aux côtés de JetBrains, Laravel, Acquéia, Zend, Symfony, PrestaShop, Créer un CMS, Tideways et emballeur privé. La société derrière WordPress.com et WooCommerce a investi de l'argent pour maintenir le personnel PHP. Cela vous indique quelles sont, selon lui, les chances d'une migration linguistique..
Où en est-on maintenant: à compter de 1 janvier 2026, onze développeurs de la Fondation travaillent sur PHP à temps partiel et à temps plein. team.blue, le groupe d'hébergement européen derrière des dizaines de marques d'hébergement grand public, est devenu sponsor Gold de la Fondation PHP en janvier 2026. La Fondation PHP a ensuite annoncé la création d'une équipe de sécurité de l'écosystème sur 18 Mai 2026, financé par une subvention d'Alpha-Omega. C'est le fonds OpenSSF soutenu par Google, Microsoft et AWS. Un rôle d'ingénieur de sécurité dédié à temps plein l'accompagnait.
Pourquoi un propriétaire de site devrait-il se soucier des organigrammes? Parce que le risque honnête avec une langue de 31 ans n'a jamais été qu'elle devienne démodée. C’est que les deux personnes qui comprennent l’allocateur de mémoire se retirent et personne ne les remplace. C'est le mode de défaillance qui tue les logiciels d'infrastructure, et c'est la seule chose que la Fondation existe pour empêcher. En quatre ans, PHP est passé d'une poignée de contributeurs parrainés individuellement à onze contributeurs financés collectivement.. Il l'a fait alors que sa part de marché diminuait. Ces deux faits vont étrangement ensemble, et celui du personnel est le meilleur prédicteur.
Encore un signal, facile à rater. À l'occasion du trentième anniversaire de PHP, 8 juin 2025, FrankenPHP a été adopté dans l'organisation PHP officielle sur GitHub. Il s'agit d'un serveur d'applications moderne qui exécute PHP comme un processus de longue durée au lieu d'en générer un par requête.. Les projets en fin d’exécution n’adoptent pas de nouveaux environnements d’exécution le jour de leur anniversaire.
Un PHP plus récent rend-il WordPress plus rapide?
Surtout non, et l'exception est suffisamment spécifique pour valoir la peine d'être connue.
Deux benchmarks indépendants ont publié récemment leurs chiffres WordPress 2025, et ils sont d'accord. Marées, la société de profilage PHP, WordPress testé 6.8.3 sur un serveur AMD 8 cœurs avec JIT (compilation juste à temps, Le compilateur de code natif optionnel de PHP) éteint. À travers PHP 8.2 à travers 8.5 il n'a trouvé aucun mouvement significatif dans les temps de réponse. PHP uniquement 7.4 en retard, aux alentours 5% sur requêtes par seconde sous charge simultanée. Test basé sur Docker de Kinsta sur WordPress 6.8.0 atterri au même endroit. Il a enregistré 148.22 requêtes par seconde est PHP 8.4 contre 148.30 sur 8.5. C'est une différence de 0.05%, ce qui est du bruit.
Contre PHP 7.4 le même test a montré 139.06 requêtes par seconde, alors je pars 7.4 achète environ 6.6%. Réel, mais pas la transformation promise par certains guides de mise à niveau. Si une page vous indique un changement de version, WordPress 20% plus rapide, demandez à voir le harnais.
Maintenant l'exception, et c'est un gros problème. Kinsta a exécuté WooCommerce via la même plate-forme et a obtenu une forme complètement différente. WooCommerce géré 53.37 requêtes par seconde sur PHP 8.4 et 71.02 est PHP 8.5. C'est un 33% sauter de la mise à jour exacte qui n'a rien fait pour un simple site WordPress. Mesuré par rapport à PHP 7.4 44.20, PHP 8.5 manipule grossièrement 61% plus de demandes WooCommerce.
Mesure et explication, gardé séparé. Ce que montrent les chiffres, c'est que la charge de travail d'un magasin répond à la mise à niveau 8.4 vers 8.5 et que la charge de travail d'un blog ne le fait pas.. Pourquoi cela arrive est une supposition, ce n'est pas un résultat testé. WooCommerce exécute beaucoup plus de PHP par requête qu'une page de blog en cache, donc les améliorations au niveau du moteur ont plus de code sur lequel agir. Cette explication correspond aux données. Personne ne l'a isolé lors d'un test contrôlé, alors traite ça comme une hypothèse.
La lecture pratique: si vous gérez un site de contenu, choisissez votre version PHP aux dates de support, pas de vitesse. Si vous exploitez une boutique WooCommerce, tester PHP 8.5 sur la mise en scène avec votre propre flux de paiement. L’avantage est suffisamment important pour être mesuré sur votre propre trafic.
PHP là où il n'y a pas de serveur du tout
Un développement survenu au cours des deux dernières années fait davantage pour répondre “PHP survivra-t-il” que n'importe quel graphique de parts de marché. WordPress Playground gère un site WordPress complet dans un onglet de navigateur, sans serveur, pas d'hôte, et pas de base de données au sens habituel du terme.
Cela fonctionne en compilant l'interpréteur PHP lui-même dans WebAssembly, un format binaire les navigateurs s'exécutent directement. SQLite est compilé de la même manière pour remplacer MySQL. Votre navigateur télécharge une fois un runtime PHP, puis exécute WordPress localement. Après ça, rien d'aller-retour vers un serveur. Les gens l'utilisent pour les démos de plugins, aperçus de thèmes, reproduction de bogues, et l'enseignement, le tout sans rien provisionner.
Le projet fournit des builds php-wasm pour chaque version de PHP à partir de 7.4 à travers 8.5. En janvier 2026 il les divise en packages modulaires séparés, donc une page télécharge uniquement le runtime dont elle a besoin. Il y a même PHP 5.2.17 Constructions WebAssembly, qui existent pour que les gens puissent reproduire d'anciens bugs.
Pensez à ce que cela implique. Un projet dont le produit principal est un CMS porté PHP sur un runtime qui n'existait pas au moment de l'écriture de PHP. Le résultat est que WordPress fonctionne dans des endroits que PHP n’a jamais été conçu pour atteindre. Les langues en réel déclin n’atteignent pas de nouveaux objectifs d’exécution.
Ce que cela signifie lorsque vous choisissez un hôte
Tout ce qui précède se résume à deux questions pour une société d’hébergement. À quelle vitesse expédiez-vous les nouvelles versions de PHP? Et puis-je choisir le mien? Voici comment cela se déroule à différentes tailles.
Boutique, 200+ commandes quotidiennes. Vous avez besoin d'un hébergeur proposant PHP 8.5 aujourd'hui, plus une mise en scène pour le tester. L'écart de référence ci-dessus vaut de l'argent réel à ce volume de commandes. Les extensions de paiement et d'expédition suppriment également l'ancien support PHP plus rapidement que le noyau WooCommerce.. Hôte de faucon, pour un, activé PHP 8.5 à travers son partage, forfaits revendeur et semi-dédiés en janvier 2026. C'était environ sept semaines après la sortie en amont, et c'est le temps de réponse à rechercher. Évitez tout hôte qui vous limite encore à PHP 8.2, qui perd même les correctifs de sécurité sur 31 décembre 2026.
Budget inférieur à USD 5 un mois. Pour un blog ou un site brochure, PHP 8.4 sur décent Hébergement partagé est toute l'exigence. Ne payez pas de prime pour 8.5 tu ne mesureras pas. L'écart sur un site de contenu est 0.05% (c'est à dire que vos visiteurs ne le trouveront jamais). Vérifiez que le panneau de configuration expose un sélecteur de version PHP. Certains hébergeurs à petit budget épinglent une version par serveur, et ensuite votre seul chemin de mise à niveau est une migration.
Agence, 20+ sites clients. Le contrôle de version PHP par site décide de celui-ci, pas de spécifications brutes. Tôt ou tard, un client exécute un plugin existant qui tombe en panne 8.4 alors que tout le monde devrait être à jour. L'hébergement WordPress géré gère généralement les déploiements de versions pour vous. C'est un avantage jusqu'au jour où vous aurez besoin de retenir un site, alors lisez les petits caractères avant de vous engager dans un portfolio.
Une extension PHP spécifique. L'hébergement partagé ne fera pas cela, quoi que dit la page de vente. Vous avez besoin un VPS où vous contrôlez directement la build PHP. C'est également la solution si vous souhaitez expérimenter JIT ou un environnement d'exécution alternatif. Les hôtes partagés n’exposent ni l’un ni l’autre.
Encore une chose à vérifier, puisque ça ne coûte rien. Si votre tableau de bord affiche actuellement une notification PHP, le correctif se trouve dans votre panneau de contrôle d'hébergement et non dans WordPress. Aucun plugin ne peut changer votre version de PHP, quoi que suggère le répertoire du plugin.
Questions fréquemment posées
PHP est-il en train de mourir 2026?
Non, même si le déclin est réel. PHP est tombé de 73.7% à 70.2% des sites avec un langage côté serveur connu entre août 2025 et août 2026, sa plus forte baisse sur douze mois jamais enregistrée. Mais la langue secondaire, Javascript, est assis à 7.2%. Au rythme actuel, il faudrait environ dix-huit ans à PHP pour tomber là où se trouve actuellement son plus proche rival..
Pourquoi WordPress utilise PHP au lieu de JavaScript?
Parce que changer briserait tous les plugins et thèmes jamais écrits pour cela. Les plugins WordPress enregistrent les rappels qui s'exécutent dans le processus PHP du noyau, ils ne peuvent donc pas être portés comme le ferait un client API externe. Avec près de 67,000 plugins dans le répertoire officiel, l'écosystème est le produit. WordPress a ajouté JavaScript pour l'éditeur de blocs, mais cela s'exécute au-dessus de l'application PHP plutôt que de la remplacer.
Dois-je connaître PHP pour utiliser WordPress?
Pour gérer un site, non. Édition, installer des plugins, et l'édition avec l'éditeur de blocs ne nécessite aucun code. Vous aurez besoin de PHP une fois que vous aurez commencé à personnaliser les fichiers modèles d'un thème, écrire une fonction de thème enfant, ou construire n'importe quoi avec des crochets. Pour la plupart des propriétaires de sites, ce moment n’arrive jamais.
Est-ce que PHP 8.5 plus vite que 8.4 pour WooCommerce?
Kinsta décembre 2025 le benchmark dit oui, et de beaucoup: 71.02 requêtes par seconde sur PHP 8.5 contre 53.37 sur 8.4, une 33% gagner. Le même test n’a montré quasiment aucune différence pour un site WordPress standard, à 148.30 contre 148.22. La réponse dépend donc entièrement du fait que vous exploitiez ou non un magasin.. Testez-le sur scène avec votre propre caisse avant de changer de production.
Quelles versions de PHP WordPress propose-t-il 7.1 soutien?
WordPress 7.1, libéré 19 août 2026, fonctionne sur PHP 7.4 à travers 8.5. Le minimum officiel est PHP 7.4 et la version recommandée est PHP 8.3. WordPress 7.0 abandonné PHP 7.2 et 7.3 quand il a été expédié 20 Mai 2026, donc les sites de ces branches ne peuvent installer aucune des deux versions.
WordPress peut-il fonctionner sans serveur?
Oui, via WordPress Playground, qui compile PHP en WebAssembly et exécute une installation WordPress complète dans votre navigateur. Il fournit des runtimes pour PHP 7.4 à travers 8.5 et utilise SQLite au lieu de MySQL. Il est conçu pour les démos, tests et enseignement plutôt que des sites en direct, puisque rien ne persiste en dehors de la session de votre navigateur.
Conclusion
La part de marché de PHP est en baisse et son avenir est plus assuré qu’il ne l’a été depuis une décennie. Les deux choses sont vraies, et le second compte davantage si vous possédez un site WordPress. Onze mainteneurs rémunérés, une équipe de sécurité financée depuis mai 2026, et Automattic parmi les sponsors fondateurs s'ajoutent à un plan de succession. C'était le vrai risque, pas le tableau de popularité.
Pour votre propre site, la décision est petite. Courir PHP 8.4 sauf si tu as une raison de ne pas le faire. Il détient un support de sécurité jusqu'à 31 décembre 2028, et les auteurs de plugins ont eu près de deux ans pour tester cela. Passer à 8.5 si vous exécutez WooCommerce et pouvez le tester en premier. Descendez de tout ce qui se trouve en dessous 8.2 maintenant. Et ne laissez pas un tableau de bord silencieux vous convaincre que vous êtes à jour, parce que la propre vérification de version de WordPress est plus indulgente que le calendrier de php.net.
Si vous vous demandez où placer ensuite un site WordPress, quelques guides connexes reprennent là où celui-ci s'arrête. Notre Comparaison entre WordPress et les créateurs de sites Web couvre ce que vous échangez en quittant l'écosystème PHP pour un constructeur hébergé. le Guide d'avertissement de version PHP est le compagnon pratique de cette pièce si votre tableau de bord vous harcèle déjà. Et pour les commerçants, notre Comparaison d'hébergement WooCommerce couvre les fournisseurs qui suivent le rythme des versions PHP le plus rapidement. Les chiffres de référence ci-dessus suggèrent que cela compte plus pour les magasins que quiconque ne le pensait.