Il y a deux ans encore, nous recommandions volontiers ce type de thème premium « à tout faire », vendu avec des dizaines de démonstrations et un panneau d’options aussi large que celui d’un logiciel de bureautique. L’argument commercial est séduisant : un seul thème, une infinité de mises en page possibles, pas besoin de développement supplémentaire. Après plusieurs projets ralentis par ce même schéma, nous avons changé de position, et il nous semble utile d’expliquer pourquoi sans viser un thème en particulier.
Le problème n’est pas la qualité technique de ces thèmes pris isolément — certains sont bien codés. Le problème est structurel : plus un thème promet de couvrir de cas d’usage, plus son panneau d’options grossit, et plus chaque mise à jour devient risquée pour un site qui n’utilise qu’une fraction infime des fonctionnalités disponibles.
Le coût caché de la flexibilité
Un thème à tiroirs embarque en général son propre constructeur de page, son propre système de widgets, parfois son propre mini-framework CSS, en plus de tout ce que WordPress fournit nativement. Ce empilement a un coût direct sur les performances (poids des scripts et styles chargés même non utilisés) et un coût indirect bien plus grave : la dépendance à un unique éditeur devenu propriétaire du site.
Sur un projet repris l’an dernier, désactiver ce type de thème revenait quasiment à reconstruire le site : toute la mise en page reposait sur des shortcodes propriétaires stockés tels quels dans le contenu, illisibles sans le thème d’origine actif.
Trois projets, le même symptôme
En 2023, trois projets clients distincts sont arrivés chez nous avec le même schéma : un thème premium multi-usage choisi initialement pour sa richesse apparente, devenu un frein quelques années plus tard.
- Un site vitrine où une simple modification de couleur de bouton nécessitait de naviguer dans quatre onglets d’un panneau d’options avant de trouver le bon réglage.
- Un blog dont la mise à jour majeure du thème avait renommé plusieurs options, cassant silencieusement la mise en page de vingt articles anciens.
- Une vitrine e-commerce où le constructeur de page propriétaire du thème entrait en conflit avec l’éditeur de blocs natif, obligeant à choisir l’un ou l’autre par type de page.
Dans les trois cas, le client payait un abonnement de licence pour des fonctionnalités qu’il n’utilisait jamais, tout en subissant la complexité de celles-ci à chaque intervention de maintenance.
Ce que nous recommandons désormais
Notre grille de choix a changé : nous privilégions un thème dont le périmètre correspond au besoin réel du projet, quitte à développer ponctuellement une fonctionnalité manquante, plutôt qu’un thème qui couvre large mais impose sa façon de faire pour tout. Un thème bloc minimal associé à theme.json pour la charte graphique, complété par quelques plugins ciblés choisis indépendamment, donne un système plus prévisible à maintenir dans la durée.
L’argument qui ne tient pas : « on ne sait jamais de quoi le client aura besoin plus tard »
C’est l’argument commercial le plus fréquent en faveur des thèmes à tiroirs, et c’est aussi le plus trompeur. Un besoin futur non défini ne justifie pas d’installer aujourd’hui la complexité nécessaire pour le couvrir. Ajouter une fonctionnalité plus tard, sur un socle simple et propre, coûte presque toujours moins cher que de démêler des options inutilisées accumulées pendant des années sur un socle complexe dès le départ.
La flexibilité qu’on n’utilise jamais n’est pas un atout : c’est de la dette technique en sommeil, qui se réveille à la pire mise à jour.
Notre verdict
Nous ne bannissons pas catégoriquement ce type de thème pour tous les cas — un client avec un besoin réellement multi-format et une équipe formée peut y trouver son compte. Mais pour la grande majorité des projets que nous traitons, un thème au périmètre restreint, complété au besoin, réduit la dette technique et accélère la maintenance sur le long terme. C’est ce changement d’approche, validé par plusieurs projets successifs, qui guide désormais nos recommandations client.
