À cette étape du projet, on parlait encore de « blocs réutilisables » plutôt que de « patterns synchronisés », terminologie qui ne se stabilisera que plus tard dans l’interface de WordPress. Mais le mécanisme sous-jacent était déjà bien celui d’aujourd’hui : un contenu de bloc stocké une seule fois, référencé à plusieurs endroits, et modifié partout simultanément dès qu’on le modifie une seule fois.
Sur un site que nous avons repris en maintenance, un développeur précédent avait pris l’habitude de transformer en bloc réutilisable la moindre structure visuelle un tant soit peu élaborée, dès qu’elle demandait plus de deux blocs imbriqués. Résultat : un seul bloc réutilisable, initialement pensé pour un encart de contact, se retrouvait utilisé à quarante-sept endroits différents du site, avec des besoins pourtant très différents d’une page à l’autre.
Ce qu’on observe concrètement sur ce genre de site
Chaque page d’atterrissage commerciale du site utilisait ce même bloc réutilisable pour son encart de contact final, ce qui semblait cohérent au départ. Mais avec le temps, certaines pages avaient besoin d’un texte différent, d’un numéro de téléphone spécifique à une région, ou d’un bouton menant vers un formulaire différent. Plutôt que de dupliquer le bloc en version normale à ces endroits précis, le réflexe pris a été de modifier directement le contenu du bloc réutilisable partagé.
Pourquoi c’est un vrai problème de fond
Modifier le texte pour une région a immédiatement changé le même texte sur toutes les autres pages utilisant ce bloc, y compris celles où ce texte n’avait aucun sens. Le client a découvert, plusieurs semaines après, qu’une page destinée à sa clientèle parisienne affichait un numéro de téléphone régional lyonnais, sans qu’aucun développeur n’ait touché sciemment à cette page précise.
Le pire dans ce genre de situation : personne ne se souvenait plus, au moment de l’incident, que ces quarante-sept usages partageaient le même bloc source. La modification avait semblé anodine, ciblée sur une seule page dans l’esprit du développeur qui l’a effectuée, alors qu’elle affectait silencieusement l’ensemble du site.
Ce qu’on voit trop souvent sur ce type de projet
- Une conversion systématique en bloc réutilisable dès qu’une structure dépasse deux ou trois blocs imbriqués, sans réflexion sur le besoin réel de synchronisation.
- Aucune convention de nommage claire distinguant les blocs réellement destinés à être identiques partout de ceux simplement dupliqués pour gagner du temps de composition.
- Aucune documentation recensant les usages actifs d’un bloc réutilisable donné, rendant toute modification risquée par méconnaissance de son impact réel.
Quoi faire à la place
La règle que nous avons instaurée depuis sur nos projets tient en une question simple à se poser avant toute conversion : si je modifie ce contenu demain, est-ce que je veux que ce changement s’applique partout où il est utilisé ? Si la réponse est non, ou même simplement incertaine, le bloc doit rester un bloc normal, dupliqué autant de fois que nécessaire, quitte à perdre un peu de temps de composition à chaque nouvelle page.
Pour ce projet de maintenance, la correction a consisté à identifier, un par un, les quarante-sept usages du bloc réutilisable concerné, puis à convertir en blocs normaux tous ceux dont le contenu devait légitimement varier selon la page, ne conservant la synchronisation que pour les quelques usages réellement identiques, comme la mention légale de bas de page.
La synchronisation d’un bloc n’est pas une fonctionnalité à activer par défaut pour gagner du temps. C’est un engagement de cohérence qu’il faut choisir consciemment, contenu par contenu.
Notre verdict
Un usage réfléchi et parcimonieux des blocs réutilisables reste un outil puissant, en particulier pour des mentions légales, des encarts de newsletter identiques partout, ou des blocs de navigation secondaire strictement homogènes. Mais dès que le moindre doute existe sur la nécessité d’une synchronisation totale, la prudence commande de dupliquer plutôt que de partager, quitte à perdre en confort de maintenance immédiate pour gagner en sécurité à long terme.
