先に結論
WordPress 7.0で一番大きいのは、AI機能を派手に増やしたことより、AIをつなぐ土台をCoreに入れたことです。
先に押さえたいのは次の3点です。
- AI ClientとConnectorsがCoreに入り、外部AI provider接続の入口ができた
- 画像生成やalt text提案は、optional AI pluginを足したときに広がる
- 更新前はテーマ、主要プラグイン、独自CSS、画像アップロード処理を先に見るべき
つまり今回は、AIサイト化が一気に完成したという話ではありません。WordPress本体が、AI導入の共通レイヤーを持ち始めた と見るのが近いです。
何が変わったのか
WordPress 7.0 “Armstrong” は、2026-05-20に正式公開されました。
公開告知とField Guideを合わせて見ると、変更点は大きく4つに分かれます。
- AI ClientとConnectors
- 管理画面の刷新
- 制作体験の改善
- 開発者向けAPIと互換性まわりの更新
中でも注目はAIまわりです。CoreにAI Clientが入り、Settings配下のConnectors画面で外部接続をまとめやすくなりました。
一方で、記事や画像をその場でAI生成する体験まで全部Coreに入ったわけではありません。WordPress公式の説明では、タイトル、抜粋、画像生成と編集、alt text提案は追加のAI plugin側で広がる 構成です。
Coreで増えたものと、追加プラグイン前提のもの
ここを混同すると、更新後の期待値がずれます。
| 範囲 | 7.0で増えたこと | 先に確認したいこと |
|---|---|---|
| Core | AI Client、Connectors、Command Palette、Font Library全テーマ対応、visual revisions | テーマと管理画面の見え方、権限、既存運用との相性 |
| optional AI plugin | タイトル・抜粋生成、画像生成と編集、alt text提案 | どのproviderを使うか、誰に使わせるか、コストと権限の切り分け |
要するに、7.0へ更新しただけで全AI制作機能が自動で有効になるわけではありません。
先に動くのは接続の土台です。その上に、追加プラグインや将来の拡張が乗る形です。
サイト運営者が最初に見るべき点
本番更新の前に見るべきなのは、派手な新機能より壊れやすい接点です。
1. テーマと見た目
Font Libraryが全テーマ対応になり、管理画面の色や遷移表現も変わりました。
そのため、classic themeやhybrid themeを含めて、管理画面の見え方やフォント設定まわりに違和感がないかを先に見た方が安全です。
2. 独自CSSと編集権限
Field Guideとdeveloper roundupでは、block単位のcustom CSSや権限まわりの変更が案内されています。
特に edit_css 権限を持たないユーザーにどう見えるかは、運用フローに直結します。編集者ロールが多いサイトほど、更新前に確認した方が安心です。
3. 画像アップロード処理
developer roundupでは、HEICからJPEG変換時に .jpg 拡張子を使う変更も触れられています。
独自のメディア処理、ファイル名前提の連携、アップロード後の自動変換を組んでいるなら、ここは見落とさない方がいいです。
4. 主要プラグインとの相性
AI pluginをすぐ入れない場合でも、7.0自体で管理画面、REST API、editorまわりが変わります。
SEO、フォーム、会員、EC、キャッシュ系の主要プラグインは、stagingで更新後の画面と保存動作を一通り触った方が戻しやすいです。
開発者が先に把握したい変更
開発者目線では、見どころはAI Clientだけではありません。
Field Guideとdeveloper roundupを合わせると、先に見たいのは次の領域です。
AI ClientとConnectors API
WordPress 7.0は、provider-agnosticなAI接続をCore側に置き始めました。
プラグイン開発者にとって重要なのは、モデル接続を各プラグインがばらばらに持つのではなく、共通レイヤーに寄せられる余地ができた ことです。
AIを使う拡張を作るなら、7.0以降はConnectorsとAI Clientを前提に設計した方が後で整理しやすくなります。
REST APIとeditor関連の更新
developer roundupでは、5月分の更新としてREST API変更やwidget types data layerも触れられています。
7.0をまたぐタイミングでeditor拡張や管理画面拡張を持っているなら、保存、取得、表示の流れをまとめて見た方が早いです。
権限と安全側の変更
block-level custom CSSの扱いは、使い勝手だけでなく権限モデルにも関わります。
複数ロールで運用する案件では、administrator では通るのに editor で挙動が変わる、という差が起きやすいので注意が要ります。
いますぐ更新してよい人と、先に試すべき人
結論を分けると分かりやすいです。
すぐ更新しやすい人
- 標準に近いテーマ構成で運営している
- 主要プラグインが少ない
- AI ClientやConnectorsをまず触ってみたい
- stagingで半日あれば確認できる
先にstagingで試したい人
- 独自CSSや独自ブロックを多く使っている
- メディア変換やファイル名処理を組んでいる
- 権限を細かく分けた編集体制を持っている
- 複数プラグインがeditorやREST APIに深く触っている
特に後者は、7.0へ上げること自体より、更新後に誰の運用が変わるか を先に洗った方が安全です。
AI導入の見方はどう変わるか
今回の更新で見方が変わるのは、AI機能を単発のプラグイン追加として考えなくてよくなったことです。
WordPress本体がAI ClientとConnectorsを持つなら、今後は「どのAIツールを使うか」だけでなく、どの接続レイヤーに集約するか も判断材料になります。
画像生成やalt text提案の文脈は、GPT Image系の比較記事 のような生成系比較にもつながります。
ECや商品ページ改善に近い読者なら、商品ページ改善のチェックリスト も合わせて読むと、AI導入を接客や回遊の文脈に広げやすいです。
まとめ
WordPress 7.0は、AI ClientとConnectorsをCoreに入れたことで、AI導入の前提を少し変えました。
ただし、いま大事なのは新機能を全部追うことではありません。
- Coreで増えたもの
- optional AI pluginで広がるもの
- 更新前に確認すべき互換性
この3つを分けて見るだけで、導入判断はかなりぶれにくくなります。
本番更新を急ぐより、まずstagingでテーマ、権限、独自CSS、画像アップロード処理を確かめるのが先です。そのうえでAI pluginを試す順にした方が、安全に前へ進めます。