Faut-il vraiment dupliquer l’intégralité d’un Kit de trois cents réglages pour changer une seule teinte de bleu ? Sur un parc de sites suivis dans la durée, six Kits quasi identiques ont fini par coexister, chacun créé pour répondre à un besoin ponctuel de personnalisation qui aurait pu se limiter à une seule variable modifiée.
Ce qu’on voit : un Kit exporté puis réimporté avec une modification
Le scénario se répète presque à l’identique d’un projet à l’autre : un Kit de styles existant, jugé satisfaisant dans son ensemble, est exporté puis réimporté sur un nouveau site avec une seule modification, généralement une couleur d’accent différente pour coller à l’identité visuelle du client. Le reste du Kit, souvent plusieurs centaines de réglages, reste identique à l’original.
Cette méthode fonctionne parfaitement au moment de la livraison. Le problème n’apparaît que plus tard, à la première évolution de charte demandée par l’un des clients concernés.
Pourquoi c’est un problème : une divergence silencieuse
Une fois dupliqué, chaque Kit vit sa propre vie, sans aucun lien technique avec l’original. Une correction apportée sur un réglage typographique du Kit source, découverte utile après coup, ne se répercute sur aucun des Kits dupliqués : il faut la répéter manuellement sur chacun, en espérant se souvenir de leur existence et de leur nombre exact.
Sur le parc suivi, cette situation a produit six Kits reconnus comme dérivés d’un même socle d’origine, mais dont l’inventaire précis n’existait nulle part avant qu’un audit ne les recense un par un. Deux d’entre eux avaient même divergé sur des réglages qui n’étaient pas censés changer, corrigés localement sur l’un sans que l’ajustement ne soit reporté sur les autres.
Le coût réel, au moment de l’évolution de charte
Le coût de cet antipattern ne se paie pas à la création du Kit dupliqué, mais au moment où une évolution de charte touche un réglage partagé par plusieurs sites : une nouvelle échelle typographique, un ajustement des espacements standards, un renouvellement de logo qui modifie plusieurs couleurs à la fois. Sur un Kit unique avec des variables exposées, ce type de changement se ferait en un seul endroit. Sur six Kits dupliqués, il se répète six fois, avec un risque d’oubli à chaque répétition.
| Situation | Kit unique avec variable exposée | Kits dupliqués |
|---|---|---|
| Changement d’une couleur d’accent | Une modification, une seule fois | Une modification répétée par site |
| Correction d’un réglage partagé | Répercutée automatiquement | Oubliée sur les Kits non mis à jour |
| Traçabilité de l’origine commune | Naturelle | Perdue sans inventaire manuel |
Quoi faire à la place
La bonne pratique consiste à exposer, dès la conception du Kit source, les valeurs susceptibles de varier d’un client à l’autre sous forme de variable clairement identifiée, plutôt que de figer l’ensemble du Kit comme un bloc uniforme. Une couleur d’accent destinée à varier selon le client mérite d’être nommée explicitement, par exemple couleur-accent-client, et documentée comme le seul point de personnalisation attendu.
- Un seul Kit source, versionné et documenté, sert de référence pour l’ensemble des déclinaisons.
- Les variables destinées à varier par client sont listées explicitement, jamais laissées à la découverte.
- Toute correction sur le Kit source profite immédiatement à l’ensemble des déclinaisons qui en héritent.
Une exception qui reste défendable
Une duplication complète garde un sens lorsque deux sites doivent réellement diverger sur le fond, avec des évolutions futures totalement indépendantes prévues dès le départ. Le problème ne vient pas de la duplication en tant que telle, mais de son usage par défaut pour un besoin qui ne justifiait qu’une seule variable modifiée.
Une couleur différente ne justifie jamais, à elle seule, de dupliquer trois cents réglages qu’il faudra ensuite maintenir en double, en triple, ou pire.
En résumé
Dupliquer un Kit entier pour une seule différence de teinte semble anodin au moment de la livraison, mais transforme silencieusement chaque site concerné en fork isolé du Kit d’origine. Exposer une variable clairement nommée pour ce qui doit réellement varier reste, sur la durée, largement moins coûteux qu’une multiplication de Kits presque identiques dont personne ne garde un inventaire à jour.
