Un client souhaitait pouvoir changer, seul, l’accroche affichée dans l’en-tête de son site — une phrase du type « Ouvert du lundi au samedi, 9h-19h » — sans jamais risquer de déplacer le logo, supprimer le menu de navigation ou casser l’alignement soigneusement calé par l’équipe design. Le verrouillage de blocs, via l’attribut templateLock, offre exactement ce niveau de granularité, à condition d’en comprendre les trois valeurs possibles.
Beaucoup d’intégrateurs connaissent uniquement le verrouillage total, qui empêche toute modification. Pour ce projet, une combinaison plus fine était nécessaire, mêlant blocs totalement figés et un seul bloc de texte laissé librement modifiable.
Les trois valeurs de templateLock, précisément
La valeur all verrouille intégralement un bloc et ses enfants : impossible de le déplacer, de le supprimer, ou d’en modifier le contenu textuel. La valeur insert empêche l’ajout ou la suppression de blocs enfants, mais autorise encore la modification du contenu de ceux déjà présents. La valeur contentOnly, plus récente, va plus loin : elle masque entièrement les contrôles de structure dans l’éditeur, ne laissant visibles que les champs de contenu directement modifiables, comme un texte ou une image.
C’est cette dernière valeur, contentOnly, qui correspondait exactement au besoin du client : une interface épurée où seule l’accroche textuelle apparaît comme modifiable, sans aucun risque de toucher à la structure environnante.
Mise en œuvre sur la template part header
<!-- wp:group {"templateLock":"contentOnly"} -->
<div class="wp-block-group">
<!-- wp:site-logo /-->
<!-- wp:paragraph -->
<p>Ouvert du lundi au samedi, 9h-19h</p>
<!-- /wp:paragraph -->
<!-- wp:navigation /-->
</div>
<!-- /wp:group -->Avec ce verrouillage appliqué au bloc Groupe englobant, le client voit dans l’éditeur de site un en-tête où seul le texte de l’accroche affiche un curseur d’édition au clic. Le logo et la navigation restent visibles mais totalement inertes, sans même l’apparition des poignées de déplacement habituelles.
Le piège des blocs imbriqués mal pris en compte
Premier essai infructueux : appliquer contentOnly uniquement sur le bloc Paragraphe contenant l’accroche, en pensant que cela suffirait. En réalité, ce verrouillage doit être posé sur le bloc parent englobant l’ensemble de la structure pour produire l’effet recherché ; posé isolément sur l’enfant, il n’a strictement aucun effet visible dans l’éditeur.
Combiner ce réglage avec les capacités utilisateur
- Le verrouillage
templateLockagit au niveau du gabarit lui-même, il s’applique donc à tous les utilisateurs autorisés à modifier l’éditeur de site, sans distinction de rôle. - Pour restreindre l’accès à l’éditeur de site à certains rôles uniquement, il faut agir séparément sur la capacité
edit_theme_options, un sujet à part entière. - Ces deux mécanismes, verrouillage de structure et gestion des capacités, se complètent mais ne se substituent jamais l’un à l’autre.
Un client rassuré sur ce qu’il ne peut pas casser devient un client qui ose enfin toucher à son site. C’est tout l’intérêt de ce verrouillage fin, souvent sous-exploité.
Notre verdict
La valeur contentOnly mérite d’être bien plus utilisée qu’elle ne l’est actuellement sur les projets que je croise. Elle offre un compromis rare entre autonomie réelle du client et sécurité structurelle du gabarit, sans nécessiter le moindre développement de bloc personnalisé pour y parvenir.
Je recommande de systématiser ce réglage sur toute zone destinée à être modifiée régulièrement par un client non technique, en réservant le verrouillage total all aux seules zones réellement figées du site.
Sur les projets suivants, j’ai pris l’habitude d’ajouter une courte note dans le contrat de maintenance précisant exactement quelles zones du site restent librement modifiables par le client, en m’appuyant directement sur cette granularité de verrouillage. Cette précision contractuelle évite bien des malentendus le jour où un client demande une modification qui, par choix assumé dès la conception, n’est techniquement pas possible sans intervention d’un développeur.
