WordPress の新メジャーバージョンが持つ意味は、単なる機能追加にとどまらない。6.x 系から 7 へのジャンプは、ブロックエディター（Gutenberg）の開発フェーズが切り替わる節目であり、管理画面の体験を根本から見直す転換点として公式ロードマップに位置づけられてきた。
サイトオーナー、テーマ制作者、プラグイン開発者が「何が変わったか」「今すぐ更新して問題ないか」を判断するための要点を、カテゴリ別に整理する。
この記事の要点
- Gutenberg Phase 3 へ移行：リアルタイム共同編集が一般ユーザーにも届く段階へ
- フルサイト編集（FSE）が「実験的機能」から「標準」として成熟
- 管理画面のナビゲーション構造とビジュアルが刷新
- PHP 8.2 以上が推奨、古い環境は事前確認が必須
- クラシックテーマ・一部プラグインに互換性の影響あり
ブロックエディターの変化：共同編集が使えるようになった
WordPress の Gutenberg プロジェクトは四つのフェーズで構成されている。6.x 系が主に担ったのは、フルサイト編集（Phase 2）の整備だった。WordPress 7 では Phase 3「Collaboration」 の実装が本格化し、複数ユーザーが同じページやポストをリアルタイムで編集できる機能が標準の仕組みとして提供される。
具体的には次の変化が含まれる。
- リアルタイム共同編集：複数ユーザーが同時にブロックを編集でき、カーソル位置が互いに見える
- 改訂・バージョン履歴の強化：ブロック単位での差分確認と変更の取り消しが可能に
- ブロックのロック・権限管理：ページテンプレートの特定ブロックを編集不可にする粒度が上がった
一方、Phase 4「Multilingual」の多言語ネイティブサポートは引き続き開発中であり、WordPress 7 の時点では完全実装には至っていない。
フルサイト編集（FSE）：「ベータ」から「標準」へ
FSE は WordPress 5.9 で導入され、6.x 系を通じて段階的に整備されてきた。WordPress 7 での変化は「機能追加」よりも「安定化と体験改善」が軸だ。
サイトエディターの使いやすさ
- グローバルスタイル（フォント・カラー・スペーシング）の編集パネルが再設計され、適用範囲をビジュアルで確認しやすくなった
- ページ単位のプレビューをエディター内でスクロールしながら確認できる「in-context editing」が標準に
- テンプレートパーツ（ヘッダー・フッター）の管理が、画面遷移なくパネル内で行えるようになった
ブロックテーマの位置づけ
クラシックテーマ（functions.php + PHP テンプレート構成）は引き続き動作する。ただし、WordPress.org テーマディレクトリへの新規登録はブロックテーマ形式を強く推奨する運用に移行しつつあり、今後のアップデート頻度の差は広がると見てよい。既存のクラシックテーマを使い続けること自体は当面問題ないが、FSE の恩恵を受けるにはブロックテーマへの移行が現実的な選択肢になる。
管理画面の変化：ナビゲーションとデザインが変わる
WordPress 7 では、管理画面（wp-admin）のナビゲーション構造が見直される。数年にわたって検討が続いてきた「Admin UI Redesign」プロジェクトの成果が取り込まれる形だ。
主な変化点：
- 左サイドバーの構成を簡略化：頻度の低いメニュー項目が整理され、よく使う操作へのアクセスが短縮
- ダークモードの公式サポート：OS やブラウザのシステム設定に連動
- ブロックエディターと管理画面のデザイン言語を統一：フォント、ボタン、カラートークンが揃えられた
管理画面の変更は、WooCommerce のような大型拡張が独自に追加するメニュー項目に影響することがある。更新後は見た目の変化を確認し、主要な管理操作が想定通りに動くかチェックしてほしい。
テーマ・プラグインへの影響
テーマ側の主な注意点
| 項目 | クラシックテーマ | ブロックテーマ |
|---|---|---|
| WordPress 7 での動作 | 継続サポート | フルサポート |
| FSE 対応 | 限定的 | ネイティブ |
| 長期的な推奨 | 移行を検討 | 積極採用 |
クラシックテーマを使っている場合、大きな問題が出ることはまれだが、グローバルスタイルとの競合でレイアウト崩れが起きるケースがある。更新前にステージング環境でテストすることを勧める。
プラグイン側の注意点
- ブロックベースのプラグイン：Block API v3 への移行が完了しているものはそのまま動作する
- クラシックウィジェット・ショートコード依存のプラグイン：引き続き動作するが、ブロックエディター内での統合体験が制限される
- ページビルダー系のエディター拡張：Gutenberg の内部構造変更への追従状況を、各プラグインのリリースノートで必ず確認すること
パフォーマンスと PHP 互換性
PHP バージョン
WordPress 7 の推奨 PHP バージョンは 8.2 以上。8.1 でも動作するが、セキュリティサポート期間の観点から 8.2 または 8.3 への移行が実質的に求められる。PHP 7.x 系はサポート対象から外れる方向が示されており、ホスティング環境の PHP バージョンは更新前に必ず確認してほしい。
Core Web Vitals とパフォーマンス改善
WordPress Performance Team が継続してきた取り組みが 7 に統合される。
- Speculative Rules API 対応：次のページを先読みしてページ遷移を高速化
- 画像の遅延読み込み最適化：ファーストビュー内の画像には
loading="lazy"を自動で外す処理が強化 fetchpriority="high"の自動設定：LCP 要素の候補に優先度ヒントを自動付加
これらは 6.x 系で段階的に導入済みで、WordPress 7 での変化は「標準化と精度向上」が主眼だ。特別な設定変更は不要だが、既存のキャッシュプラグインや画像最適化プラグインとの挙動の違いを確認しておく価値はある。
アップデート前に確認すること
ここがポイント: バックアップなしでのメジャーバージョン更新は、万が一の際に元の状態に戻せない。更新ボタンを押す前に、バックアップの完了と PHP バージョンの確認の二点だけは必ず済ませること。
必須の確認手順：
- バックアップを取る：データベースとファイルを両方。UpdraftPlus や BackWPup などで自動化している場合も、直前の手動バックアップを取ること
- PHP バージョンの確認：ホスティング管理画面で現在の PHP バージョンを確認し、8.2 以上かどうかをチェック
- プラグインの互換性確認：各プラグインの WordPress 7 対応状況を開発者サイトや WordPress.org プラグインページで確認する
- ステージング環境でのテスト：本番に反映する前に複製環境で主要ページの表示と管理操作を確認する
- 更新後の動作確認：フロント側の主要ページ、管理画面のログイン・投稿操作、お問い合わせフォームなど境界部分を一通り確認する
今後の注目点
WordPress 7 で積み残した Phase 4 の多言語ネイティブサポートは、日本語を含む多言語サイトを運営する管理者にとって最も影響が大きい変更になる見込みだ。現時点では WPML や Polylang のようなプラグインが多言語対応の主役だが、将来的には WordPress コア側で翻訳構造が管理できるようになる可能性がある。この点がいつどの形で実装されるかは、次のロードマップの主な観察ポイントになる。
また、エディター内での AI 支援機能（ライティング補助・画像生成連携）の取り込み方も議論が続いており、ブロックエディターの体験がどこまでプラットフォーム側に統合されるかは、WordPress がサードパーティプラグインとどう共存するかという構図にも関わる。
最新の公式情報は wordpress.org/news と make.wordpress.org/core/ で随時更新されている。メジャーバージョン更新を自分の環境に適用する前の一次情報源として参照してほしい。