フルサイト編集（FSE）は、記事の本文だけでなく、ヘッダー・フッター・一覧ページの並びまで、管理画面のブロック編集で変えられるようにする仕組みです。これに対応したテーマをブロックテーマと呼びます。WordPress 5.9 から本格的に入りました。

従来のテーマとの違い

「運用担当者も触れる」は、利点であると同時にリスクでもあります。ヘッダーを触れるということは、ヘッダーを壊せるということでもあります。

theme.json という中心

ブロックテーマでは、色・余白・フォントサイズ・レイアウト幅といった設定を theme.json という1つのファイルにまとめます。ここで決めた値が、編集画面の選択肢としてそのまま出てきます。

CSSを直接書く量は減りますが、代わりに theme.json の構造を理解する必要があります。「CSSで指定したのに効かない」ときは、theme.json 側の指定が優先されていることがよくあります。

実際に作って詰まったところ

ショートコードの中で wp_add_inline_script が効かない

プラグインがショートコードの中で wp_add_inline_script を呼んでいても、ブロックテーマでは出力されないことがあります。エラーも警告も出ず、ただスクリプトが入らないだけなので、原因にたどり着くまで時間がかかります。

疑ったら、生成された HTML を実際に開いて、そのスクリプトが入っているかを文字列で探すのが確実です。管理画面やソース上の設定だけ見ていても分かりません。

テンプレートの編集結果がデータベースに入る

ブロックテーマのテンプレートは、テーマのファイルとして配布されますが、管理画面で編集するとその内容がデータベースに保存され、以降はそちらが優先されます。テーマのファイルを更新しても反映されない場合は、管理画面側で編集済みになっていないかを確認します。

プラグインの対応にばらつきがある

古くからあるプラグインの中には、クラシックテーマの作法を前提にしているものがあります。導入前に、ブロックテーマでの動作が確認されているかを見ておく必要があります。

どちらを選ぶか

• ヘッダーやフッターを運用側で変えたい … ブロックテーマが向く
• デザインを崩されたくない … クラシックテーマのほうが管理しやすい
• 既存プラグインを多く使う … 対応状況を先に確認する
• 複雑な条件分岐や外部連携が多い … PHPで書けるクラシックテーマのほうが素直

当社では、どちらの形でもオリジナルテーマを制作しています。運用時に誰がどこまで触るかをうかがったうえで、編集できる範囲を決めてからご提案しています。