Sur un blog client dont les articles génèrent régulièrement des dizaines de commentaires, la mise à jour vers WordPress 6.1 a fait apparaître un avertissement dans l’éditeur de site : le bloc Post Comments utilisé jusque-là était marqué comme obsolète, remplacé par un nouveau bloc Commentaires à la structure plus fine. Voici comment s’est déroulée la migration, template par template.
Le changement n’est pas cosmétique : là où l’ancien bloc affichait la liste des commentaires et le formulaire comme un bloc unique, difficile à personnaliser dans le détail, le nouveau bloc éclate cette structure en plusieurs sous-blocs indépendants.
Comprendre la nouvelle structure
Le bloc Commentaires (core/comments) sert désormais de conteneur, à l’intérieur duquel viennent s’imbriquer des blocs distincts : la liste des commentaires (core/comments-title, core/comment-template), le champ de pagination des commentaires, et le formulaire de dépôt (core/post-comments-form). Chacun de ces éléments peut être déplacé, restylé ou même retiré indépendamment des autres.
Remplacer l’ancien bloc dans le template
La migration se fait directement depuis l’éditeur de site, sur le template single.html concerné. Sélectionner l’ancien bloc Post Comments propose, dans son menu d’options, une action de transformation vers le nouveau bloc Commentaires. Cette transformation reconstruit automatiquement la structure en sous-blocs, avec un rendu par défaut proche de l’ancien, à ajuster ensuite selon les besoins.
<!-- Avant -->
<!-- wp:post-comments /-->
<!-- Après transformation -->
<!-- wp:comments -->
<!-- wp:comments-title /-->
<!-- wp:comment-template -->
<!-- wp:comment-author-name /-->
<!-- wp:comment-content /-->
<!-- /wp:comment-template -->
<!-- wp:comments-pagination /-->
<!-- wp:post-comments-form /-->
<!-- /wp:comments -->Styliser le formulaire depuis l’éditeur
C’est là que la nouvelle structure fait la différence : le bloc core/post-comments-form peut désormais recevoir ses propres réglages de couleur, d’espacement et de typographie, directement depuis le panneau latéral de l’éditeur, sans passer par une feuille de style personnalisée. Sur ce projet, on a notamment ajusté la couleur du bouton d’envoi pour qu’elle corresponde à la couleur d’accentuation définie dans theme.json.
Points de vigilance rencontrés
- Les thèmes enfants qui surchargeaient
comments.phppour un thème classique n’ont, par nature, aucun lien avec ce nouveau bloc : la migration ne concerne que les thèmes bloc. - Certains styles CSS personnalisés ciblant les anciennes classes générées par Post Comments cessent de s’appliquer après la transformation.
- Les extensions de modération de commentaires tierces méritent une vérification après migration, certaines s’appuyant sur des filtres liés au rendu de l’ancien bloc.
Adapter l’affichage des réponses imbriquées
Un réglage souvent oublié lors de cette migration concerne la profondeur des réponses imbriquées. Le bloc core/comment-template respecte la valeur définie dans Réglages > Discussion, mais son rendu visuel par défaut peut rendre les réponses de troisième ou quatrième niveau difficiles à distinguer sur mobile. Sur ce projet, on a ajusté l’indentation via les réglages d’espacement du bloc directement depuis l’éditeur, sans écrire de CSS supplémentaire, ce qui aurait été nécessaire avec l’ancien bloc Post Comments.
Notre verdict
Cette évolution s’inscrit dans une tendance de fond de l’éditeur de blocs : décomposer des blocs monolithiques en sous-blocs indépendants pour offrir plus de contrôle visuel sans recourir au CSS personnalisé. La migration reste simple sur un template standard, mais mérite un contrôle visuel systématique après transformation, en particulier si des styles CSS personnalisés ciblaient l’ancienne structure.
