MCPは接続済みだがWordPressツールが表示されない

MCPの通信が接続済みでも、そのサーバーがクライアントにWordPressツールを公開していない場合があります。ツール一覧は、サーバーのcapability、プラグイン登録、バージョン互換性、スコープ、クライアント側の再読み込みに依存します。WordPress認証はその後の別の層です。

考えられる原因

• クライアントはMCPサーバーに接続していますが、期待するtools capabilityが宣言または公開されていません。
• サーバーまたはプラグインが現在のIDや設定に対して一部のツールだけを公開しています。
• バージョン間でツール名、namespace、または入力schemaが変更されています。
• クライアントが誤ったドメイン、ベースパス、RESTエンドポイント、またはMCPエンドポイントを呼び出しています。
• 参照したドキュメントまたはサポート回答が別のプラグイン、クライアント、またはバージョン向けです。

診断手順

1. 変更前にWordPress、プラグイン、クライアント、コネクター、サーバーのバージョンを記録します。
2. MCP tools一覧を取得し、実際に公開された名前とschemaを記録します。
3. 要求したツール名と入力を、現在のMCPサーバーが返すschemaと比較します。
4. クライアント設定のスキーム、ホスト、ベースパス、エンドポイントを確認します。
5. インストール済みバージョンを公式changelogと修正版に照合します。
6. 認証ユーザーのcapabilityをルートまたはツールが必要とする操作と比較します。

最小限の修正を適用する

1. 承認されたワークフローに必要なWordPressツールだけを有効または登録します。
2. WordPress権限を広げず、エンドポイント、transport、ツール名、認証情報参照を修正します。
3. 古い手順を、現在のクライアント、プラグイン、バージョンに対応する公式情報へ置き換えます。
4. 承認済み操作を完了できる最小のWordPressアクセスレベルを選びます。
5. プラグイン固有の動作が残る場合、秘密を除去したバージョン付き証拠でサポートへ連絡します。

結果を検証する

• 現在のMCPサーバーが期待するWordPressツールと入力schemaを一覧表示します。
• 認証済みリクエストが意図した専用WordPressユーザーに対応します。
• 承認された限定的な読み取りが再現可能な応答で成功します。
• 意図的に禁止した書き込みは引き続き拒否されます。

避けるべき対応

• 接続テストを通す目的だけで管理者権限を付与しないでください。
• 認証成功と、すべてのWordPress操作の許可を混同しないでください。
• すべての 403 を接続障害と判断しないでください。正しい権限拒否の場合があります。
• 正確なバージョンで確認せず、外部データ利用、同意、権限について断定しないでください。
• 別の承認済みワークフロー、staging、ロールバックなしに制限付きIDからFull Powerへ移行しないでください。

よくある質問

MCPサーバーが接続済みならWordPressへアクセスできますか？

いいえ。単一のプロトコル層に到達できることを示すだけです。サーバーがツールを公開し、クライアントが検出し、WordPressがユーザーを認証し、操作が権限チェックを通過する必要があります。

関連ガイド

• WordPress MCPをやさしく解説
• WordPress REST APIとMCP: どちらを使うべきか
• AIクライアントはWordPressツールを見つけるが操作が拒否される
• Claude Code または Codex の WordPress アクセスをトラブルシューティングする
• AIにどのWordPressアクセスレベルを与えるべきですか？