WordPress 6.8, sorti en avril 2025, a consolidé l’usage des classes globales générées à partir de la palette définie dans theme.json — des classes comme has-primary-color ou has-secondary-background-color, appliquées directement depuis l’éditeur de blocs sans écrire une ligne de CSS. Sept mois plus tard, la plupart des thèmes commerciaux et des créations sur mesure généralisent leur usage. C’est une bonne nouvelle pour la cohérence visuelle, et un angle mort méconnu pour les contrastes.
Ce billet évalue ce qui a changé concrètement dans les projets suivis depuis la sortie de 6.8, et où se logent les nouveaux risques de non-conformité.
Ce que permettent les classes globales
Depuis theme.json, chaque couleur déclarée dans settings.color.palette génère automatiquement une classe de texte et une classe de fond, utilisables directement dans l’éditeur sur n’importe quel bloc, sans intervention d’un développeur. Un rédacteur peut ainsi appliquer une couleur de fond à un paragraphe ou une couleur de texte à un titre en quelques clics, ce qui a démocratisé la personnalisation visuelle bien au-delà des développeurs.
Impact classé par ampleur
Impact majeur : la combinaison libre de classes
Le risque principal réside dans la liberté combinatoire : rien n’empêche un rédacteur d’appliquer une classe de texte clair sur une classe de fond clair, simplement parce que les deux couleurs figurent séparément dans la palette validée par l’agence. Chaque couleur de la palette peut être individuellement conforme sur un fond blanc de référence, sans que la combinaison entre elles ne le soit.
Impact moyen : la portabilité entre thèmes
Une même palette de couleurs, définie avec les mêmes noms de slugs, peut produire des contrastes différents selon la typographie et la taille de police par défaut du thème qui l’héberge — un texte fin sur un thème et gras sur un autre ne demande pas le même seuil de contraste WCAG. Migrer une palette d’un thème à l’autre sans revérifier les contrastes est devenu un piège classique depuis la généralisation des classes globales.
Impact mineur : la duplication de classes utilitaires
Sur le plan technique, la multiplication des combinaisons de classes générées alourdit légèrement le CSS produit à la volée par le moteur de styles globaux, un impact réel mais marginal comparé aux deux précédents.
La revue de contraste doit changer d’échelle
Avant la généralisation des classes globales, une revue de contraste se limitait à vérifier les couples de couleurs prévus par la maquette. Désormais, il faut vérifier l’ensemble des combinaisons possibles entre classes de texte et classes de fond de la palette, y compris celles que le design d’origine n’avait jamais anticipées.
- Lister toutes les couleurs déclarées dans
settings.color.palette - Générer la matrice de toutes les combinaisons texte/fond possibles
- Calculer le ratio de contraste de chaque combinaison
- Retirer de la palette, ou marquer comme réservées à un usage décoratif, les couleurs dont trop de combinaisons échouent
Une palette plus courte, mais plus sûre
La conséquence pratique, sur les projets suivis, a été une réduction du nombre de couleurs proposées aux rédacteurs : passer d’une quinzaine de teintes à sept ou huit, choisies pour que la quasi-totalité des combinaisons reste conforme, plutôt que de compter sur la vigilance de chaque rédacteur au moment de la publication.
Une palette de couleurs qui ne peut pas être combinée librement sans risque n’est pas une vraie palette pour un éditeur de blocs. Elle doit être repensée, pas juste documentée.
En résumé
Les classes globales de WordPress 6.8 ont simplifié la personnalisation visuelle pour les rédacteurs, au prix d’un nouveau risque de contraste qui ne se limite plus aux choix du designer initial. La réponse ne passe pas par plus de documentation, mais par des palettes plus restreintes, vérifiées sur toutes leurs combinaisons possibles avant d’être mises à disposition dans l’éditeur.
