この図解の案内人
Web・写真・AI活用に向き合う個人事業主。現場目線で本質を整理する。
けんさんのアシスタント。素朴な疑問や読者目線のつまずきを代弁する。
LLMを擬人化した知的な相棒。複雑な仕組みをわかりやすく構造化する。
まりなさん けんさん！ WordPressの新しいバージョン「7.2」が出るって見かけたんですけど、AIとつながるようになるって本当ですか？ なんだか一気に未来っぽくてワクワクします！
けんさん そうだなぁ… たしかに大きな一歩なんだけど、「7.2に更新したら明日からAIが全部勝手にホームページを直してくれる！」と思うとちょっと危ないんだよね。何ができて、どこに気をつけるべきか、まずは全体像から一緒に見ていこうか。
WordPress 7.2は、人が管理画面で操作するだけのCMSから
「AIエージェントが安全に手伝うための共通窓口」を備えたCMSへの進化の一歩。
2026年11月10日に Beta 5 公開・12月8日に正式リリース予定（現在はテスト段階のため本番導入は厳禁）
人間が管理画面で直接すべて操作するCMS
記事の検索、設定の確認、下書き投入、保守点検まで、すべて人間がブラウザで管理画面を開いて手作業で行う前提の設計。
人間＋AIエージェントがAPI/MCP経由で協働するCMSへ
Abilities API や Secrets API、別途導入する MCP Adapter により、権限管理のもとでAIが情報収集や一部操作を支援できる土台が整備。
WordPress 7.2 で押さえておくべき「5つの注目領域」
1. AI連携基盤
Abilities API拡張・MCP
2. セキュリティ
Secrets API・認証通知
3. 編集・デザイン
画面別調整・新テーマIpsum
4. PHP 8.6対応
コアの既知問題を解消
5. 操作性・安定性
MP3・Git worktree修正
AI先生 今回の変化を一言で整理すると、「AIエージェントがWordPressの機能を安全に呼び出すための共通ルール（土台）が整いつつある」ということです。現在公開されているのはテスト用の Beta 5 で、正式リリースは2026年12月8日が予定されています。まずは公式発表の事実（FACT）から順番に見ていきましょう。
Part 1：公式発表の事実（FACT）と「AI連携基盤」の仕組み
2026年11月10日に公開された WordPress 7.2 Beta 5 のリリースノートはバグ修正と互換性調整が中心ですが、WordPress 7.2 全体の開発計画および関連プロジェクト（AI Building Blocks）を含めると、以下の事実と仕様が確認できます。
WordPress 7.2 Beta 5 ＆ 関連プロジェクトで確認できる事実
Beta 5 公開（正式版は12月8日予定）
2026年10月のBeta 1から毎週テストが重ねられ、11月10日にBeta 5が公開。Beta 5自体は仕上げ段階のバグ修正・互換性調整が中心であり、本番サイトへの導入は非推奨と明記されています。 （出典: WordPress.org News Beta 5 ）
Abilities API拡張 ＆ Secrets API
WPの機能を機械が理解・呼び出しやすくする Abilities API を拡張し、権限に応じた標準Abilitiesを整備。機密情報を統一的に扱う Secrets API やアプリケーションパスワード作成時のメール通知も改善されます。 （出典: Abilities API Docs ）
MCP連携は別プラグイン・PHP互換は本体のみ
外部AIとつなぐ MCP Adapter は別途導入するプラグインであり、7.2単体で自動運用が完成するわけではありません。またPHP 8.6の既知問題解消は「WP本体」についてであり、全テーマ・プラグインの動作保証ではありません。 （出典: Make WordPress AI ）
WordPress 7.2 開発計画と Beta 5 の5大変更ポイント詳細 （出典: Make WordPress Core 7.2 ）
AIエージェントとの連携基盤（Abilities API / MCP）
投稿・サイト情報などを権限に応じて取得・操作する標準Abilities（core/content-query 等）を整備。別途「MCP Adapter」プラグインを入れることで外部AIからの呼び出しに対応。
外部連携とセキュリティ（Secrets API・通知改善）
APIキーやトークンを統一的に扱うSecrets API基盤（保存方式は実装依存であり「すべて暗号化」とは断定しない）。アプリケーションパスワード作成時のメール通知など認証管理を強化。
デザイン・編集機能（ブロックエディター・新テーマIpsum）
画面サイズに応じたスタイル調整、編集時のNotes（メモ）、履歴、アクセシビリティを改善。新テーマ「Ipsum」の開発・調整も進行中。
PHP 8.6互換性解消 ＆ 操作性・安定性の仕上げ（4・5）
Beta 5時点でWordPress本体の既知のPHP 8.6互換性問題を解消。あわせて管理画面のキーボード操作、MP3アップロード互換性、Git worktree環境での自動更新問題を修正。
レストランの注文でたとえる「AIエージェント × WordPress 7.2」連携構造
人間 ＋ 外部AIエージェント
Claude DesktopやCursor、社内AIツールなどから「最新記事を探して」「保守レポートの下書きを作って」と依頼する。
MCP Adapter ＋ 認証・権限管理
別導入の公式プラグイン MCP Adapter がAIの言葉（MCP規格）を通訳。アプリケーションパスワードや Secrets API で鍵と権限を厳格に照合する。
Abilities API（標準カタログ）
WordPress本体やプラグインが「何ができるか（記事取得・サイト情報調査など）」を機械が読める標準形式で公開し、許可された操作だけを実行する。
> Call MCP Tool: wp.abilities.execute("core/content-query")
Status: 200 OK (Permission: read_posts verified)
Found 3 posts matching "料金プラン" (last modified > 365 days)
外部連携用の認証キーが発行された際に管理者へメール通知。身に覚えのないAI・外部ツール連携にすぐ気づけるよう認証管理を改善。
画面サイズ（PC / タブレット / スマホ）に応じたスタイル調整や、編集時のNotes（メモ）・変更履歴・キーボード操作のアクセシビリティが洗練されます。
横文字で迷わない！WordPress 7.2 重要キーワードのやさしい言い換え
- Abilities API
- ひとことで言うと「AIや外部ソフト向けの公式メニュー表」。「記事一覧を調べる」「下書きを作る」といったWordPressの機能を、誰にどの権限で許可するかを整理して外部から呼び出しやすくする仕組みです。
- MCP / MCP Adapter
- ひとことで言うと「AIとWordPressをつなぐ共通規格の通訳プラグイン」。MCPはAIが外部ツールと会話するための共通ルールで、MCP Adapterはその通訳役として別途インストールするWordPressプラグインです。
- Secrets API
- ひとことで言うと「外部サービスとつなぐ合鍵（APIキー等）の共通管理窓口」。プラグインごとにバラバラになりがちだった機密情報の扱い方を統一する基盤です（※保存方式は環境や実装に依存するため、無条件にすべて暗号化されるとは過信しないことが大切です）。
- PHP 8.6 互換性
- ひとことで言うと「WordPressを動かすサーバー側の最新エンジンへの対応」。WordPress 7.2本体はPHP 8.6への対応が整いましたが、中に入っているテーマやプラグインが対応しているかは別問題のため、分けてテストする必要があります。
まりなさん 「Abilities API」とか「MCP Adapter」とか、最初はカタカナが多くて頭がパンクしそうでしたけど、レストランの「メニュー表」と「通訳スタッフ」って考えるとすごくしっくりきます！
AI先生 その通りです。これまでAIにWordPressを手伝ってもらおうとすると、サイトごとに複雑な専用プログラムを書く必要がありました。「Abilities API」という標準メニュー表がWordPress本体に整うことで、今後さまざまなAIツールと安全に連携しやすくなります。
けんさん しかも大事なのは、合鍵の窓口を整える「Secrets API」や、アプリケーションパスワードを作ったときのメール通知みたいに、セキュリティの土台も一緒に強化されている点なんだよね。AIに手伝ってもらう時代だからこそ、「誰に・どこまで触らせていいか」の鍵管理が一番の急所になるから。
Part 2：よくある誤解の整理と、現場視点の深掘り考察（DEEP DIVE）
「AI対応」「PHP 8.6対応」という見出しだけを見ると、過度な期待や危険な一括アップデートにつながりやすくなります。まずは誤解されやすい2つのポイントを整理した上で、Web制作・保守現場としての考え方を掘り下げます。
「WordPress 7.2 にアップデートすれば、AIが勝手にサイトを全自動運用してくれる！」
実際の正解：7.2はあくまで「連携しやすい土台」の整備です。外部AIとの接続には MCP Adapter 等の追加設定や権限設計が必要であり、公開・更新・削除には人間の承認を入れる運用が不可欠です。
「PHP 8.6 の互換性問題が解消されたなら、WP更新と一緒にサーバーのPHPも8.6へ上げていい！」
実際の正解：解消されたのは「WordPress本体」の既知問題のみです。既存テーマやプラグインがPHP 8.6で動く保証はないため、WP本体の更新とPHPの更新は必ず別工程に分けて検証します。
AIに「本番の舵」を丸投げせず、調査・点検・下書きを支える「副操縦士」としてつなぐ
世界中のWebサイトの4割以上を支えるWordPressが、コアレベルでAIエージェントとの対話窓口（Abilities API）を持ち始めた意味は非常に大きいです。一方で、クライアントの信頼を預かるWeb制作・保守の現場では、次の2つの原則を徹底することが重要だと考えます。
いきなりAIに本番記事を書き換えさせる必要はありません。「過去記事の表記ゆれやリンク切れを探す」「サイト状態を集計して月次保守レポートの下書きを作る」といった読み取り専用の調査業務だけでも、現場の手間は劇的に減り、事故リスクもゼロに抑えられます。
AIとの連携が便利になるほど、記事の公開・削除・設定変更といった破壊的操作には人間の最終承認を挟む設計が価値を持ちます。また、ブロックエディターやPHPの進化に対しても、必ずバックアップと検証環境を挟んで1つずつ切り分け検証する姿勢がサイトを守ります。
まりなさん あっ、なるほど…！ もしWordPress本体のアップデートとPHP 8.6への切り替えを同じ日に一気にやって、画面が真っ白になっちゃったら、どっちが原因か分からなくなっちゃいますもんね！
けんさん むむ… そこが制作・保守の現場で一番やっちゃいけない地雷なんだよね。特に独自CSSやカスタムブロック、お問い合わせフォームが入っているサイトは、正式版が出たあとも順番を守ってテストすることが何より大事なんだ。
Part 3：制作者・保守事業者が守るべき6つの実践ルールと向き合い方
2026年12月8日の正式リリースに向けて、Web制作者・保守運用担当者が踏むべき安全な6ステップと、「今すぐ試せること／今は様子見でいいこと」を整理します。
WordPress 7.2 導入・AI連携に向けた「安全運用の6ステップ」
ベータ版を本番に入れない
Beta 5はあくまでテスト用です。稼働中のクライアントサイトや本番環境には絶対に導入しないでください。
バックアップと検証環境を用意
12月8日の正式リリース後も、いきなり本番更新せず、即時復元できるバックアップとステージング環境を確保します。
テーマ・独自CSS・プラグイン確認
既存テーマ、独自CSS、カスタムブロック、主要プラグインの7.2対応状況を事前に確認します。
フォーム・編集・画像・スマホ確認
問い合わせフォーム送信、記事の編集・保存、画像やMP3アップロード、スマホ実機表示を実際にテストします。
PHP更新は本体更新と別工程で行う
問題発生時の原因切り分けのため、WordPress本体の更新とサーバーPHPバージョンの更新は必ず別日程・別工程で実施します。
AI接続は読み取りから＆更新は承認制
AIエージェント接続はまず読み取り専用（検索・集計）から始め、公開・削除・更新などは必ず人間が承認するフローにします。
今すぐ準備・ローカル検証できること
- ローカル・検証環境でのBetaテスト：LocalやDocker等のテスト環境で、既存テーマやブロックエディターの表示・編集感触を事前チェックする。
- AIに手伝わせたい「読み取り業務」の棚卸し：記事検索、過去記事の棚卸し、月次保守レポート用の情報収集など、安全に自動化できる定型調査を洗い出す。
- アプリケーションパスワードの棚卸し：現在本番サイトで発行されている不要なアプリケーションパスワードや外部連携キーがないか点検する。
今は焦らず待つ・慎重に構えること
- 本番サイトへの7.2導入：2026年12月8日の正式リリース、および主要プラグイン側の互換確認が揃うまでは本番アップデートを控える。
- 本番サイトでのAI直接書き込み・自律公開：MCP連携による本番記事の自動生成・自動公開はリスクが高いため、まずはテスト環境と読み取り専用から段階的に検証する。
- PHP 8.6への即時切り替え：サーバー側のPHPバージョン引き上げは、テーマ・プラグインの対応状況を見極めてから別工程で計画する。
まりなさん なるほど〜！ 「AIとつながる土台ができる」のはすごく頼もしいけど、まずは情報収集やレポート作成みたいな「読み取り」から試して、アップデート自体は正式版が出てから順番にテストすれば安心ですね！
けんさん その通りだね。僕たち制作・保守を預かる側は、新しい機能を楽しみつつも、まずは検証環境でのバックアップと表示確認を徹底して、お客さんのサイトを安全に守っていこう。