Après plusieurs versions marquées par des ajouts spectaculaires (Font Library, pattern overrides, vues de données), WordPress 6.8 prend le temps de consolider des chantiers déjà ouverts plutôt que d’en ouvrir de nouveaux. Trois évolutions méritent particulièrement l’attention de qui gère des sites en production.
Le Style Book, désormais accessible aux thèmes classiques compatibles
Le Style Book — cette vue qui affiche, sur une seule page, le rendu de tous les blocs avec les styles actifs du site — était jusqu’ici réservé aux thèmes blocs pleinement engagés dans l’éditeur de site. La 6.8 l’ouvre aux thèmes classiques qui déclarent la prise en charge des styles globaux via add_theme_support( 'appearance-tools' ) ou une déclaration theme.json partielle, sans pour autant migrer l’intégralité de leurs templates au format bloc.
Pour une agence qui maintient encore des thèmes classiques bien rodés tout en adoptant progressivement theme.json pour la gestion des couleurs et de la typographie, cette ouverture permet de vérifier visuellement la cohérence des styles blocs sans attendre une migration complète vers un thème 100 % bloc — un chantier que beaucoup repoussaient précisément parce que le Style Book leur restait inaccessible entretemps.
Vues de données : un comportement enfin homogène entre les écrans
Depuis leur introduction progressive sur les pages, puis les templates et les patterns, les vues de données présentaient des différences de comportement notables d’un écran à l’autre — un filtre qui persistait sur l’un et se réinitialisait sur l’autre, une densité d’affichage différente par défaut. La 6.8 harmonise ce comportement : le réglage de densité, l’état des filtres et le mode d’affichage retenu suivent désormais des règles communes, quel que soit l’écran concerné.
Ce n’est pas une nouvelle fonctionnalité au sens strict, mais c’est le type de consolidation qui, sur un usage quotidien, réduit sensiblement la friction ressentie par une équipe éditoriale qui navigue entre plusieurs de ces écrans dans une même session de travail.
Bloc Navigation : une meilleure gestion des menus profonds
Le bloc Navigation affine sa gestion des menus à plusieurs niveaux de profondeur : la bascule entre menu horizontal et menu déroulant mobile gère mieux les sous-menus imbriqués sur trois niveaux ou plus, un cas qui produisait auparavant des comportements visuels inconsistants selon les thèmes, notamment sur la largeur du conteneur de sous-menu en affichage mobile.
Ce que la 6.8 ne change pas
- Le chargement spéculatif de liens (speculative loading), autre chantier de cette version, concerne la performance de navigation générale et n’a pas d’impact direct sur l’éditeur de site lui-même.
- Les pattern overrides ne gagnent pas, dans cette version, de nouveaux types de blocs pris en charge par rapport à la 6.6.
Pourquoi une version de consolidation compte aussi
Il est tentant, en changelog, de survoler une version qui n’introduit rien de spectaculaire. Sur des projets en production depuis plusieurs années, ce sont pourtant souvent ces versions-là qui corrigent les irritants accumulés silencieusement au fil des mises à jour précédentes — des incohérences de comportement qui ne remontaient jamais comme des bugs à part entière, mais qui usaient la confiance des équipes éditoriales dans l’outil au quotidien.
L’ouverture du Style Book aux thèmes classiques, en particulier, change concrètement la trajectoire de migration de plusieurs projets clients : elle permet une adoption progressive de theme.json sans exiger un big bang vers un thème entièrement bloc, une approche que beaucoup réclamaient depuis l’introduction de l’éditeur de site.
En résumé
WordPress 6.8 ne redéfinit rien côté éditeur de site, mais referme plusieurs irritants ouverts depuis des versions précédentes. Sur un parc de sites hétérogène, mêlant thèmes classiques et thèmes blocs, l’accès du Style Book aux thèmes classiques compatibles est, de ces trois évolutions, celle qui mérite le plus d’être testée dès la mise à jour.
