ChatGPTやClaudeなどの生成AIを活用しながら、WordPressで記事を書いたり、コンテンツ制作を行ったりしている方は多いでしょう。
しかし、その多くは
「AIで文章を作る」
↓
「WordPressへ貼り付ける」
という使い方ではないでしょうか。
このような運用は、AIを便利なツールとして利用している状態です。
ところが現在、WordPressでは新たな仕組みとして、
など、AIとの連携を前提とした基盤整備が進められています。
これは単なる新機能の追加ではありません。
WordPressそのものが、AIと安全に接続するための基盤へ進化し始めていることを意味します。
本記事では、WordPressコアチームが進めているAI連携の仕組みについて、
を、構造からわかりやすく解説します。
なお、本記事で紹介する内容は、現時点でWordPressコアチーム・開発者向けブログが公開している情報をもとに整理しています。
将来的な展望についても触れますが、「現在利用できる機能」と「今後期待される方向性」は区別しながら説明します。
これまでWordPressでAIを利用する場合、多くはプラグインごとにAIサービスへ接続する仕組みでした。
例えば、
それぞれが独自にOpenAIやGeminiなどへ接続していました。
構造としては、次のようになります。
SEOプラグイン
│
└── OpenAI
画像生成プラグイン
│
└── Gemini
ライティングプラグイン
│
└── Claude
一見すると問題はなさそうですが、実際にはさまざまな課題がありました。
例えば、
つまり、AIをWordPress全体で扱う共通基盤が存在していなかったのです。
この問題を解決するために整備が進められているのが、
などの仕組みです。
これらは個別の新機能ではなく、WordPress全体をAI対応させるための共通インフラとして設計されています。
言い換えれば、以前は「各プラグインがAIを利用する」構造でした。
今後は、「WordPressがAIを利用できる環境を提供する」構造へ変わろうとしているのです。
この視点を持つと、ConnectorsやMCPがなぜ重要なのかが理解しやすくなります。
まずは全体像を見てみましょう。
WordPress
│
Connectors（接続管理）
│
AI Client（共通インターフェース）
│
各種AI対応プラグイン・機能
─────────────────────────────────
MCP Adapter（AIとの接続）
│
ChatGPT / Claude / Cursor
ここで重要なのは、それぞれが別々の機能ではなく、役割分担された一つの仕組みになっていることです。
| 機能 | 主な役割 |
|---|---|
| Connectors | AIサービスとの接続管理 |
| AI Client | AIを呼び出す共通インターフェース |
| MCP Adapter | AIアシスタントとの安全な接続 |
| Abilities API | WordPressが持つ機能をAIへ公開する仕組み |
このように整理すると、WordPressはAIそのものを搭載したわけではなく、AIと接続するための土台を作っていることがわかります。
コネクタ（Connectors）とは、AIサービスとの接続を一元管理する仕組みです。
従来はプラグインごとにAPIキーを設定していました。
しかしConnectorsでは、一度AIサービスを登録すれば、対応するプラグインがその接続情報を共通利用できるようになります。
概念としては、
WordPress
│
Connectors
├ OpenAI
├ Gemini
└ Claude
│
AI対応プラグイン
という構造になります。
これにより、「どのAIを利用するか」という管理を、WordPress全体で統一できるようになります。
Connectorsは利用者だけでなく、プラグイン開発者にも大きなメリットがあります。
例えば従来は、各開発者がそれぞれ
へ個別対応する必要がありました。
Connectorsが整備されることで、共通の仕組みを利用できるため、開発効率や保守性の向上も期待できます。
これは、WordPress全体のAI対応を進めやすくする基盤とも言えるでしょう。
Connectorsが「接続管理」を担当するのに対し、AI Clientは、実際にAIを呼び出すための共通インターフェースです。
例えば、
といったAI機能は、AI Clientを経由してAIサービスへリクエストを送ります。
構造としては、
AI機能
│
AI Client
│
OpenAI
Gemini
Claude
というイメージです。
もしAI Clientが存在しなければ、各プラグインはAIサービスごとに独自実装を続ける必要があります。
しかし共通インターフェースがあることで、プラグイン開発者はAI Clientに対応するだけで、複数のAIサービスを利用できるようになります。
これは、WordPress全体のAIエコシステムを発展させる上でも非常に重要な仕組みです。
利用者から見ると目立たない部分ですが、長期的には多くのAI対応プラグインが共通基盤の上で動作する世界につながります。
ここまで見てきたConnectorsやAI Clientは、WordPress内部でAIを利用しやすくするための基盤でした。
一方で、次に紹介するMCP（Model Context Protocol）は、WordPressとChatGPTやClaudeなどのAIアシスタントを安全につなぐための標準規格です。
両者は役割が異なるものの、同じ土台の上に成り立っています。
これまでAIがWordPressの情報を扱うには、
といった方法が一般的でした。
しかしMCPでは、AIが必要な情報を、その都度、安全な権限の範囲内で取得できます。
つまり、
ChatGPT
│
MCP（共通規格）
│
WordPress
という共通の接続方法が提供されるようになります。
MCPは、アプリケーションがAIモデルへ文脈情報を渡す方法を標準化するオープンプロトコルです。
WordPressでは、このMCPをWordPress側で実装するためのMCP Adapterというプラグイン（アダプター）が用意されており、Abilities APIで登録した機能をMCP経由でAIアシスタントへ公開できます。
認証には、WordPressに標準搭載されているアプリケーションパスワードなどの仕組みが利用されます。
（認証の詳細は後述の「安全性を重視した設計」でまとめて解説します）
MCP AdapterでAIへ公開する情報は、サイト管理者や開発者がAbilities APIを通じて決定します。
読み取り中心の構成にすることも、書き込みを含む構成にすることも技術的には可能です。
例えば、AIアシスタントは次のような情報を取得できます。
実際の利用イメージは次のようになります。
ChatGPT「最新の記事はどんな内容？」
│
WordPressへ問い合わせ
│
記事情報を取得
│
要約して回答
これまでは管理画面を開いて複数ページを確認する必要がありましたが、MCPでは自然言語の質問だけで必要な情報へアクセスできるようになります。
なお、上記の項目一覧は「どんな情報にアクセスできるか」という利用イメージを掴んでいただくためのものです。
「できる／できない」を正確に線引きした一覧は、後述の表で改めて整理します。
つまり技術的には書き込みも可能ですが、公式には安全性を優先した設計が推奨されています。
MCPと合わせて注目されているのがAbilities APIです。
これは、「WordPressにはどのような機能があるのか」をAIへ伝えるための仕組みです。
WordPress 6.9で導入されたこのAPIは、コアやプラグインが持つ機能を、名前・入力形式・出力形式・実行権限といった形で標準化して登録できるようにするものです。
例えばWordPressには、
など、さまざまな機能があります。
Abilities APIでは、これらをAIが理解しやすい形で公開できます。
概念図にすると、以下のようなイメージです。
WordPress
│
Abilities API
│
AIが利用できる機能一覧
Abilities APIは、AIとの連携だけを目的とした仕組みではありません。
一度registerした機能（Ability）は、PHP・JavaScript・REST APIのいずれからも呼び出せる、WordPress共通の関数として扱えます。
WordPress開発者ブログ で紹介されている具体例では、「サイト内の全URLを一覧取得するプラグイン」にAbilityを1つ登録するだけで、そのプラグインの機能をAIエージェントから呼び出せるようになった事例が示されています。
プラグイン開発者からすると、
という3ステップだけで、自作プラグインの機能をClaude DesktopやCursorなどから呼び出せる状態になります。
開発の手間に対してAI対応の幅が広がりやすい設計と言えるでしょう。
これらをAIエージェントが実際に呼び出せる形へ変換する役割を担っているのが、前述の「WordPress MCP Adapter」です。
開発者向けには、Abilities APIをMCPツールへ変換するこのアダプターも公式に紹介されており、AIエージェントがWordPressの機能を扱いやすくする基盤整備が進められています。
AIに関する新しい話題では、「何でも自動化できる」と誤解されることがあります。
しかし、現時点ではできることとできないことを分けて理解することが重要です。
WordPressのMCP Adapterでは、「何ができるか」はプラットフォーム側で一律に決まっているわけではなく、サイトごとに登録されたAbility次第です。
とはいえ、現状公開されている実装例やベストプラクティスを踏まえると、次のような傾向が見えてきます。
| 現状よく見られる範囲 | 慎重な扱いが推奨される範囲 |
|---|---|
| 投稿の検索・取得 | 投稿の作成 |
| 投稿内容の閲覧 | 投稿の編集 |
| サイト内の情報一覧化 （例：全URL取得） |
投稿の公開 |
| 統計・設定情報の取得 | 投稿の削除 |
| ユーザー情報の参照 | 管理操作全般 |
つまり現在は、AIがWordPressを理解するための段階が中心と言えます。
一方で、AIがWordPressを自由に操作する段階については、技術的な土台は整いつつあるものの、公式には慎重な運用が推奨されている状況です。
この違いを理解しておくことが、過度な期待や誤解を避けるうえでも大切です。
ここまでの説明を読むと、一つの疑問が浮かぶかもしれません。
「MCP Adapterは読み取り専用が推奨されているはずなのに、AIがタイトルや抜粋を生成してくれるプラグインがあるのはなぜだろう」
結論から言うと、これは矛盾ではなく、性質の異なる2つの仕組みが、同じ「WordPress×AI」という文脈で語られていることが原因です。
整理すると、次のようになります。
| 仕組み | 主体 | 読み書き | 位置づけ |
|---|---|---|---|
| MCP Adapter（Abilities API経由） | 外部のAIアシスタント（ChatGPT・Claudeなど）がサイト外から自律的にアクセス | 登録するAbility次第（読み取り中心が推奨） | 開発者・セルフホスト環境向け（実験段階） |
| AI Experimentsプラグイン | 投稿編集画面を開いた、ログイン中の人間がAI機能を使う | 実質的な操作は人間が行う | WordPress AIチームによる実験的プラグイン |
Abilities APIのexecute_callback（実行処理の部分）には、データ取得だけでなく、投稿の更新など任意の処理を書くことができます。
つまり技術的には、書き込み可能なAbilityを作ることも可能です。
ただし公式のベストプラクティスでは、インターネット上に公開するエンドポイントには読み取り専用のAbilityを優先し、削除のような破壊的な操作には緩い権限チェックを避けるよう案内されています。
「MCPだから読み取り専用」なのではなく、「安全性を優先して、どのAbilityを公開するかを、サイト管理者や開発者が慎重に選ぶべき」というのが正確な理解です。
読み取り専用という運用は、あくまで「推奨されている、安全性を優先した選択肢」であると理解しておくとよいでしょう。
「タイトル生成・アイキャッチ生成・要約生成」などの機能は、WordPress AIチームが実験的に公開しているAI Experimentsプラグインによるものです。
これはMCP経由で外部AIアシスタントがサイトを操作する仕組みとは別物で、投稿編集画面を開いた人間が、その場でAIに下書きを手伝ってもらうためのアシスタント機能です。
AIが提案した候補を、最終的に保存・公開するかどうかは人間が判断します。
公式サイトでも、このプラグインは「AI Building Blocks」と呼ばれる各要素（PHP AI Client SDK・Abilities API・MCP Adapter）を組み合わせた実践例という位置付けです。
今後は、Gutenbergエディタでのリアルタイム共同編集や、メディアライブラリでの自動キャプション付けなど、より踏み込んだ機能へ発展する構想も示されています。
この2つの軸を分けて考えると、情報が整理しやすくなります。
WordPressでMCP Adapterを利用する場合、重視されているのは利便性だけではありません。
むしろ、安全にAIと接続することが設計思想の中心にあります。
認証には、WordPressに標準搭載されているアプリケーションパスワードなどの仕組みが使われます。
これは、通常のログインパスワードとは別に、外部アプリケーション専用の認証情報を発行できる機能です。
加えて、Abilities APIにはpermission_callbackが用意されており、Ability単位で「誰が呼び出せるか」を制御できます。
WordPressの既存のユーザー権限・Capability（権限）システムと組み合わせることで、
という、安全性を重視した運用が可能になります。
また、MCP経由で取得したデータがどのように扱われるかは、接続する先のAIサービス（ChatGPT・Claudeなど）側のポリシーにも左右されます。
どのAIサービスと接続するかを選ぶ際には、そのAIサービスがデータをどのように扱うかも合わせて確認しておくと安心です。
では、この仕組みは実際のサイト運営でどのようなメリットがあるのでしょうか。
現段階では、情報確認や分析の効率化が大きな活用ポイントになります。
例えば、
といった作業を、AIアシスタントとの対話だけで行える可能性があります。
MCP Adapterをインストールしたサイトであれば、Claude DesktopやCursorなどのAIクライアント側でMCPサーバーとして接続設定を行うことで、こうした対話的な確認が可能になります。
これは、特に記事数が増えてきたサイトほど恩恵を受けやすいでしょう。
一方で、記事の公開や編集を自動化したい場合は、現時点では別の仕組みと組み合わせる必要があります。
ここまで紹介した内容を見ると、ConnectorsやMCPは単なる便利機能ではないことがわかります。
実際には、AI時代に対応するためのインフラ整備という意味合いが強い取り組みです。
さらに視野を広げると、AI業界全体でも共通規格の整備が進んでいます。
例えば、
などは、今後のAI活用を支える重要なキーワードです。
WordPressがMCPやAbilities APIを採用している背景にも、こうした業界全体の流れがあります。
つまり、WordPressだけが変わっているのではなく、AIと外部サービスが安全につながる世界へ向けて、共通基盤の整備が進んでいるのです。
これまでWordPressは、コンテンツを管理・公開するCMSとして進化してきました。
しかし今回のAI連携を見ると、新たな役割が加わろうとしています。
従来のイメージは、
AI
↓
記事作成
↓
WordPressへ貼り付ける
という流れでした。これからは、
AI
↓
安全な認証
↓
WordPress
↓
必要な情報を取得
という構造が加わります。
つまり、WordPressは「AIを利用するCMS」であるだけでなく、AIが安全に接続できる基盤としての役割も担い始めています。
もちろん、現時点では読み取り中心の運用が推奨されており、AIが自由にサイトを操作するわけではありません。
しかし、認証・権限管理・標準規格という土台が整えば、その上に新しい機能が積み重なっていく可能性があります。
その意味で今回の取り組みは、一つの新機能ではなく、WordPressの進化の方向性を示す重要な変化だと言えるでしょう。
WordPressのコネクタやMCP Adapterは、一見するとAI関連の新機能のように見えます。
しかし、その本質は、AIとの接続を標準化するための基盤整備にあります。
本記事で紹介したポイントを整理すると、次のようになります。
これらを総合すると、WordPressは単なるCMSではなく、AI時代のWeb運営を支える基盤へと進化し始めていることがわかります。
今後、AIエージェントや新しい標準規格がさらに普及すれば、WordPressの役割も大きく変わっていくでしょう。
だからこそ今は、「AIで記事を書く方法」だけでなく、AIとWebサイトがどのようにつながる時代になるのかという視点で、この変化を捉えることが重要なのです。
WordPress全体でAIを管理することで、AI対応を進めやすくするためです。
AIサービスとの接続情報をWordPress全体で一元管理するための共通基盤です。
コネクタが接続管理を担い、AI ClientはAIを呼び出す共通インターフェースを担います。
ChatGPTやClaudeなどのAIアシスタントとWordPressを安全につなぐための標準規格です。
技術的には可能ですが、現時点では読み取り中心の運用が公式に推奨されています。
WordPressが持つ機能をAIが利用しやすい形で公開するための仕組みです。
CMSとしてだけでなく、AIが安全に接続して活用できる基盤へ進化しようとしています。
投稿をシェアする
Web制作・デザイン・マーケティング・コンサルティング等の経験を積み、ChatGPTコミュニティ Nexus AIを立ち上げる。AI技術を活用して、コミュニティ運営に役立てている。
