Gutenberg 24.2、編集ノートの表示を改善しReact 19を標準で有効化

Gutenberg 24.2が10月14日に公開され、執筆画面とその背後のコードの両方に変更が加わりました。ノートは編集キャンバスの横に表示され、ナビゲーションの検索はより多くのコンテンツ形式に対応します。また、既知の互換性問題がある場合を除き、React 19の実験機能が標準で有効になります。

これはGutenbergプラグインのリリースです。WordPress本体の新バージョンや、すべてのWordPressサイトですでに適用された変更と説明してはいけません。更新を予定したり、編集担当者に画面が変わったと伝えたりする前に、自サイトで何が動いているかを確認してください。

編集中の画面切り替えを減らす

公式リリース発表によると、設定サイドバーを開いたままでもノートを表示できます。ナビゲーションリンクの検索では、固定ページ、投稿、カテゴリー、タグをまとめて探せるようになります。

媒体にとって、これらは具体的に試せる作業です。編集者のノートがある下書きを開き、ブロックの設定を変更し、チームが使う画面幅で会話を引き続き確認できるか試してください。次にテスト用メニューにカテゴリーへのリンクを追加し、プレビューで移動先を確認します。

こうした確認は、新しい操作項目の数を数えることより重要です。編集操作が速くなっても、意図した内容を保存し、リンクを保ち、期待どおりのページを出力できなければ役に立ちません。

テスト用メニューの変更は、誰かが結果を確認するまで公開中のナビゲーションに反映しないでください。記事本体が正しくても、メニューの誤りはサイト全体に広がる可能性があります。

発表によると、Gutenberg 24.2では、既知の非互換リストに載るテーマやプラグインがReact 18を必要とする場合を除き、React 19が有効になります。問題が起きたときは、GutenbergのExperiments設定で実験機能を無効にできることも示しています。

これは独自ブロックやエディター拡張を試す理由になりますが、不具合が起きる証拠ではありません。サイトの保守担当者に、代表的な下書きでブロックの追加、編集、保存、再表示、プレビューを確認してもらいましょう。公開工程で使う独自サイドバーや連携機能も含めます。

不具合が起きた場合は、Gutenbergのバージョン、有効なテーマ、関連する拡張機能、再現手順を記録してください。原因を調べる間に、複数のプラグインを一度に変更することは避けます。「エディターの感覚が違う」という曖昧な報告より、再現できる問題の方が報告と修正を進めやすくなります。

WordPressの更新ガイドを使い、元に戻せる状態を準備してください。バックアップと明確な復旧手順を用意し、編集画面だけでなく公開ページも確認します。サイト保守の手順では、繰り返し実行できる範囲に確認作業を絞る方法を説明しています。

今回の発表にある機能を得るためだけに、本番サイトへGutenbergを導入する必要はありません。まず、実際の作業上の課題を解決するリリースなのか、すでにそのプラグインを使用しているのか、誰が互換性確認を担当するのかを決めてください。

ホスティングの移行と更新が重なる場合は、可能な範囲で変更を分けます。ホスティング移行のチェックリストを使うと、基盤の変更がエディターの問題を調べる際の新たな不明要因になるのを防ぎやすくなります。