vendredi 25 septembre 2026

À propos

Contact

FSE

Comparatif : Style Book contre un guide de style HTML fait maison

L'outil natif de WordPress couvre déjà beaucoup, mais notre page de style manuelle garde des atouts que le Style Book ne propose toujours pas.

Par Clément Hadrot • 3 novembre 2022 • 4 min de lecture • Aucun commentaire
Comparatif : Style Book contre un guide de style HTML fait maison

Depuis plusieurs années, notre agence maintient une page de style manuelle pour chaque projet client : une page WordPress classique regroupant tous les styles de titres, boutons, citations et composants du thème, pensée comme référence commune entre designers, développeurs et client. Avec l’arrivée du Style Book natif dans l’éditeur de site, la question s’est posée en interne : fallait-il abandonner cette pratique au profit de l’outil désormais intégré au cœur de WordPress ?

Après plusieurs semaines à utiliser les deux en parallèle sur un même projet, voici un comparatif honnête, sans faux suspense : aucun des deux outils ne remplace complètement l’autre, mais leurs forces respectives sont très différentes.

Ce que le Style Book fait remarquablement bien

Accessible directement depuis l’éditeur de site via une icône dédiée, le Style Book génère automatiquement un aperçu de chaque bloc natif tel qu’il sera rendu avec les styles globaux actuellement définis dans theme.json et le panneau Styles. Aucune maintenance manuelle n’est nécessaire : dès qu’une couleur ou une police change globalement, l’aperçu se met à jour instantanément, sans qu’un développeur n’ait à retoucher quoi que ce soit.

CritèreStyle Book natifPage de style maison
MaintenanceAutomatique, zéro effortManuelle, à jour à chaque évolution
Blocs personnalisés maisonNon couverts par défautDocumentés au cas par cas
Exemples de mise en page réelsAbsents, aperçu isolé par blocPrésents, contextes concrets du site
Accessible au client sans compteNon, réservé à l’éditeur de siteOui, simple page publique ou privée
Couverture des variations de styleBonne sur les blocs natifs récentsDépend entièrement du travail fourni

Ce que le Style Book ne montre toujours pas

L'essentiel à retenir : Le Style Book génère sa page automatiquement ; Notre page maison documente des cas d'usage réels ; Les deux outils gagnent à cohabiter, pas à s'exclure

Premier manque notable : les blocs personnalisés développés en interne pour un client n’apparaissent pas automatiquement dans le Style Book, sauf à déclarer manuellement des exemples via l’API des variations de style, une démarche encore peu répandue et documentée de façon incomplète à ce stade. Sur ce projet, l’encart promotionnel maison évoqué dans un précédent article n’apparaissait donc nulle part dans cet aperçu natif.

Deuxième manque : le Style Book affiche chaque bloc isolément, sans jamais montrer de véritable page composée, comme une page d’accueil ou une fiche produit complète. Notre page de style maison, elle, présente systématiquement des exemples de mise en page réels, ce qui aide davantage un client à se projeter que des blocs présentés hors contexte.

Pourquoi nous gardons les deux outils en parallèle

  • Le Style Book sert de vérification rapide, en interne, pour confirmer qu’un changement de palette ne casse aucun bloc natif du site.
  • La page maison reste l’outil de présentation privilégié lors des réunions client, car elle raconte une histoire de mise en page plutôt qu’un simple catalogue technique.
  • La page maison documente aussi les blocs personnalisés, absents du Style Book natif, évitant toute confusion sur ce qui existe réellement sur le site.

Un outil natif gratuit et automatique ne remplace pas toujours un outil manuel plus riche sur le fond. Le bon réflexe est de les faire cohabiter selon leur usage réel, plutôt que de choisir par principe.

Notre verdict

Le Style Book natif mérite clairement sa place dans le flux de travail quotidien d’un intégrateur, pour son zéro maintenance et sa fidélité immédiate aux styles globaux réels. Mais la page de style maison garde un rôle irremplaçable de communication avec le client et de documentation des blocs personnalisés, tant que l’outil natif ne les couvre pas nativement.

Nous continuerons donc à maintenir les deux en parallèle sur nos projets, en réservant le Style Book aux vérifications techniques internes et la page maison aux échanges avec le client.

Une piste que nous comptons explorer prochainement consiste à générer automatiquement certains blocs de la page maison à partir des données exposées par l’API REST des styles globaux, afin de réduire encore le travail manuel de mise à jour, sans pour autant renoncer à la richesse contextuelle que le Style Book natif ne propose toujours pas.

Partager :

À propos de l'auteur

Clément Hadrot

Développeur WordPress, passionné par Elementor, le FSE et l’automatisation par IA.

Voir tous ses articles

Dans la même veine

À lire aussi