WordPress.comでは、MCPを介してAIエージェントにサイト情報を読ませるだけでなく、ブログ投稿の下書き作成、既存投稿の編集、カテゴリーやタグの管理などを任せられるようになりました。管理画面を何度も往復する作業を減らせる一方、公開や削除まで扱える接続は、権限と確認手順を決めずに使うと危険です。
安全に始めるなら、最初は「対象サイトを限定」「下書きのみ」「削除しない」の3条件を固定します。AIが作った投稿を人がプレビューし、リンク、画像、カテゴリー、事実関係を確認した後に公開する流れです。
この記事は、2026年8月5日時点でWordPress.comが公式に案内しているAIエージェント連携を対象にしています。レンタルサーバーへWordPress.org版を設置する自己ホスト型では、同じ機能がそのまま使えるとは限りません。まず違いを整理し、接続前の準備、実践手順、失敗を防ぐチェックまで進めましょう。
WordPress.comのAIエージェント連携とは
AIエージェントは、質問に答えるだけでなく、許可されたツールを使って複数の作業を進めるAIです。WordPress.comとの連携では、MCPサーバーがAIとサイトの間に入り、利用可能な情報や操作をツールとして提供します。
WordPress.comは2025年にMCPの読み取り対応を案内し、2026年3月には書き込み機能を発表しました。公式発表では、投稿の作成・公開、コンテンツの編集、サイト管理に関わる操作をAIエージェントから行えると説明されています。
ただし「AIが管理画面を人間のように勝手に操作する」という理解は正確ではありません。接続先が提供するツール、認証したアカウントの権限、利用環境の承認設定という範囲の中で動きます。できることは連携先と契約内容によって変わるため、実行前に表示される操作内容を確認してください。
MCPが果たす役割
MCPは、AIへ外部サービスの道具と情報を渡す共通の接続方式です。WordPress.com側が「投稿を一覧する」「下書きを作る」「投稿を更新する」といった操作を定義し、AIエージェントは必要なツールを選んで呼び出します。
この方式の利点は、パスワードを会話へ貼らず、認証と権限を接続画面で管理できることです。それでも、AIへ広い権限を与えれば広い操作が可能になります。技術が安全を自動保証するのではなく、最小権限と確認工程を作りやすくする土台だと考えましょう。
WordPress.comと自己ホスト型WordPressの違い
ここが最も間違えやすい点です。WordPress.comはAutomatticが運営するホスティングサービスで、WordPress.orgからソフトウェアを入手し、エックスサーバーなどへ設置する自己ホスト型とは管理主体が異なります。
| 比較項目 | WordPress.com | 自己ホスト型WordPress |
|---|---|---|
| サーバー管理 | WordPress.com側 | 利用者・レンタルサーバー側 |
| 公式MCP機能 | WordPress.comの案内と対応範囲に従う | サーバーやプラグイン、独自実装に依存 |
| 認証 | WordPress.comアカウントと接続承認 | REST API、アプリケーションパスワード、独自MCPなど |
| 保守 | サービス側の管理範囲が広い | 本体、テーマ、プラグインを利用者が管理 |
| カスタマイズ | プランとサービス仕様の範囲 | サーバー権限に応じて柔軟 |
Weblaboの読者に多いレンタルサーバー型サイトでは、WordPress.comの発表を見て同じ接続URLを入力しても動かない可能性があります。自己ホスト型でAI連携を行う場合は、利用中のサーバー、WordPress本体、認証方式、導入するMCPサーバーやプラグインを別途確認してください。
Jetpackを入れれば同じになるのか
JetpackでWordPress.comアカウントと接続していても、WordPress.comホスティング上のサイトと完全に同じ扱いになるとは限りません。機能ごとに対応条件が異なるため、「Jetpack接続済みだから書き込みMCPも使える」と推測せず、公式の対象サイト一覧と実際の接続画面を確認します。
AIエージェントに任せやすい6つの作業
連携の効果が出やすいのは、対象と完成条件が明確な作業です。反対に、サイト全体の方針変更や大量削除のような影響範囲が広い操作は、人が判断を挟むべき領域でしょう。
1. 記事案を既存投稿と照合する
公開済み投稿を一覧し、新しい企画と検索意図が重ならないか確認します。単語の一致だけでなく、対象読者、解決する悩み、読後の行動を比較すると、似た記事の乱立を防げます。
この段階では書き込み権限は不要です。「候補を表にして停止」と指示し、企画を人が選んでから下書き工程へ進みます。
2. 新規投稿を下書きで作る
タイトル、本文、抜粋、カテゴリー、タグなどを指定して下書きを作成します。本文だけでなく、スラッグ、メタディスクリプション案、画像の代替テキストまで同時に用意すると、入稿後の作業が減ります。
公開状態は必ず下書きに固定してください。「投稿を作る」という依頼だけでは、利用するツールの初期値や解釈に任せる部分が残ります。ステータスを明示するのが安全です。
3. 古い記事の更新候補を抽出する
更新日、製品名、年号、リンク先などを手掛かりに、古くなりやすい投稿を洗い出します。AIに修正まで任せる前に、候補URL、古い可能性がある記述、確認すべき公式情報を一覧にさせましょう。
料金や法律、製品仕様は、サイト内の過去記事だけで更新してはいけません。執筆時点の公式一次情報を確認し、変更前後を編集メモへ残します。
4. カテゴリーとタグを整理する
表記揺れや似たタグを見つけ、整理案を作る用途です。タグの統合や削除は既存URL、アーカイブ、内部リンクへ影響する場合があるため、最初は提案だけに限定します。
カテゴリー変更も同様です。記事の主題が明らかに違う場合を除き、一括変更ではなく対象投稿を少数ずつ確認します。
5. 公開前チェックを行う
見出し階層、リンク、画像の代替テキスト、カテゴリー、抜粋、公開状態を確認します。AIが作成した本文を同じ会話で確認させるだけでなく、チェック項目を固定した別工程にすると見落としが減ります。
検索順位や収益を保証する表現、根拠のない数値、架空の体験がないかも対象です。技術的に投稿できることと、編集品質を満たすことは別問題です。
6. 複数記事の情報を一覧化する
記事タイトル、URL、カテゴリー、更新日、主要テーマなどを表へまとめれば、内部リンクやリライトの検討に使えます。ただし、全記事を一度に変更する必要はありません。読み取りと分析を先に行い、変更対象を絞りましょう。
接続前に準備するもの
設定画面を開く前に、対象サイトと許可範囲を決めます。準備不足のまま接続すると、便利そうな権限をすべて許可しやすくなるためです。
- 対象のWordPress.comサイト
- サイトへ必要な操作を行えるWordPress.comアカウント
- MCP対応のAIエージェントまたはクライアント
- 最初に試す具体的な作業を1件
- バックアップまたは変更履歴を確認できる体制
- 公開、削除、ユーザー管理をAIへ任せない運用ルール
本番サイトで最初の接続テストをするなら、既存投稿を編集せず、短いテスト投稿を下書きで1件作る方法が比較的安全です。作成後にタイトル、本文、ステータスを確認し、不要なら人が削除します。
WordPress.comとAIエージェントを連携する手順
接続画面の名称は利用するAIクライアントやWordPress.comの更新で変わる可能性があります。ここでは、特定の製品画面に依存しない流れを示します。
- AIクライアントのコネクターまたはMCP設定を開く
- WordPress.comの公式接続先を選ぶ
- WordPress.comの認証画面で対象アカウントへログインする
- 接続対象のサイトと要求される権限を確認する
- 接続を承認し、AIクライアントへ戻る
- 読み取り専用の依頼で対象サイトを確認する
- テスト投稿を「下書き」で1件作る
- WordPress.com管理画面で保存結果を確認する
認証URLや接続先は、必ず公式案内または利用中のAIクライアントが提示する正規画面から開きます。検索広告や第三者ブログに掲載された接続先を無条件に使わないでください。
最初の読み取りテスト
いきなり投稿を作らず、サイト名と最近の下書き件数など、機密性の低い範囲を読ませます。意図したサイトが選ばれているか、複数サイトを持つアカウントで取り違えていないかを確認するためです。
依頼例は次のように範囲を絞ります。
接続中のWordPress.comサイト名とURLを確認してください。
投稿の作成、更新、公開、削除は行わないでください。
確認結果を表示した時点で停止してください。
下書き作成テスト
読み取り結果が正しければ、公開されても問題のないダミー文ではなく、明確にテストと分かる下書きを作ります。公開事故を防ぐため、ステータスと禁止操作を重ねて指定します。
タイトル「MCP接続テスト」、本文「下書き保存の確認用です」の投稿を1件作成してください。
投稿ステータスは必ず下書きにしてください。
公開、予約投稿、既存投稿の更新、削除は行わないでください。
作成後、投稿IDと下書き状態を報告して停止してください。
作成報告だけで完了とせず、WordPress.com管理画面を再読み込みし、実際の下書き状態を確認します。AI側の成功表示とCMS側の保存結果が一致していることが完了条件です。
SEO記事を下書きする実践ワークフロー
接続テストが終わったら、企画から公開までを一度に任せず、判断点で工程を区切ります。おすすめは「調査」「構成」「原稿」「入稿」「確認」の5段階です。記事設計の基本は、SEOに強いブログの作り方・記事の書き方で検索意図から公開後の改善まで確認できます。
| 工程 | AIへ任せること | 人が確認すること |
|---|---|---|
| 調査 | 既存記事、公式情報、検索意図の整理 | テーマの必要性、カニバリゼーション |
| 構成 | タイトル、見出し、根拠一覧 | 検索意図への回答順、不要な一般論 |
| 原稿 | 本文、表、FAQ、メタ情報、画像案 | 事実、表現、体験情報の有無 |
| 入稿 | 下書き作成、カテゴリー、画像配置 | 対象サイト、ステータス、欠落 |
| 確認 | チェックリストとの照合 | プレビュー、公開判断 |
各工程で成果物を表示して停止させると、方向がずれたまま大量の変更が入るのを防げます。AIエージェントの自律性は、確認をなくすためではなく、決めた範囲の作業を最後まで進めるために使うものです。
記事下書きの依頼テンプレート
対象: 承認済みの構成案1件。
目的: 初心者が手順を再現できるSEO記事をWordPress.comへ下書き保存する。
必須: 冒頭で結論、H2直後に導入、比較表、番号付き手順、FAQ、まとめ、meta description案、画像代替テキスト案。
根拠: 製品仕様は公式一次情報を確認し、確認日とURLを編集メモへ残す。
禁止: 架空の体験・数値・画面を作らない。既存投稿を変更しない。公開・予約・削除しない。
完了条件: 下書き保存後に再取得し、タイトル、本文、カテゴリー、ステータスの一致を報告する。
実績や操作画面がない場合は、AIに作らせるのではなく「追加取材項目」として残します。一次情報がないことを隠さない方が、公開後の信頼性を守れます。
公開事故と情報漏えいを防ぐ8つのルール
書き込み対応は便利さが大きい分、運用ルールが欠かせません。個人サイトでも、誤公開や大量更新が起きれば復旧に時間がかかります。接続前には、個人ブログ向けWordPressセキュリティ対策も併せて確認しておきましょう。
- 初期運用は下書き作成だけに限定する
- 1回の依頼で扱う投稿数に上限を設ける
- 投稿IDまたはURLを表示してから更新する
- 削除はAIへ任せず、人が管理画面で行う
- APIキーやパスワードを会話へ貼らない
- 個人情報を含む下書きを外部AIへ送らない
- 実行後にWordPress側で保存結果を確認する
- 不要になった接続はWordPress.com側でも解除する
とくに「最新記事を直して」のような相対指定は避けます。投稿順が変わった場合に別記事を編集する恐れがあるため、タイトルとURLまたは投稿IDを指定しましょう。
バックアップと復旧方法を先に確認する
書き込みテストの前に、投稿のリビジョン、ゴミ箱、バックアップ、変更履歴の確認方法を把握します。誤更新が起きたとき、どこから戻すのか分からなければ対応が遅れます。
大量変更を行う場合は、対象一覧をCSVなどへ出し、変更前のタイトル、ステータス、カテゴリーを保存しておくと比較しやすくなります。もっとも、安全な初期運用では大量変更そのものを避けるべきです。
うまく動かないときの切り分け
接続できない場合は、設定を何度もやり直す前に原因を層ごとに確認します。
- 対象がWordPress.comサイトか、自己ホスト型か
- 利用中のプランやアカウントに機能が提供されているか
- AIクライアントがMCPまたは該当コネクターに対応しているか
- 認証が完了し、正しいサイトを選んでいるか
- アカウントの役割に必要な権限があるか
- 読み取りは成功し、書き込みだけ失敗するのか
- サービス障害や一時的な接続切れがないか
読み取りまで失敗するなら接続または認証、読み取りはできるが下書きを作れないなら権限や書き込み機能の提供範囲が疑われます。エラーを解決するために管理者権限を無条件で与えず、公式サポート情報を確認してください。
よくある質問
WordPress.org版でも同じMCPを使えますか？
WordPress.comの公式発表はWordPress.comサービスを対象にしています。自己ホスト型では、利用するMCPサーバー、プラグイン、REST API、認証方式を別途用意する場合があります。同じだと決めつけず、提供元の対象範囲を確認してください。
AIエージェントへパスワードを教える必要がありますか？
正規のコネクターやOAuth認証を使う場合、パスワードを会話へ貼るべきではありません。公式の認証画面でログインし、要求される権限を確認します。APIキーを使う構成でも、記事本文やチャットへ直接記載しないでください。
記事を自動公開できますか？
接続先が公開操作を提供し、権限があれば可能な場合があります。しかし、初期運用では下書きまでに限定してください。事実確認、表示崩れ、リンク、画像、代替テキストをプレビューし、人が公開判断を行う方が安全です。
複数サイトをまとめて更新できますか？
技術的に扱える場合でも、最初から一括更新は勧めません。サイトを取り違えるリスクがあるため、対象サイトURLと投稿IDを明示し、少数の下書きで検証してから範囲を広げます。
SEO対策も自動で完了しますか？
AIは構成、メタ情報、内部リンク候補、公開前チェックを支援できますが、順位を保証できません。検索意図、独自情報、サイト全体の評価、競合、技術状態など複数の要因が関わります。Search Consoleの実データを見ながら改善してください。
まとめ
WordPress.comのAIエージェント連携は、MCPを通じて投稿の下書き、編集、管理作業を効率化する仕組みです。最初は対象サイトを限定し、読み取り確認、テスト下書き、管理画面での再確認という順に進めます。
注意したいのは、WordPress.comと自己ホスト型WordPressを混同しないこと。そして、書き込み機能があるからといって公開まで一気に任せないことです。まず「MCP接続テスト」という下書きを1件だけ作り、AI側の報告とWordPress側の保存状態が一致するか確かめてください。安全な小さな成功から始めるのが、結局は最短ルートです。
コメント