Gutenberg 24.2 déplace les notes et modifie les tests de compatibilité React

Gutenberg 24.2 est sorti le 14 octobre avec des changements qui concernent aussi bien la rédaction que le code de l’éditeur. Les notes apparaissent désormais à côté de la zone d’édition, la recherche de liens de navigation couvre davantage de types de contenus et l’extension active par défaut son expérimentation React 19, sauf en cas d’incompatibilités connues.

Il s’agit d’une version de l’extension Gutenberg. Elle ne doit pas être présentée comme une nouvelle version du cœur de WordPress ou comme un changement déjà appliqué à tous les sites WordPress. Vérifiez ce qui est réellement installé sur votre site avant de programmer une mise à jour ou d’annoncer aux rédacteurs que leur interface a changé.

Moins de va-et-vient pendant la rédaction

L’annonce officielle indique que les notes peuvent rester visibles lorsque la barre latérale des réglages est ouverte. La recherche de liens de navigation rassemble aussi les pages, articles, catégories et étiquettes dans une même recherche.

Pour un éditeur, cela se traduit par des tâches concrètes à essayer. Ouvrez un brouillon contenant une note de rédaction, modifiez un réglage de bloc et vérifiez que la discussion reste utilisable aux largeurs d’écran employées par votre équipe. Ajoutez ensuite un lien de catégorie à un menu de test et vérifiez sa destination dans l’aperçu.

Ces contrôles comptent davantage que le nombre de nouvelles commandes. Une interaction plus rapide n’est utile que si la publication peut toujours enregistrer le contenu voulu, conserver ses liens et produire la page attendue.

Gardez les modifications du menu de test hors de la navigation publique tant que personne n’a vérifié le résultat. Une erreur de menu peut se répercuter sur tout un site même si l’article lui-même est correct.

React 19 change la question de la compatibilité

L’annonce précise que Gutenberg 24.2 active React 19, sauf si un thème ou une extension figurant sur sa liste d’incompatibilités connues nécessite React 18. Elle indique aussi qu’il est possible de désactiver cette expérimentation dans les réglages Experiments de Gutenberg en cas de problème.

C’est une raison de tester les blocs personnalisés et les extensions de l’éditeur, pas la preuve qu’ils vont échouer. Demandez à la personne chargée de la maintenance de vérifier un brouillon représentatif : ajouter un bloc, le modifier, enregistrer, rouvrir et afficher l’aperçu. Incluez toute barre latérale ou intégration spécifique utilisée dans le processus de publication.

Si quelque chose ne fonctionne plus, notez la version de Gutenberg, le thème actif, l’extension concernée et les étapes qui reproduisent le problème. Évitez de modifier plusieurs extensions à la fois pendant le diagnostic. Un défaut reproductible est plus facile à signaler et à corriger qu’une vague impression de changement dans l’éditeur.

Faire de la mise à jour un déploiement maîtrisé

Suivez les consignes de mise à jour de WordPress pour préparer un changement réversible. Conservez une sauvegarde et une procédure de retour claire, puis testez le résultat public autant que l’interface d’édition. Notre routine de maintenance explique comment garder ces contrôles assez simples pour les répéter.

Il n’est pas nécessaire d’installer Gutenberg sur un site en production uniquement pour obtenir une fonctionnalité de cette annonce. Déterminez d’abord si cette version répond à un besoin de travail réel, si le site utilise déjà l’extension et qui sera responsable des tests de compatibilité.

Si la mise à jour coïncide avec un changement d’hébergement, séparez les opérations lorsque c’est possible. Une liste de vérifications pour la migration d’hébergement évite que les changements d’infrastructure ajoutent une inconnue au diagnostic d’un problème d’éditeur.