WordPress 7.0でAIがコアに入った、という意味
おはようございます！埼玉県川越市を拠点にWordPressのお悩み解決を行っている、矢部@エーデルハーツです。
2026年5月、WordPress 7.0（開発コードネーム：Armstrong）が正式リリースされました。このバージョンの最大のトピックが、「AI Connectors」——生成AIとの連携機能がWordPressのコアに標準搭載されたことです。
これまでWordPressでAIを活用しようとすると、OpenAIやAnthropicといった各社のAPIを個別のプラグインから叩く形が一般的でした。プラグインごとにAPIキーを管理し、設定方法もバラバラ。サイト全体でのAPI使用状況を把握することも難しい状況でした。WordPress 7.0はこの問題に対して、「コアにAIの窓口を作り、全プラグインがそこを経由する」というアーキテクチャで応えた形です。
実際に自社サイトと複数のクライアントサイトでWordPress 7.0へのアップグレードを進める中で、このAI機能を触る機会がありました。以下では、実際の画面を交えながら仕組みと所感を正直にまとめます。
AI Connectorsの仕組みを整理する
WordPress 7.0のAIアーキテクチャは、大きく4つのコンポーネントで構成されています。
| コンポーネント | 役割 |
|---|---|
| WP AI Client | PHPからAIモデルを呼び出す抽象化エンジン。プロバイダーを意識せずにwp_ai_client_prompt()で実行できる。 |
| AI Connectors Screen | 管理画面の「設定 > コネクタ」でAPIキーを一元管理する設定画面。 |
| Connectors API | 新規プロバイダーを動的登録するための拡張用API。 |
| Client-Side Abilities API | ブロックエディター上でAI機能をJavaScript側から呼び出す仕組み。 |
ポイントは「プロバイダー依存のない抽象化レイヤー」という設計思想です。開発者はwp_ai_client_prompt()を呼ぶだけで、裏でどのAIプロバイダーが動いているかを意識する必要がありません。管理者が設定画面でAnthropicに切り替えれば、プラグインのコードを変えずにClaudeが動く、という構造です。
バックエンドの実装例はこうなります。
|
1 2 3 4 5 6 7 |
$result = wp_ai_client_prompt() ->using_model_preference( array( 'claude-3-5-sonnet', 'gpt-4o' ) ) ->using_temperature( 0.2 ) ->using_max_tokens( 500 ) ->as_json_response() ->execute(); |
using_model_preference()で優先モデルを配列で指定できる点は面白い設計です。指定したモデルが使えない状況であれば、次の候補に自動フォールバックしてくれます。
実際の設定画面——コネクタの登録
まず確認しておきたいのが「コネクタ」の設定画面です。管理画面の「設定 > コネクタ」にアクセスすると、対応しているAIプロバイダーがカード形式で表示されます。
現時点で対応しているプロバイダーは以下の3つです。
- Anthropic：Claudeを使ったテキスト生成。
- Google：GeminiによるテキストとImagenによる画像生成の両方に対応。
- OpenAI：GPTによるテキスト生成とDall-Eによる画像生成。
「インストール」ボタンを押すとAPIキーの入力欄が展開され、取得したAPIキーを貼り付けて「保存」するだけで接続完了です。
一度ここで設定してしまえば、AI機能を持つすべてのプラグインがこのAPIキーを共有して使えるようになります。従来のように「このプラグインにはOpenAIのキー、あのプラグインにはAnthropicのキー」を個別管理していた手間がなくなる点は、運用面で素直にありがたいと感じました。
使える機能の一覧——「AI」プラグインで何ができるか
AI ConnectorsはWordPressコアの仕組みですが、実際にエディター上でAI機能を使うには、公式プラグイン「AI」のインストールが必要です。このプラグインが「実験機能」として提供している機能を有効化することで、ブロックエディター上でAIアシストが使えるようになります。
トグルで個別にON/OFFできる機能は以下の通りです。
- 画像の生成と編集：エディター上でAI画像を生成・差し替えできる。
- コンテンツの分類：本文を分析して投稿タグとカテゴリーをAIが提案する。タクソノミー戦略と最大提案数も設定可能。
- コンテンツの長さ調整：選択したブロックを短縮・拡張・言い換えする。
- 抜粋の生成：本文から抜粋候補を自動生成する。
- 代替テキストの生成：画像のaltテキストをアクセシビリティ指針に沿って自動生成する。
- メタディスクリプションの生成：本文からmeta descriptionの候補を生成し、SEOプラグインと連携する。
- 修正案ノート：ブロックごとにアクセシビリティ・文法・SEOの修正提案を追加する。
- 修正案の適用：保留中の修正案ノートを自動適用する。
- コンテンツの要約：長文の概要を自動生成する。
- タイトルの生成：本文からタイトル候補を生成する。
コネクタが未接続の状態では、すべての機能がグレーアウトして操作できません。
実際に動かしてみた——タイトル生成とアイキャッチ画像
実際に本文を入力した状態で、タイトル生成とアイキャッチ画像の生成を試してみました。
タイトル生成は、右サイドバーの「投稿」タブから呼び出します。本文の内容を読み取った上でタイトル候補をモーダルで表示してくれる仕組みで、候補を確認・編集してから「挿入」で反映できます。
アイキャッチ画像については、サイドバー上の「アイキャッチ画像を生成」ボタンを押すと、記事の内容をもとに画像プロンプトが自動生成され、そのまま画像生成まで走ります。生成中は「生成しています…」のインジケーターが表示され、完了すると候補画像が表示されます。
操作の流れはシンプルで、APIキーの登録さえ済んでいれば、非エンジニアでも迷わず使えるUIになっていると感じました。
エンジニア目線で気になった3つのこと
① クラシックエディターユーザーは使えない
今回のAIサポート機能は、ブロックエディター（Gutenberg）前提の設計です。クラシックエディターを使用しているサイトでは、これらの機能は一切利用できません。未だにクラシックエディターを使い続けているユーザーは少なくなく、特に長年運用してきた事業者サイトではクラシックエディターのままというケースが多いです。この層にとってはWordPress 7.0のAI機能は「別の話」になってしまいます。
② WordPress 7.0へのアップグレード自体がハードルになる
AI Connectorsを使おうと思えば、当然ながらWordPress 7.0以上へのアップグレードが前提です。ただし、現実的にはすべてのサイトがすぐに移行できるわけではありません。PHPのバージョン要件や、使用中のプラグインとの互換性問題で足止めされているサイトは引き続き多く存在します。エーデルハーツで担当しているクライアントサイトの中にも、7.0への移行に慎重にならざるを得ないケースがあります。
③ 独自プラグインとAI Connectorsを併用するか否か
弊社ではすでに、本文からタイトル・スラッグ・meta description・アイキャッチをワンクリック生成する独自プラグインと、alt未設定画像を自動検出してaltを補完するプラグインを運用しています。WordPress 7.0のAI ConnectorsはこうしたカスタムプラグインをConnectors API経由で作り直す選択肢も与えてくれますが、現時点では既存の独自実装を乗り換えるメリットは薄いと判断しています。
理由は主に2つです。まず、AI Connectorsに対応したプラグインを作ると、WordPress 7.0未満のサイトでは動作しなくなります。古いWordPressユーザーを切り捨てる形になるため、古いバージョンでも動く独自実装を別途用意するか、WordPress 7.0以上のみを対象にするかの判断が必要になります。次に、自社の業務フローに特化した機能を盛り込める独自プラグインの優位性は、標準機能が充実していない今のフェーズではまだ大きいと感じています。AIの標準機能は汎用的な分、「こういう挙動にしたい」という細かい要求に応えきれない場面も出てきます。
今後の注目点——Abilities APIとMCPの動向
技術的な観点で最も注目しているのが、Abilities APIとModel Context Protocol（MCP）の組み合わせです。
Abilities APIとは、WordPressの各機能（投稿、コメント管理、SEOタグ設定など）を「AIが操作できるツール」として登録する仕組みです。これにMCPアダプターを組み合わせることで、ClaudeやCursorのようなAIエージェントがWordPressの管理画面をWP-CLIやREST API経由で直接操作できるようになります。
将来的には「新しい記事を書いて、カテゴリーを設定して、アイキャッチを生成して公開しておいて」という自然言語の指示をAIエージェントに与えるだけで一連の作業が完結するような運用が視野に入ってきます。現時点では実験的な段階ですが、WordPress運営者の役割が「作業者」から「AIの管理・承認者」へシフトしていく流れは本物だと感じています。
「AI Experiments」プラグインのロードマップを見ると、2026年6月4日を目処に次バージョン（1.1.0）がリリース予定で、入力予測（タイプアヘッド）やC2PA準拠のコンテンツ出所証明機能なども追加される見込みです。この分野は数ヶ月単位で状況が変わるため、継続的にウォッチしておく価値があります。
まとめ——「良い方向性」だが「全員が今すぐ使えるわけではない」
WordPress 7.0のAI ConnectorsとAIプラグインを実際に触ってみた率直な感想は、「方向性は正しい、ただし現時点ではまだ”はじまり”」というものです。
APIキーを1ヶ所で管理し、全プラグインが共有できる抽象化レイヤーというアーキテクチャは、長期的に見てWordPressエコシステムに必要な仕組みです。非エンジニアでも管理画面からAIを使えるという体験も、今後のCMS利用者層の広がりを考えると重要な進化です。
一方で、クラシックエディターユーザーへの対応、WordPress 7.0への移行ハードル、そして標準機能のカバー範囲の広さは、現時点での課題として残っています。WordPress開発者向けの観点では、AI Connectorsに乗っかった実装を作るかどうかは、対象サイトのWordPressバージョンと要件をよく見極めた上で判断する必要があります。
いずれにせよ、WordPressのAI統合は今後も急速に進化する領域です。実務で関わる方はぜひ自分の手で触っておくことをおすすめします。
