WordPress 7.0 marque avant tout un changement de convention de numérotation, après une longue série de versions 6.x, plutôt qu’une rupture technique radicale : le cœur du système de blocs et l’architecture générale restent dans la continuité directe des versions précédentes. Cet article ne traite pas des nouveautés éditoriales de cette version, mais uniquement de ce qui a été mesuré et vérifié côté performance avant de recommander sa mise à jour sur des sites de production.
Ce qui a réellement changé côté rendu
Le chantier le plus visible en matière de performance concerne l’affinement continu du système de style global (theme.json), avec une génération de CSS encore plus ciblée par bloc utilisé réellement sur la page, réduisant le volume de règles CSS envoyées inutilement pour des blocs absents du contenu affiché. Ce travail poursuit une trajectoire commencée dès la version 6.2 et continuée à chaque version majeure depuis.
Un second axe touche le chargement des scripts d’interactivité liés à l’Interactivity API, introduite en 6.5 : plusieurs blocs natifs ont vu leur script associé converti en chargement conditionnel, ne se chargeant que si le bloc concerné est effectivement présent sur la page rendue, plutôt que systématiquement sur chaque page du site.
Nos mesures avant mise à jour

Sur un site de test utilisant un thème bloc récent et une combinaison de blocs natifs incluant requête, navigation et plusieurs blocs interactifs, la comparaison entre la dernière version 6.x disponible et WordPress 7.0 a montré une réduction d’environ 8 % du poids total de CSS transféré sur la page d’archive, cohérente avec l’affinement du style global, ainsi qu’une réduction du nombre de scripts chargés sur les pages n’utilisant pas de blocs interactifs.
| Métrique | Avant (6.x) | Après (7.0) |
|---|---|---|
| Poids CSS transféré (page archive) | 48 Ko | 44 Ko |
| Scripts JS chargés (page sans bloc interactif) | 6 | 4 |
| TTFB moyen | 212 ms | 205 ms |
Le gain sur le TTFB reste modeste et proche de la marge d’erreur de mesure, ce qui n’a rien d’anormal : les optimisations de cette version ciblent davantage le poids transféré côté navigateur que le temps de génération serveur proprement dit.
Points de vigilance avant migration
- Vérifier la compatibilité des extensions qui génèrent leur propre CSS via des filtres sur le style global, le mécanisme de génération plus ciblée pouvant modifier l’ordre ou la présence de certaines règles CSS.
- Tester en particulier les thèmes personnalisés qui surchargent manuellement des parties du système de blocs, plus sensibles aux évolutions internes que les thèmes qui suivent strictement les conventions officielles.
- Purger intégralement les caches de style généré après la mise à jour, un cache de CSS obsolète pouvant masquer temporairement les bénéfices de cette version ou, pire, provoquer un affichage incohérent entre l’ancien et le nouveau CSS.
- Refaire tourner les tests de charge habituels sur un environnement de préproduction avant toute mise en production, en particulier si le site combine de nombreux blocs interactifs.
Ce que cette version ne change pas
WordPress 7.0 ne modifie ni le fonctionnement du cache d’objets, ni celui du cache de page, ni les mécanismes de base de données : les optimisations apportées par cette version se situent uniquement au niveau du rendu front-end et du chargement des ressources liées aux blocs, sans toucher aux couches d’infrastructure qui restent sous la responsabilité de l’hébergeur et des choix d’architecture déjà en place sur chaque projet.
Notre verdict
WordPress 7.0 apporte des optimisations réelles mais graduelles, dans la continuité du travail entamé plusieurs versions plus tôt sur le style global et le chargement conditionnel des scripts. Le gain mesuré reste modeste sur un site déjà bien optimisé, mais s’additionne aux efforts cumulés des versions précédentes. Comme pour toute montée de version majeure, un test de non-régression complet en préproduction, en particulier sur les extensions qui interagissent avec le système de blocs, reste la seule façon responsable d’aborder cette mise à jour.