WordPress 7.0では、AIエージェントとWebサイトの関係を大きく変える新しい仕組みが導入されています。
これまでAIは、WebサイトのHTMLやページ内容をクロールし、そこに書かれている情報から「このサイトは何を提供しているのか」「どんな商品やサービスがあるのか」を推測していました。つまり、Webサイト側はAIに対して受け身であり、AIが勝手に内容を読み取り、解釈する構図でした。
しかしWordPress 7.0では、Webサイト側が自ら「このサイトは何ができるのか」「どんな情報を提供できるのか」を構造化された形で宣言できるようになります。これは単なる機能追加ではなく、AI時代におけるWebサイトのあり方を変えるアーキテクチャ上の変化だといえます。
WordPress 7.0でAIエージェント対応が本格化──Webサイトは「読まれる」から「機能を使われる」時代へ
これまでの問題は「AIが推測するしかなかった」こと
AIがWebサイトを理解する際、従来はページ上の文章やHTMLを読み取り、そこから意味を推測するしかありませんでした。
たとえば、WooCommerceのECサイトに数千点の商品があったとしても、AIが正確に理解できるのはクロールできたページの範囲に限られます。商品価格、在庫状況、属性、カテゴリーなども、ページ上の情報から推測する必要がありました。
また、サービス業のサイトで複数の料金プランやパッケージを提供していても、それが段落の中に分散して書かれているだけなら、AIは正確に構造を理解できない可能性があります。
この「推測」に頼る仕組みは、AI検索やAIアシスタントがユーザーに商品・サービスを推薦する時代になるほど問題になります。AIの理解が不正確であれば、推薦内容も不正確になり、サイト運営者にとってもユーザーにとっても機会損失が生まれます。
WordPress 7.0の中心となる「Abilities API」
WordPress 7.0で重要なのが、Abilities APIです。
Abilities APIは、プラグインが自分の機能を「名前付きの構造化された能力」として宣言できる仕組みです。
たとえば、予約プラグインであれば「check_availability」という機能を登録し、AIエージェントが空き状況を構造化データとして確認できるようにできます。
WooCommerceストアであれば「get_product_catalogue」という機能を登録し、商品情報、価格、在庫、属性などを正確に返すことができます。
会員制サイトであれば「get_subscriber_tiers」という機能を登録し、料金プランや会員ランクを機械が理解しやすい形式で提示できます。
重要なのは、これは単なる開発者向けドキュメントではないという点です。Abilities APIで登録された機能は、AIエージェントが発見し、必要に応じて直接呼び出せる実行可能な能力として扱われます。
MCPによってAIエージェントがWordPressサイトとやり取りできる
この仕組みをAIエージェントが利用するために使われるのが、Model Context Protocol、略してMCPです。
MCPは、Anthropicが開発したオープンスタンダードで、AIシステムが外部のデータソースやツールと接続するための共通規格です。
AIエージェントはMCPを通じて、外部システムが何をできるのかを発見し、必要なデータを取得し、許可された操作を実行できます。
WordPress 7.0のMCP Adapterは、Abilities APIで登録された機能をMCP対応ツールとして変換します。これにより、Claude Desktop、Cursor、VS CodeのMCP拡張など、MCPに対応したAIツールがWordPressサイトに接続し、登録された機能を自動的に発見・利用できるようになります。
つまりWordPressサイトは、単なるHTMLページの集合ではなく、AIエージェントが接続できるMCPサーバーのような存在になります。
AIはページをスクレイピングして無理に意味を推測するのではなく、サイト側が明示した機能を通じて、正確なデータを取得したり、決められた操作を行ったりできるようになるのです。
セキュリティと権限管理も重要になる
AIエージェントがWebサイトの機能に直接アクセスできるようになると、当然ながらセキュリティが重要になります。
WordPress 7.0では、登録された各機能に対して、どのユーザー権限が必要かを指定できる階層的な権限モデルが用意されています。
たとえば、公開されている商品情報を取得する機能であれば、認証なしで利用できるかもしれません。一方、注文ステータスを変更するような機能には、適切な書き込み権限を持つユーザーだけがアクセスできるようにする必要があります。
MCP Adapterは、AIエージェント任せにするのではなく、機能が呼び出される時点で権限をチェックします。
また、読み取り専用の機能だけを公開し、書き込み系の機能は無効にしておくことも可能です。まずは情報取得だけを許可し、十分にテストした後で必要に応じて権限を広げる、という運用が推奨されます。
さらに、アプリケーションパスワードによる認証を使うことで、通常のWordPressログインとは別の認証情報を発行できます。これにより、特定のAI連携だけを無効化したり、アクセスを取り消したりしやすくなります。
AI連携を本格的に導入する場合は、監査ログも重要です。どのAIエージェントが、いつ、どの機能を呼び出し、どんなデータを取得または変更したのかを記録することで、責任あるAI運用につながります。
AI検索での見え方にも影響する
WordPress 7.0の変化は、AIエージェントが直接サイト機能を使う場面だけに限られません。
AI検索やAI回答エンジンにおいても、構造化されたデータを持つサイトは、より正確に理解されやすくなります。
これまでもschema.orgなどの構造化データは存在していました。Schema markupは、企業情報、商品、レビュー、FAQ、イベントなどを検索エンジンに伝えるために使われてきました。
WordPress 7.0のAbilities APIは、そこにさらに「このサイトは何ができるのか」という動的な能力の情報を加えます。
つまり、schema markupが「このサイトは何を提供しているか」を静的に説明するものだとすれば、Abilities APIは「このサイトはAIエージェントに対して何を実行・返答できるか」を示すものだといえます。
この2つが組み合わさることで、AIはサイトをより正確に理解できるようになります。
たとえば、AIがECサイトの商品ページを過去にクロールしたキャッシュ情報だけで判断するのではなく、WooCommerceの最新の商品カタログや在庫状況を構造化された形で取得できるようになれば、ユーザーへの推薦精度も高まります。
これは、AI検索やAIアシスタント経由の集客を重視する企業にとって、大きな意味を持ちます。
プラグイン開発者に求められる対応
WordPress 7.0の影響がどこまで広がるかは、プラグイン開発者の対応に大きく左右されます。
WordPressは世界中のWebサイトの40％以上で使われており、プラグイン数も非常に多い巨大なエコシステムです。そのため、主要プラグインがAbilities APIに対応するかどうかが、AI時代のWordPressの使いやすさを左右します。
プラグイン開発者にとっては、自分たちのプラグイン機能をAIエージェントから利用可能にする新しい機会でもあります。
たとえば、コンテンツ検索、カテゴリー管理、商品情報取得、予約管理、会員情報の参照など、AIエージェントが利用しやすい形で機能を登録すれば、そのプラグインはAI連携に強いプラグインとして価値を高めることができます。
基本的な能力登録には、機能名、説明、必要なユーザー権限、実行する関数を定義する必要があります。WordPressのプラグインAPIに慣れている開発者であれば、導入のハードルはそれほど高くないとされています。
ただし、エコシステム全体に広がるには時間がかかるでしょう。早期対応する開発者もいれば、多くのプラグインが対応するまでには12〜18か月、さらに広範な普及には数年かかる可能性があります。
Webは「ページを読む」時代から「機能を使う」時代へ
今回の変化で見えてくるのは、Web全体が「ドキュメントモデル」から「能力モデル」へ移行しつつあるという流れです。
これまでWebサイトは、基本的にページを公開し、人間や検索エンジンがそれを読むものでした。AIも同じようにページを読み、内容を推測していました。
しかし今後は、サイト側が自分の機能やデータを明示し、AIエージェントがそれを直接発見・利用する形に変わっていく可能性があります。
WordPress 7.0は、この変化を世界最大級のCMSプラットフォーム上で実現しようとしている点で重要です。これは一部の大企業向けの特別なAI連携ではなく、数多くのWordPressサイトに広がる可能性があります。
まとめ
WordPress 7.0の重要なポイントは、AIがWebサイトを一方的にスクレイピングして理解する時代から、Webサイト側が自ら機能や情報を構造化して宣言する時代へ移行し始めたことです。
Abilities APIによって、プラグインは自分の機能をAIエージェントが発見・利用できる形で登録できるようになります。
MCP Adapterによって、登録された機能はMCP対応のAIツールから利用可能になります。
これにより、WordPressサイトは単なる情報ページではなく、AIエージェントが接続し、データを取得し、許可された範囲で操作できるインターフェースへと変わっていきます。
もちろん、AIに機能を開放するには、権限管理、読み取り専用設定、アプリケーションパスワード、監査ログなど、慎重なセキュリティ設計が欠かせません。
また、AI検索やAI回答エンジンにおいても、構造化されたデータや宣言された機能を持つサイトは、より正確に理解され、推薦や引用の対象になりやすくなる可能性があります。
WordPress 7.0は、Webサイトを「AIに読まれる存在」から「AIとやり取りできる存在」へ変えていく第一歩です。
今後のWordPress運用では、従来のSEOや構造化データだけでなく、AIエージェントが理解しやすい設計、MCP対応、プラグインのAbilities API対応も重要なテーマになっていくでしょう。
