WordPress 7.0リリース後の開発者情報まとめ（2026年6月版）
2026年5月20日にWordPress 7.0が正式リリースされた。その後1ヵ月の間に、メディア編集の刷新やクライアントサイドでの画像処理、テーマ向けスタイル機能の強化など、開発者にとって見逃せないアップデートが続いている。
本記事では、Developer WordPress News の「What’s new for developers? (June 2026)」を読み解きながら、6月に登場した主要トピックを整理する。プラグイン開発者、テーマ制作者、そしてサイト運営者が押さえておきたいポイントを中心に、実務への影響をわかりやすく解説する。
メディア編集モーダルがデフォルトに、画像処理の進化
画像の切り抜きがより直感的に
Gutenberg 23.3では、画像の切り抜き操作が専用のモーダルウィンドウで行われるようになった。これまでは編集画面内で直接操作していたが、今回の変更により、縦横比の指定や回転、反転、ズーム、メタデータの編集までひとつのモーダルに集約されている。
操作の入り口はこれまで通り「切り抜き」ボタンだが、編集体験は格段に整理された。プラグインで画像編集機能を独自に拡張している場合や、画像メタデータに依存する処理を組んでいる場合は、実際の画像を使ったキーボード操作やタッチ操作のテストが必要だ。
ブラウザ上で画像リサイズを行うクライアントサイド処理
もうひとつ注目したいのが、クライアントサイドメディア処理のテスト呼びかけだ。これは、可能な場合にはブラウザ上で VIPS/WASM パイプラインを使って画像のサブサイズを生成し、必要に応じてサーバーサイド処理にフォールバックする仕組みである。
対応形式はAVIFやWebP、HEIC、Ultra HDR、JPEG XL、GIFから動画への変換など多岐にわたる。ただし、現時点ではChromiumブラウザと最新のGutenbergプラグインの組み合わせに限られ、FirefoxやSafariでは無効、メモリが2GB以下のデバイスではスキップされる。通信速度が遅い場合やContent Security Policyの worker-src が制限的な場合も利用できない。
このデモでは、従来のようにサーバーがすべてのリサイズを担当する方法から、可能なときはブラウザが先に処理を引き受ける流れへの変化を示している。サーバーの負荷軽減とユーザー体験の向上が期待されるが、環境による制限があるため、フォールバックを含めたテストが欠かせない。
プラグインとツールを取り巻く重要な更新
React 19への移行は一時的に巻き戻されたが準備は続く
WordPress 7.0ではReact 19へのアップグレードが計画されていたが、Gutenbergでは一時的にこの変更が巻き戻された。理由は、複数のプラグインがReact 18のJSXランタイムヘルパーをバンドルしており、React 19と同時に読み込むとクラッシュする問題が発生したためだ。
コアチームはWordPress 7.1でのReact 19導入を目指し、より段階的な戦略で進める方針を示している。コンパイル済みのJSXを同梱しているプラグインや、@wordpress/element を使っている場合、またはエディターのプライベートAPIに触れている場合は、引き続きテスト環境で最新のGutenbergを試すことをおすすめする。
Abilities APIの拡充が進行中
Abilities APIはこれまでのラウンドアップでも取り上げられてきたが、6月も継続的に改良が進んだ。ライフサイクルフィルターや入出力のバリデーションフィルター、wp_get_abilities() へのフィルタリングサポート、サイトやユーザー、環境情報のレスポンス拡張、RESTスキーマの堅牢化などが行われている。
能力（アビリティ）を使った実験を始めている開発者は、以前の想定に頼りすぎず、トランクの最新の挙動を確認しておくとよい。
PHPサポートの明確化とUnicodeメールアドレス対応の提案
WordPress 6.9および7.0では、PHP 8.5を完全にサポートすることが正式に明文化された。これにより、古い「ベータサポート」ラベルは廃止され、WordPress 7.0時点での最低動作バージョンはPHP 7.4、推奨はPHP 8.3に整理されている。
一方で、メールアドレスやユーザー名、スラッグにおけるUnicode対応を拡張する提案も公開され、フィードバックが募られている。この提案は is_email() や sanitize_email() などの関数、フィルター、データベース格納、文字の正規化などに影響を及ぼす可能性があり、メールアドレスを扱うプラグインは早めに内容を確認しておく価値がある。
AI Clientを使った画像生成プラグインのチュートリアル
4月・5月のラウンドアップで紹介されたAI ClientとConnectors APIに関する実践的なチュートリアルが登場した。ここでは、画像生成プラグインを構築する方法が解説されており、特に機能検出パターンが参考になる。プラグインは、プロバイダーが設定済みかどうか、そして必要な機能をサポートしているかを確認したうえでUIを表示すべきであり、チュートリアルではメディアライブラリから画像を生成し、添付ファイルとして保存する一連の流れが実装されている。
テーマ開発者向けのスタイルとブロックの改善
単一ブロックインスタンスへの擬似状態スタイルの適用
Gutenberg 23.3では、個別のブロックインスタンスに対して :hover や :focus、:visited といった擬似状態のスタイルを設定できるようになった。これまではサイト全体のブロックすべてに影響するスタイルしか設定できなかったが、この変更により、特定のボタンだけホバー時の色を変えるといった細やかな制御が可能になる。
この機能は、Add supports for pseudo states on single block instances というPRで実装されており、長年課題となっていたインタラクティブな状態の標準化に向けた動きとして注目されている。ボタンやリンク、ナビゲーションのデザインにこだわるテーマ制作者は、Gutenbergでテストしてみるとよい。
レスポンシブ対応のスタイル状態がさらに拡張
レスポンシブかつ状態を考慮したスタイル設定は、Gutenberg 23.2と23.3で大きく前進した。23.2ではグローバルなブロックスタイルに状態付きのレスポンシブ設定が導入され、23.3ではレイアウトのレスポンシブスタイルや、状態選択時に一部のコントロールを隠すUI調整が加えられている。
まだGutenbergプラグインでのテスト段階だが、theme.jsonのプリセットや設定、レイアウトプリセット、ブロックサポート、カスタムレスポンシブコントロールに依存しているテーマにとっては影響が大きいため、Responsive style states for blocks 、 iteration for WP 7.1 のIssueを追いかけておくとよい。
その他テーマ向けのブロックアップデート
細かいが実務に効く変更もいくつか入った。グローバルスタイルのカラーパネルでスラッグベースの色選択が統合され、ホームリンクブロックに不足していたコントロールが追加された。パンくずブロックでは視覚的な区切り文字がスクリーンリーダー向けに非表示となり、ナビゲーションでは非推奨化された block_core_navigation_submenu_render_submenu_icon() 関数のシムが復活している。画像ブロックでは幅か高さの片方だけが設定された場合に出力が崩れる問題も修正された。
また、WordPress 7.0では著者アーカイブリンクのデフォルトの title 属性（「Posts by Author」）が削除されている。マークアップのわずかな変更だが、テーマの表示テストやスナップショットテストに影響する可能性があるため注意しておきたい。
WordPress Playgroundの最新動向
wp-nowが非推奨に、Playground CLIへの移行を
ローカル環境を手早く立ち上げるために wp-now を使っていた開発者は、Playground CLIへの移行が必要になる。Developer WordPress Newsの記事によると、2026年6月8日付でwp-nowが非推奨となり、今後の推奨パスはPlayground CLIに一本化された。
移行は比較的スムーズに行えるよう設計されており、テスト用サイトを素早く立ち上げたいプラグイン開発者やテーマ制作者は、早めに切り替えておくとよいだろう。
PRプレビューとPHPスニペットの公式ガイド
Playground関連では、2つの役立つガイドも公開された。ひとつは「PR Preview with WordPress Playground: What changes in version 3 of the GitHub Action」で、プルリクエストのプレビューを自動化するGitHub Actionの最新バージョンについて解説している。プロジェクトでPlaygroundプレビューを利用しているなら、一度目を通しておきたい内容だ。
もうひとつは「Run PHP examples anywhere with WordPress Playground」で、WordPressの開発者向けドキュメントやチュートリアルに、ブラウザ上で実行可能なPHPサンプルを埋め込む方法を紹介している。技術記事を書く立場の開発者にとって、この手法は読者の理解を大きく助ける強力な武器になる。
保存型Playgroundと古いWordPressバージョンの復元
Playground v3.1.35およびv3.1.36では、サイトの保存とSites APIの機能が大きく進んだ。保存したブラウザ上のWordPressサイトに何度も戻れる永続化の仕組み、自動保存からの復元UX、埋め込みPlaygroundでの不要な保存プロンプト回避などが実装されている。
さらに、WordPress 0.7 のような過去のバージョンを丸ごとロードできるようになり、Virtual WordPress Museum のようなデモも登場した。デモやテスト、教育目的の用途が一層広がる変更といえる。
PHP.wasmによる高度なデモやフレームワーク対応
PHP.wasm周辺の開発も活発だ。新しい「Running PHP Frameworks in Playground」ガイドでは、WordPress以外のPHPフレームワークをPlayground上で動かす方法が示されており、ブラウザベースのツール構築の可能性を大きく広げている。また、@php-wasm/compile-extension ワークフローにより、PHP拡張のコンパイルも以前より容易になった。高度なデモやドキュメント用のサンプルを作る開発者には、これらの進歩も見逃せない。
ユーザーインターフェースとアクセシビリティの改良
実験的なダッシュボードのカスタマイズ機能がウィジェットを追加
カスタマイズ可能なダッシュボードはまだ実験段階だが、Gutenberg 23.3では新たに5つのウィジェット（サイトヘルス、ニュース、イベント、クイックドラフト、サイトプレビュー/URLバー）が追加され、レイアウトの調整も進んだ。ゴーストウィジェットやサイズプリセット、コンテナブレークポイントによるグリッドカラムなど、徐々に実用性が高まっている。
管理者画面の拡張やプラグイン独自の管理パネルを開発しているなら、この実験がどこに向かっているのかを customizable dashboard overview issue で追いかけておくことをおすすめする。
エディターと管理画面でのアクセシビリティの磨き込み
GutenbergとCoreの両方でアクセシビリティ関連の改善が続いている。Gutenberg 23.3ではリビジョン機能が改善され、フォントライブラリのフォーカスナビゲーションも修正された。Core側では、管理画面のカラースキームのコントラスト強化、フロントエンドツールバーのフォーカスアウトライン修正、ハイコントラストモード時のボタンアクティブ状態の不具合対応などが行われている。
カスタム管理画面やエディターパネル、メディア操作UIを提供している場合は、キーボード操作、ハイコントラストモード、文字サイズの拡大設定、標準以外の管理画面カラースキームを組み合わせたテストを定期的に実施することが重要だ。
この記事のポイント
- メディア編集はモーダルに集約され、クライアントサイド画像処理の実験的テストも始まった。サーバー負荷の低減とUX向上が見込まれる
- React 19移行は一時停止中だが、WordPress 7.1に向けた準備は継続。プラグイン開発者は互換性を確認しておく
- テーマ開発では、単一ブロックへの擬似状態スタイル適用やレスポンシブスタイルの拡張など、表現力が高まる変更が多い
- PlaygroundはCLIへの一本化、保存型サイトの強化、過去バージョン対応などで開発者の実験環境が飛躍的に便利になった
- アクセシビリティの改良も着実に進行。カスタムUIを作るならテストにキーボード操作やハイコントラストモードを含める
・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、JavaScript等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験
WCEU 2026クラクフ開催。CERN基調講演とWordPress 7.0全容
# フロントマター
— title: “WCEU 2026クラクフ開催。CERN基調講演とWordPress 7.0全容” meta_description: “WordCamp Europe 2026がポーランド・クラクフで開催。CERNのWordPress移行基調講演、WordPress 7.0のAI機能、ビジネスセッションなど主要トピックを解説。WCUS 2026は8月フェニックスで。” tags: [“WordPress”, “WordCamp”, “WordCamp Europe”, “WCEU 2026”, “WordPress 7.0”, “CERN”, “AI”, “オープンソース”] slug: “wceu-2026-krakow-recap” scrape_method: “trafilatura” image_prompt: “Upper portion: the CERN logo (a stylized double-ring emblem with intertwining loops) prominently displayed in photorealistic 3D with subtle metallic reflections. Lower portion: the ICE Kraków Congress Centre with a vibrant WordCamp Europe banner outside, attendees networking in the plaza. Composition: split-screen style with key visual elements positioned in the upper and lower portions of the frame, with a natural atmospheric transition in between, no horizontal bands or strips across the frame. 16:9 aspect ratio. If UI screens, dashboards, code editors, or admin panels appear, all text within them must be in English. If laptops or monitors appear, use ultra-thin bezel modern design. No visible year numbers on calendars, screens, or documents.” featured_text: “WCEU 2026 全容\nCERNが語るWP採用理由”
— —
WordCamp Europe 2026が6月4日から6日まで、ポーランド・クラクフのICE Kraków Congress Centreで開催された。81カ国から2,458人のチケット保有者が集まり、うち約4人に1人が初参加という大規模なイベントとなった。
基調講演にはCERN（欧州原子核研究機構）のウェブチームが登壇し、世界初のウェブサイトを公開した研究機関がWordPressを採用した理由と具体的な移行手法を明かした。WordPress 7.0のAI機能も多数のセッションで取り上げられ、コアに組み込まれたAIクライアントやAbilities APIの実用性が議論されている。
ここでは3日間の主要セッションと、今後のWordPressを取り巻く技術潮流を整理する。
基調講演は大手企業や著名開発者が中心。新機能の発表が主目的。
CERNによる研究機関視点の採用根拠、AIとオープンソースの本質的議論、教育プログラムの具体的成果が前面に。
—
Contributor Dayが作り出す協働の場
本編開始前日の6月3日、会場にはContributor Day（コントリビューターデー）が設けられた。これはWordPress本体の改善に直接取り組む実務作業日であり、講演を聞くのではなく実際に手を動かす場だ。午前中に登録と歓迎セッションが行われ、参加者はPolyglots（翻訳）、Documentation（文書）、Support（フォーラム回答）、Core（本体開発）、Performance（パフォーマンス）、Testing（テスト）、Themes（テーマ）、Plugins（プラグイン審査）などの各テーブルに分散した。
経験者が新規参加者を一人ずつ引き受け、初めてのパッチや翻訳文字列、サポートチケット対応を手ほどきする仕組みが整えられていた点が特徴的だ。会場に行けなかった参加者も、Make WordPress Slackの #contributor-day チャンネルを通じてリモート参加できた。
ここで注目すべきは、プラグイン審査チームの存在感だ。同チームはディレクトリに登録される全てのプラグインを審査する役割を担っており、初期参加者にとっては「誰がどのような基準で審査しているのか」を直接知る貴重な機会となった。
—
CERN基調講演。世界初のウェブサイトがWordPressを選んだ理由
開幕基調講演に立ったのはCERNのウェブマネージャー、Joachim Valdemar Yde氏とWordPressインフラ責任者のFrancisco Borges Aurindo Barros氏だ。CERNは30年以上前にティム・バーナーズ＝リーがWorld Wide Webを発明した場所であり、その研究機関がなぜWordPressを次期ウェブ基盤に選定したのかが語られた。
CERNの設計思想は明確だった。研究者やスタッフはコンテンツ制作に集中し、ウェブチームが基盤全体を管理する。セルフサービスポータルから数クリックでサイトを申請でき、共通テーマとセキュリティ審査済みのプラグイン一式が自動適用される。初年度だけですでに数百のサイトが立ち上がったという。
Yde氏は会場にこう告げた。「本日より、CERNの旗艦サイト home.cern はWordPressで稼働している。自動移行を経て、すでに本番公開済みだ」
この発表が持つ象徴的な意味は大きい。Webを発明した機関が、いまWebの40%以上を動かすオープンソースソフトウェアを自ら選び、GPLライセンスの下で運用している。この対称性は、オープンソースコミュニティにとって強力な支持材料となるだろう。
—
WordPress 7.0とAI。コアに組み込まれたネイティブAIの実像
WCEU 2026を通じて最も多くのセッションを横断していたテーマが、WordPress 7.0とAIの融合だった。単なる機能アップデートではなく、WordPressが「どう変わるか」の方向性を示す議論が展開された。
AIクライアントとAbilities APIの設計思想
パネルセッション「Inside WordPress 7.0」には、Juan Manuel Garrido氏、Adam Silverstein氏、Benjamin Zekavica氏、Sarah Norris氏、Milana Cap氏らリリース貢献者が登壇した。ここで明らかにされたのは、WordPress 7.0に実装された3つの中核的変革だ。
- ネイティブAIクライアントのコア実装
- Abilities API。プラグインが自身の機能を宣言し、他のツールから発見可能にする仕組み
- Connectors画面。OpenAI、Anthropic、Google GeminiなどのAIプロバイダーを管理画面から接続できる管理インターフェース
パネルでは単なる機能一覧にとどまらず、大規模なリリースがオープンに進行する過程そのものが解説された。貢献ワークフロー、複数チーム間の調整、公開状態でソフトウェアを出荷する人間的側面までが議題に上った点は、これまでのリリース説明とは一線を画す。
実務者たちが示した具体的ユースケース
Anukasha Singh氏はAbilities APIに焦点を当て、プラグイン権限のチェックを従来のcapability（権限）方式よりクリーンかつ安全にできることを示した。Vito Peleg氏のワークショップでは、単発のAIプロンプトから一歩進み、ライブサイトを監査して構造化チケットを自動生成するツール活用ワークフローが実演された。
WP-CLIメンテナーのAlain Schlesser氏は、AIアシスタントやAI検索がオープンウェブに実トラフィックをもたらしている現状を数字で示した。2025年半ばまでに10億件以上の参照訪問が記録されており、WordPressはその流入を受け止める準備ができていると指摘する。氏のセッションは、サイトがAIに「発見され、読まれ、引用される」ための実践的チェックリストとして構成された。
Tammie Lister氏の「Human in the loop means something」は、AI導入が議論される中で「人間がループにいる」というフレーズを単なるチェックボックスではなく本物の責任として捉え直した。人間とAIは得意分野が異なり、優れたプロダクトはそれぞれの強みを活かす設計になるべきだ、という主張だ。
—
「つくる」現場の開発セッション
開発トラックでは、技術の深掘りが光った。Dennis Snell氏はHTML APIとブロックパーサーの設計に携わった立場から、HTML APIの内部構造と活用方法をワークショップ形式で解説した。Peter Wilson氏はパフォーマンスチームの長期コミッターとして、WP_Queryクラスのキャッシュ改善による高速化と、大規模サイトでの活用法を詳述している。
スケーリングに関するハンズオンセッションでは、12ドルの仮想サーバーでWordPressがどこまで耐えられるかをGrafanaでプロファイリングしながらチューニングする実演が行われ、GitHubリポジトリも公開された。Fellyph Cintra氏はWordPress Playgroundの最新状況を取り上げ、ブラウザベースのツール群とアーキテクチャ変更による高速化の成果を報告した。
Jessica Lyschik氏のセッションは、アクセシビリティ対応の要件が多くのテーマ開発者が想定するよりはるかに達成しやすいことを、ブロックテーマとクラシックテーマの実審査事例をもとに論じた。プラグイン審査チームのDavid Perez氏とFran Torres氏は、25,000件以上のプラグイン審査経験から、よくある回避可能な問題と審査待ち期間を短縮する具体的ノウハウを公開した。
—
ビジネスとオープンウェブをめぐる議論
ビジネストラックでは、感傷を排した実践的な内容が続いた。Debbie Levitt氏は3つのレイヤーで同時にプロダクトマーケットフィットを追求するモデルを提示し、「チームが一つの良い指標を祝った数ヶ月後、なぜユーザーが去ったのかわからなくなる」という問題に切り込んだ。Vassilena Valchanova氏は、仕事ができることと、それを周囲に知られていることは別物だという、スキルと認知のギャップをテーマに据えた。
クラクフを拠点とするフルスタック開発者Irfani Silviana氏は、Business Model Canvasを「開発者が機能出荷から事業価値の創出へ視点を移すための変換レイヤー」と位置づけ、地元での登壇にふさわしい内容を披露した。
—
クロージングセッション。教育、AI、オープンソースの交差点
最終日のクロージングでは、クラクフ工科大学の代表者が登壇し、WordPressエグゼクティブディレクターのMary Hubbard氏に情報数学部からの贈り物を手渡した。同大は2026年10月からWordPress専門コースを開講する。これはポーランド国内だけでなくWordPressコミュニティ全体にとっても先駆的な取り組みだ。
Hubbard氏はGutenbergプロジェクトリードのMatías Ventura氏と、WordPressデザイナー兼開発者のRich Tabor氏をステージに招き、WordPressの将来方向性を議論した。Ventura氏はWordPress 7.0のリリースリードを務めたばかりで、まず全貢献者にスタンディングオベーションを求めた。
- ● クラクフ工科大学のWordPress専門コース開講（2026年10月〜）
- ● WordPress Campus ConnectとWordPress Creditsの教育プログラム成果
- ● AIとWordPressの関係。デザインシステムの長期的投資がAI連携で成果を上げている
- ● WP-CLIをAIモデルが流暢に利用。Studio Codeエージェントベースのコーディングツール開発
- ● USパイロット版AIリテラシーマイクロクレデンシャル。WordPressを学習の場に活用
Hubbard氏はオープンソースとAIの関係について、明確な立場を示した。「オープンソースこそがWordPressの成長を支えてきた。同じ価値観がAIを形作るべきであり、コミュニティはもっと声高に主張すべきだ」
—
この記事のポイント
- WCEU 2026には81カ国から2,458名が参加。CERNがWordPress採用の基調講演を実施
- WordPress 7.0にネイティブAIクライアント、Abilities API、Connectors画面が実装された
- AI関連セッションでは「人間とAIの役割分担」「実務的な監査自動化」が具体的に語られた
- 開発トラックではWP_Queryキャッシュ改善、HTML API、アクセシビリティ対応の実審査事例が共有された
- クラクフ工科大学が2026年10月よりWordPress専門コースを開講。教育分野での広がりが加速している
—
・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、JavaScript等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験
WordPress 7.0開発最新状況——リアルタイム共同編集とAI連携の標準化が加速
WordPress 7.0のリリースサイクルが佳境を迎えている。2026年3月現在、Gutenberg 22.6のリリースによって主要な機能セットが確定し、3月19日にはリリース候補版（RC1）の公開が予定されている。
今回のメジャーアップデートでは、長年待望されていたリアルタイム共同編集（RTC）の基盤実装や、AIサービスとの連携を標準化する「AIコネクター」など、プラットフォームとしての在り方を大きく変える機能が導入される。現在はBeta 3が公開されており、広範囲なテストが呼びかけられている状況だ。
本記事では、WordPress 7.0で導入される主要機能の技術的背景と、開発者が準備すべきポイントについて、最新の動向を基に解説する。
WordPress 7.0の新機軸：リアルタイム共同編集（RTC）の実装
WordPress 7.0における最大の技術的トピックは、リアルタイム共同編集（RTC: Real-time Collaboration）の導入だ。複数のユーザーが同時に同じ投稿を編集できるこの機能は、これまで外部プラグインや特定のホスティング環境に依存していたが、ついにコア機能として組み込まれる。
HTTPポーリングによる高い互換性の確保
RTCの実装において、技術チームは当初検討されていたWebRTCではなく、HTTPポーリングによる同期プロバイダーを選択した。WebRTCはリアルタイム性に優れる一方で、サーバー構成やファイアウォールの設定によっては通信が不安定になる欠点がある。あらゆるホスティング環境での動作を保証するため、あえて汎用性の高いHTTPポーリングが採用された形だ。
データの整合性を保つ仕組みには、CRDT（Conflict-free Replicated Data Type / 衝突のない複製データ型）が採用されている。これは、複数の場所で同時に行われた変更を、矛盾なく統合するための数学的なアルゴリズムだ。更新データは「wp_sync_storage」という内部ポストタイプに保存され、定期的に圧縮・バッチ処理されることで、データベースへの負荷を最小限に抑える工夫がなされている。
拡張性を考慮した同期アーキテクチャ
この同期システムは、トランスポート層（通信手段）とストレージ層（保存先）を差し替え可能な設計になっている。デフォルトでは2名までの同時編集に制限されているが、ホスティング事業者は独自の同期プロバイダーを導入したり、wp-config.phpの設定値を変更したりすることで、より多人数での編集や高度なパフォーマンス最適化を図ることができる。
RTCをデフォルトで有効化するかどうかの最終判断は、RC2（リリース候補版2）前後で行われる予定だ。プラグイン開発者は、既存のメタボックスやカスタムフィールドがこの共同編集モードと競合しないか、事前の検証が求められる。
AI連携の標準化：AIコネクターとプロバイダーパッケージ
WordPress 7.0では、AIサービスとの通信を標準化するための「コネクター」機能が導入される。これは、特定のAIベンダーに依存せず、共通のインターフェースを通じてAI機能を利用できるようにするインフラストラクチャだ。
php-ai-clientによる共通インターフェースの提供
この機能の核となるのは「php-ai-client」パッケージだ。これは、主要なAIサービスとの通信を抽象化するPHPライブラリである。開発者はこの共通インターフェースに対してコードを書くことで、背後のAIプロバイダー（OpenAI、Google、Anthropicなど）が何であっても、同じように機能を実装できるようになる。
すでにプラグインディレクトリには、OpenAI、Google、Anthropicの各プロバイダーパッケージが公開されている。これにより、ユーザーは管理画面の「コネクター」設定から好みのAIサービスを選択し、APIキーを入力するだけで、サイト全体でAI機能を活用できる環境が整う。
プラットフォームとしてのAI対応
これまでAI機能は各プラグインが個別にAPI連携を実装していたが、コアが認証情報の管理やプロバイダーの選択を担うことで、開発効率とセキュリティが向上する。例えば、コンテンツ生成プラグインとSEO最適化プラグインが、同じAIコネクターの設定を共有するといった運用が可能になる。これは、WordPressが単なるCMSから「AI対応のオペレーティングシステム」へと進化する重要な一歩と言えるだろう。
編集体験の進化：視覚的な変更履歴とコンテンツ専用編集モード
ユーザーインターフェース（UI）の面でも、WordPress 7.0は大きな進化を遂げている。特にリビジョン管理とパターン編集の操作性が大幅に改善された。
カラーコードによる直感的なリビジョン管理
新しいリビジョンパネルでは、ドキュメント内の変更箇所が視覚的に強調表示されるようになった。追加されたブロックは緑、削除されたブロックは赤、設定が変更されたブロックは黄色で縁取りされる。テキスト内容についても、下線（追加）や打ち消し線（削除）を用いて、どこがどう変わったのかが一目で判別できる。
この機能はパフォーマンスにも配慮されており、まず変更されたブロックを素早く特定し、その後に詳細なテキスト比較を行う2段階のプロセスを採用している。テーマの色設定に合わせてカラーが自動調整されるため、どのようなデザインの編集画面でも視認性が損なわれない点も特徴だ。
構造を保護するコンテンツ専用編集（Content-Only Mode）
WordPress 7.0から、パターン編集のデフォルトが「コンテンツ専用編集モード」となる。このモードでは、レイアウトやスタイルの設定が隠され、ユーザーはテキストや画像などのコンテンツ入力に集中できる。これにより、誤ってデザインを崩してしまうリスクを低減できる。
構造的な編集が必要な場合は、パターンを「切り離す（Detach）」ことでフルアクセスが可能になる。管理者は、PHPフィルターやJavaScriptを使用して、非同期パターンのコンテンツ専用モードを無効化することも可能だ。制作会社がクライアントにサイトを引き渡す際、運用の安全性を高めるための強力なツールとなるだろう。
開発者向けツールとテーマ機能のアップデート
開発ワークフローを支えるツール群や、テーマ開発に役立つ新機能も多数追加されている。特にWP-CLIの強化と、ブロックの表現力向上に注目したい。
WP-CLIの新コマンドとPlaygroundの拡充
WP-CLIチームは、ブロックエンティティへの読み取り専用アクセスを提供する「wp block」コマンドや、権限管理を行う「ability」コマンドの開発を進めている。これらはWP-CLI v3.0の一部として、3月末の安定版リリースに向けて調整中だ。
また、ブラウザ上でWordPressを動作させる「WordPress Playground」のランタイムにおいて、phpMyAdminのサポートが追加された。wp-env.jsonの設定に1行加えるだけで、Docker環境と同等のデータベース管理ツールが利用可能になる。ローカル開発環境の構築がこれまで以上に迅速化される見込みだ。
アイコンブロックとナビゲーションオーバーレイ
テーマ制作において要望の多かった「アイコンブロック」がついに導入される。SVGアイコンをライブラリから選択して配置できる機能で、サーバーサイドの「SVG Icon Registration API」によって制御される。現在は標準のアイコンセットのみだが、将来的にはサードパーティ製のアイコンコレクションを登録できる拡張性も計画されている。
さらに、ナビゲーションブロックのモバイルメニュー（オーバーレイ）が完全にカスタマイズ可能になった。「ナビゲーションオーバーレイ」というテンプレートパーツとして独立したため、モバイル専用のメニューデザインを自由なレイアウトで作成できる。これは、モバイルファーストのデザインが求められる現代のWeb制作において、非常に価値の高いアップデートだ。
セキュリティアップデートと今後のロードマップ
新機能の開発が進む一方で、既存バージョンのメンテナンスも継続されている。2026年3月10日には、WordPress 6.9.2（および6.9.4までのマイナーアップデート）がリリースされた。これには10件の脆弱性修正が含まれており、中にはSSRF（サーバーサイドリクエストフォージェリ）やXSS（クロスサイトスクリプティング）といった重要度の高いものも含まれる。
開発チームは、すべてのユーザーに対して直ちにこれらのマイナーアップデートを適用するよう強く推奨している。セキュリティはサイト運営の根幹であり、新機能のテストを行う際も、まずは基盤となる環境の安全性を確保することが先決だ。
WordPress 7.0の正式リリースは4月に予定されている。RTCやAIコネクターといった野心的な機能が安定して動作するか、RC版での検証結果が待たれるところだ。開発者は、自身のプラグインやテーマがこれらの新機能とどのように相互作用するかを確認し、必要に応じてコードの修正を進めるべきだろう。
この記事のポイント
- リアルタイム共同編集（RTC）: HTTPポーリングとCRDTを採用し、あらゆるホスティング環境で安全な同時編集を可能にする。
- AIコネクターの標準化: 共通インターフェースを通じて主要AIサービスと連携。ベンダーに依存しないAI機能の実装が可能になる。
- 視覚的なリビジョン管理: 変更箇所をカラーコードで強調表示。直感的な変更履歴の追跡が可能になり、編集ミスを防ぐ。
- テーマ・開発ツールの強化: アイコンブロックの導入やナビゲーションオーバーレイの刷新、WP-CLIの新コマンドにより開発効率が向上する。
- セキュリティの重要性: 6.9.x系の脆弱性修正が公開されており、7.0への移行準備と並行して既存サイトの即時アップデートが必要だ。
出典
- Developer WordPress News「What’s new for developers? (March 2026)」（2026年3月10日）
- WordPress.org「WordPress 7.0 Beta 3」（2026年3月5日）
- Make WordPress Core「Real-Time Collaboration in the Block Editor」（2026年3月10日）
・ 複数業界における17年間のデジタルビジネス開発経験
・ ウェブサイト開発のためのHTML、PHP、CSS、JavaScript等の実用的知識
・ 15ヶ国語対応の多言語SaaSの開発経験
・ 17年間にも及ぶ、Eコマース長期運営経験
・ 幅広い業界でのSEO最適化の豊富な経験