WordPress 6.6, sorti en juillet 2024, s’est présenté dans sa communication officielle avant tout comme une avancée pour l’éditeur de site et les thèmes de blocs : styles par section, nouvelles options de theme.json, amélioration de l’expérience de personnalisation visuelle. Un thème classique, qui n’utilise ni theme.json ni gabarits de blocs, pourrait sembler totalement à l’écart de ces nouveautés.
Ce n’est pourtant pas tout à fait exact : un thème classique continue d’exécuter du code sur le même cœur WordPress que les thèmes de blocs, et plusieurs changements internes de la version 6.6 affectent des comportements partagés, indépendamment du type de thème utilisé. Voici, classés par impact réel observé, ce qui mérite une vérification avant de déployer cette mise à jour sur un parc de sites construits sur des thèmes classiques plus anciens.
Impact élevé : les blocs utilisés dans le contenu héritent des styles par section
Un thème classique qui autorise l’éditeur de blocs pour la rédaction du contenu, ce qui reste le cas de la grande majorité des thèmes depuis l’abandon progressif de l’ancien éditeur, expose ses utilisateurs aux nouvelles options de style par section introduites en 6.6, même sans theme.json déclaré par le thème. Un bloc Groupe peut désormais recevoir des styles imbriqués propres à sa section, un CSS généré automatiquement par WordPress qui vient s’ajouter à celui du thème. Si la feuille de style du thème classique utilise des sélecteurs peu spécifiques pour cibler ces mêmes blocs, un conflit de spécificité CSS peut apparaître, avec un rendu différent de celui obtenu avant la mise à jour.
Impact moyen : la dépréciation de certains appels liés aux images d’arrière-plan
WordPress 6.6 a affiné la gestion des images d’arrière-plan pour les blocs, avec des changements internes dans la façon dont certaines propriétés sont résolues. Un thème classique qui interagissait directement avec des filtres internes liés à ce mécanisme, plutôt que par les points d’extension documentés, peut voir apparaître des avertissements de dépréciation dans le journal d’erreurs, sans que le site ne cesse totalement de fonctionner pour autant.
Impact moyen : les extraits de contenu et la nouvelle gestion des blocs imbriqués
La génération automatique des extraits, utilisée par de nombreux thèmes classiques via the_excerpt() ou wp_trim_words(), dépend de la façon dont le contenu des blocs est analysé en amont. Des ajustements internes dans le traitement des blocs imbriqués en 6.6 peuvent légèrement modifier la longueur ou la ponctuation finale d’un extrait généré automatiquement à partir d’un contenu riche en blocs, un détail mineur mais visible sur une page d’archive qui affiche plusieurs extraits à la suite.
Impact faible : compatibilité générale confirmée sur les fonctions les plus utilisées
Les fonctions les plus couramment utilisées par un thème classique — get_header(), the_content(), wp_nav_menu(), le système de gabarits basé sur la hiérarchie de templates — restent inchangées dans leur comportement fondamental en 6.6. Un thème classique bien structuré, qui n’interagit pas directement avec les mécanismes internes propres aux thèmes de blocs, traverse généralement cette mise à jour sans régression majeure sur l’essentiel de ses fonctionnalités.
Une checklist de vérification avant déploiement
- Vérifier le rendu des blocs Groupe et Colonne utilisés dans le contenu, en particulier leurs marges et espacements.
- Activer temporairement WP_DEBUG_LOG sur un environnement de test pour repérer d’éventuelles dépréciations.
- Contrôler l’affichage des extraits générés automatiquement sur les pages d’archive.
- Tester avec les extensions réellement actives en production, pas uniquement sur une installation minimale.
Une mise à jour majeure de WordPress présentée comme centrée sur l’éditeur de site n’épargne jamais totalement les thèmes classiques : le cœur reste commun, et certains ajustements internes traversent les deux mondes sans distinction.
En résumé
Un thème classique n’a pas besoin d’adopter theme.json ni de migrer vers l’éditeur de site pour être concerné par une mise à jour majeure du cœur comme WordPress 6.6. Les changements les plus discrets, liés au traitement des blocs utilisés dans le contenu ou à la génération des extraits, méritent une vérification ciblée avant tout déploiement sur un parc de sites construits sur des bases plus anciennes.
