# Les nouveautés perf de WordPress 7.0 en bêta : ce qu’on a mesuré

> Avant la sortie officielle, test des optimisations de performance annoncées pour la version 7.0 sur un environnement de pré-production, comparées à la version 6.9.

- Auteur : Clément Hadrot
- Publié le : 2026-08-27
- Mis à jour le : 2026-08-27
- Catégorie : Performance
- URL : https://wpmoderne.dev.wordpress-developpement.fr/performance/wordpress-7-0-beta-performance-mesures/

## L’essentiel

- Les gains annoncés se confirment partiellement en test réel, pas uniformément
- La méthode de benchmark compte autant que les chiffres eux-mêmes
- Certaines optimisations dépendent de la configuration serveur pour se manifester

Au moment de la rédaction, WordPress 7.0 n'est encore disponible qu'en version bêta, publiée aux contributeurs et testeurs pour les phases de validation précédant la sortie stable. Plutôt que de se fier uniquement aux annonces officielles de make.wordpress.org sur les gains de performance attendus pour cette version, un test comparatif a été mené sur un environnement de pré-production isolé, avec la même installation WordPress (thème, extensions, volume de contenu) exécutée successivement sous 6.9 stable puis sous 7.0 bêta, afin de vérifier lesquelles de ces annonces se confirment en conditions proches du réel.

## Protocole de test

L'environnement de test reproduit un site éditorial de taille moyenne : 8 000 articles, un thème bloc classique sans surcouche de constructeur de pages, quinze extensions actives représentatives d'un usage courant (SEO, formulaires, cache, sécurité). La charge a été générée avec `k6`, cinquante utilisateurs virtuels pendant cinq minutes, sur un mélange de pages d'accueil, d'articles et de pages de catégorie, avec un cache de page désactivé volontairement pour isoler l'effet des changements du cœur plutôt que celui du cache, qui aurait masqué la plupart des écarts.

> L'essentiel à retenir : Les gains annoncés se confirment partiellement en test réel, pas uniformément ; La méthode de benchmark compte autant que les chiffres eux-mêmes ; Certaines optimisations dépendent de la configuration serveur pour se manifester

## Ce qui a été mesuré comme réellement amélioré

| Métrique | WordPress 6.9 | WordPress 7.0 bêta |
| --- | --- | --- |
| Temps de génération moyen (page article) | 142 ms | 119 ms |
| Nombre de requêtes SQL (page article) | 27 | 21 |
| Mémoire PHP consommée (page article) | 38 Mo | 34 Mo |
| Temps de génération moyen (page de catégorie, 20 articles) | 210 ms | 178 ms |

La réduction du nombre de requêtes SQL sur une page article, de 27 à 21, correspond à l'optimisation annoncée de la mise en cache interne des requêtes de taxonomie liées, qui évite désormais des appels redondants lorsque plusieurs blocs de la même page interrogent les mêmes catégories ou étiquettes. Ce gain s'est confirmé de façon stable sur l'ensemble des exécutions du test, sans variance notable d'un run à l'autre.

## Ce qui ne s'est confirmé que partiellement

L'annonce d'un gain significatif sur le temps de traitement des requêtes de recherche interne ne s'est vérifiée que sur des installations utilisant la recherche native de WordPress sans extension tierce : sur cet environnement de test, où une extension de recherche interne remplaçait déjà la recherche native, aucun écart mesurable n'est apparu entre 6.9 et 7.0 bêta pour ce cas d'usage précis, ce qui invite à ne pas généraliser les gains annoncés à toute configuration sans les vérifier sur sa propre pile technique.

## Un gain qui dépend de la configuration serveur

Le gain le plus surprenant de ce test concerne le temps de génération des pages de catégorie, en amélioration de 15 % environ. En creusant, ce gain s'est révélé plus marqué sur une configuration PHP avec OPcache correctement dimensionné (256 Mo de mémoire allouée) que sur une configuration OPcache par défaut plus restreinte (64 Mo), où l'écart entre 6.9 et 7.0 bêta se réduisait à environ 6 %. Autrement dit, une partie des optimisations internes de 7.0 bêta profite d'un cache de code opération déjà bien dimensionné pour se manifester pleinement, ce qui signifie que le gain réel dépendra, pour chaque site, de sa configuration serveur existante et pas uniquement de la version de WordPress installée.

## Points de vigilance identifiés en bêta

Deux des quinze extensions testées ont affiché des avertissements de dépréciation dans les journaux PHP sous 7.0 bêta, sans toutefois provoquer d'erreur fatale ni de régression de performance mesurable : il s'agit d'appels à des fonctions internes marquées comme obsolètes dans cette version, un signal à surveiller pour la mise à jour de ces extensions avant la sortie stable, plutôt qu'un problème de performance à proprement parler.

> Un gain de performance annoncé en bêta n'est jamais garanti sur sa propre configuration : la seule façon de le savoir est de le mesurer soi-même, sur son propre thème et ses propres extensions.

## Ce que ce test ne couvre pas

Ce benchmark ne traite pas les aspects de sécurité annoncés pour cette même version 7.0, sujet distinct suivi séparément par l'équipe et qui mériterait ses propres tests de validation avant la sortie stable, indépendamment des résultats de performance présentés ici.

## Notre verdict à ce stade

Sur la base de ces mesures en bêta, WordPress 7.0 confirme un gain réel mais modeste sur le temps de génération des pages, principalement porté par la réduction des requêtes de taxonomie redondantes, avec un bénéfice qui varie sensiblement selon la configuration OPcache déjà en place. Ces résultats restent à confirmer sur la version stable finale, la bêta pouvant encore évoluer d'ici la sortie officielle, mais ils donnent d'ores et déjà une indication concrète pour prioriser, le moment venu, les vérifications de compatibilité des extensions plutôt qu'une inquiétude générale sur la performance de la future version.