« Theme Check » ne suffit pas. Depuis que le répertoire officiel a ouvert la porte aux thèmes entièrement basés sur les blocs, les revues d’accessibilité qui accompagnent chaque soumission ont gagné en exigence, et un thème qui passait sans difficulté en 2021 peut désormais essuyer plusieurs retours avant validation.
Ce texte ne traite pas de la soumission d’une extension, dont les règles de revue diffèrent sensiblement. Il se concentre sur les points de contrôle propres aux thèmes block-based, construits autour de theme.json et de templates FSE plutôt que de fichiers PHP classiques.
Le theme.json ne garantit rien à lui seul
Déclarer une palette de couleurs conforme aux ratios de contraste dans theme.json ne protège pas contre un éditeur qui, dans un pattern fourni avec le thème, applique une couleur de texte personnalisée non déclarée par-dessus un fond clair. Les revues du répertoire testent systématiquement les patterns par défaut, pas seulement la palette théorique.
{
"settings": {
"color": {
"palette": [
{ "slug": "encre", "color": "#1a1a2e", "name": "Encre" },
{ "slug": "fond", "color": "#f5f5f5", "name": "Fond clair" }
]
}
}
}
Vérifiez chaque combinaison réellement utilisée dans les patterns livrés, pas uniquement les paires que vous aviez prévues à l’origine. Un pattern « Appel à l’action » qui superpose du texte blanc sur une image de fond variable échappe souvent à ce contrôle initial.
Le focus visible sur les blocs interactifs natifs
Les blocs Navigation, Recherche et Requête intègrent des éléments interactifs (menu déroulant, champ de recherche, pagination) dont l’apparence dépend fortement du CSS du thème. Un style trop minimaliste sur les états :focus-visible personnalisés est l’un des motifs de rejet les plus fréquents constatés lors des revues.
Vérifier la hiérarchie de titres sur chaque gabarit, pas seulement la page d’accueil
Un thème block-based propose généralement une dizaine de gabarits distincts : accueil, article, archive, recherche, 404. Une hiérarchie de titres cohérente sur la page d’accueil ne garantit rien sur le gabarit d’archive, où le titre de la catégorie doit rester en h1 unique, suivi des titres d’articles en h2, sans saut de niveau.
- Un seul
h1par gabarit, généré par le titre de la page ou de l’archive - Aucun saut de niveau dans les patterns imbriqués (un h2 direct sous un h4, par exemple)
- Le bloc Titre du site jamais dupliqué en h1 sur une page d’article
Tester la navigation clavier sur le menu et les off-canvas fournis
Si le thème inclut un menu mobile en superposition (« off-canvas »), le focus doit rester piégé à l’intérieur tant qu’il est ouvert, et revenir sur le bouton d’ouverture à la fermeture. Ce comportement, souvent géré par un petit script JavaScript fourni avec le thème, fait l’objet d’un test systématique et manuel lors des revues récentes.
Les patterns fournis, angle mort classique des auteurs de thèmes
Un thème block-based se distingue par sa bibliothèque de patterns prêts à l’emploi. Un auteur de thème teste souvent son thème nu, sans insérer ses propres patterns, alors que la revue les évalue systématiquement une fois insérés dans une page de démonstration. Un pattern « Témoignages » avec des images de profil sans alternative textuelle générique, ou un pattern « Tarifs » construit en tableau CSS sans vraie balise table, sont deux motifs de rejet récurrents.
Un audit qui s’arrête au thème vide passe à côté de l’essentiel : ce sont les patterns, insérés dans une vraie page, qui révèlent la majorité des défauts d’accessibilité.
Construire une check-list de soumission reproductible
Avant chaque envoi, faites tourner cette liste sur une page de démonstration complète intégrant tous les patterns : contraste sur chaque combinaison de couleurs réellement utilisée, hiérarchie de titres par gabarit, navigation clavier sur le menu et la recherche, focus visible sur chaque état interactif, et alternatives textuelles sur les images de démonstration livrées avec le thème.
En résumé
Un thème block-based bien construit sur le papier peut encore échouer à la revue du répertoire à cause de ses patterns : testez la palette réellement utilisée, la hiérarchie de titres par gabarit et la navigation clavier sur chaque composant interactif fourni, pas uniquement la configuration théorique de theme.json.
