WordPressの公式AIプラグイン「AI」1.3.0では、投稿編集画面を離れずに本文を翻訳し、タイトルと内容から短いスラッグ候補を作れるようになりました。外部AIエージェントへWordPressの機能を公開するCustom Abilitiesも、明示的にオンにした場合だけ有効になる設計です。
便利そうだから全部オンにする、という進め方は避けましょう。まず検証用サイトで接続先と権限を確認し、翻訳やスラッグ生成のように変更内容を目視できる機能から試すのが安全です。本番へ入れる場合も、更新前のバックアップと復元手順を先に確認します。
この記事は2026年8月22日時点のWordPress AI Team公式発表とWordPress 7.0の公式情報を基準にしています。WordPress.comのAIエージェント連携とは対象環境が異なり、ここで扱うのは主に自己ホスト型WordPressへ導入する公式AIプラグインです。
WordPress公式AIプラグイン1.3で何が変わったのか
1.3.0の注目点は、AIを「文章を生成する箱」として追加するのではなく、普段の編集操作へ組み込んだことです。投稿者が結果を確認して採用できるワークフローと、外部連携を必要なときだけ公開する権限制御が中心になっています。
| 新機能 | できること | 導入時の注意 |
|---|---|---|
| Content Translation | 段落・見出し・タイトルを指定言語へ翻訳 | 原文を置き換えるため先に複製する |
| Slug Generation | タイトルと本文から短いスラッグを提案 | 公開済み記事のURL変更には使わない |
| Custom Abilities | WordPress機能をAbilities APIやMCPへ公開 | 外部連携が不要ならオフのままにする |
| 開発者向けツール | AI機能の検証や拡張を支援 | 本番サイトで実験機能を一括有効化しない |
AIプラグインは、WordPress 7.0で整備されたAI ClientやAbilities APIの上に機能を追加します。WordPress本体へAIの土台が入ったことと、すべてのサイトで自動的に文章生成が始まることは別です。利用するプロバイダーとの接続、プラグインの有効化、各実験機能の選択が必要になります。
WordPress.comのAI連携との違い
WordPress.comはホスティングサービスであり、レンタルサーバーへ設置するWordPress.org版とは管理範囲が違います。今回のAIプラグインはオープンソースWordPress側で試す機能。WordPress.comのMCP連携手順を、そのまま自己ホスト型サイトへ当てはめるものではありません。
どちらを利用しているか分からない場合は、サーバー会社の管理画面からWordPressを設置したかを確認してください。自分でサーバー契約とインストールを行ったサイトは、一般に自己ホスト型です。
導入前に確認する5つの条件
AI機能は投稿内容と外部サービスを扱うため、通常の装飾プラグインより確認項目が多くなります。エラーが出てから権限を広げるのではなく、どのデータをどこへ送るのかを先に整理します。
- WordPress本体、テーマ、主要プラグインの対応状況を確認する
- ステージングサイトまたは検証用サイトを用意する
- データベースとファイルをバックアップする
- 接続するAIプロバイダーと課金条件を確認する
- 誰が機能を使えるか、ユーザー権限を決める
本体更新を伴う場合は、WordPressを安全に更新する手順に沿い、互換性と復旧方法を確認してから進めてください。バックアップを取っただけで安心せず、管理画面へ入れない状態でも戻せるかが判断基準です。
APIキーを記事や画像へ残さない
AIプロバイダーとの接続でAPIキーを使う場合、投稿本文、カスタムHTML、スクリーンショットへ写さないでください。共有アカウントで運用せず、用途を分け、不要になったキーを失効できる状態にします。
設定画面を撮影してマニュアル化するときも要注意。キーそのものだけでなく、メールアドレス、接続ID、サイト固有情報を隠してから保存します。
記事翻訳の使い方と失敗を防ぐ手順
Content Translationは、対応する段落ブロックと見出しブロックを対象言語へ翻訳し、必要なら投稿タイトルも翻訳します。結果は編集画面内の原文を置き換えるため、「あとで比較すればよい」と考えず、先に原文を残す工程が欠かせません。
- 翻訳元の記事を複製し、新しい下書きを作る
- 言語、固有名詞、翻訳しない製品名を編集メモへ書く
- Content Translationで対象言語を選ぶ
- タイトル、見出し、本文を原文と段落単位で比較する
- URL、内部リンク、画像代替テキスト、CTAを対象地域向けに直す
- ネイティブ確認または専門用語に詳しい担当者の確認後に公開する
翻訳できることと、その市場で読まれることは同じではありません。日本向けの料金、法律、配送、問い合わせ先を直訳すると誤解を招く可能性があります。検索キーワードも言語ごとに異なるため、タイトルだけ訳して終わりにしないこと。
原文記事を上書きしない
多言語記事を作る目的なら、原文を置き換えて同じURLで公開する方法は適しません。言語別URL、hreflang、サイト内ナビゲーションなど、多言語サイト全体の設計が必要になります。AIプラグインは翻訳作業を助けますが、URL設計や公開判断を代行するものではありません。
単発の確認では、短い下書きを複製して機能の挙動を見るだけで十分です。元記事を触らず、保存前後の差をリビジョンでも確認しましょう。
SEOスラッグ生成を安全に使う方法
Slug Generationは、タイトルと本文から簡潔なパーマリンク候補を出し、公開前フローでも確認できます。候補を編集、再生成でき、無効な値が適用されないよう検査される点が特徴です。
良いスラッグは短く、記事の主題が分かり、将来も意味が変わりにくい形です。日本語タイトルをすべてローマ字化した長い文字列や、助詞まで含む文章は避けます。年号は毎年更新する記事なら入れず、その年固有のニュースだけに限定すると運用しやすくなります。
| 確認項目 | 判断例 |
|---|---|
| 主題が分かるか | wordpress-ai-pluginを含める |
| 長すぎないか | 主要語3〜6語程度へ整理 |
| 将来も使えるか | 不要な日付や版番号を外す |
| 既存URLと重ならないか | 投稿一覧とサイト内検索で確認 |
| 公開済みか | 公開後は安易に変更しない |
AIの候補は最終決定ではありません。同じテーマの記事がすでにあれば、良いスラッグでもカニバリゼーションが起きます。タイトル、検索意図、既存ページの役割を比較してから採用してください。
Custom Abilitiesは必要な場合だけ有効にする
Custom Abilitiesをオンにすると、投稿詳細、投稿ターム、設定、ユーザー、コンテンツの読み取りなど、指定されたAbilitiesを外部インターフェースへ公開できます。1.3.0では自動登録ではなく、管理者が明示的に選ぶ方式になりました。
外部AIエージェントやMCP連携を使わないサイトなら、オンにする理由はありません。内部のAIプラグイン機能は、この設定を有効にしなくても動作すると公式説明にあります。
有効にする場合は、次の順で範囲を絞ります。
- 最初は読み取りだけで接続テストする
- 管理者ではなく必要最小限のユーザー権限を使う
- 対象サイトと対象投稿を明示する
- ユーザー情報を取得する操作は目的を説明できる場合だけ許可する
- 投稿、更新、削除、公開を同じテストで実行しない
- 作業後に接続とAPIキーを棚卸しする
WordPressとAIエージェントをつなぐ考え方は、WordPress.comとAIエージェントをMCPで連携する際の安全ルールも参考になります。ただし、接続方式や対象環境は同一ではないため、設定値をコピーせず考え方だけを利用してください。
うまく動かないときの切り分け
ボタンが表示されない場合、すぐにプラグインを入れ直すのではなく、機能の提供条件を層ごとに確認します。原因を混ぜると、不要な権限変更や本番サイトでの試行錯誤につながります。
| 症状 | 確認する場所 |
|---|---|
| AIメニューがない | プラグイン有効化、本体バージョン、ユーザー権限 |
| 機能がグレー表示 | 本文量、対応ブロック、実験機能の設定 |
| 接続できない | Connector承認、APIキー、プロバイダー設定 |
| 翻訳結果が不自然 | 対象言語、固有名詞、元原稿の曖昧さ |
| 外部連携だけ失敗 | Custom Abilities、MCP側設定、権限 |
本番サイトで原因調査を続けないことも大切です。検証環境で再現できる最小の記事を作り、テーマや他プラグインの影響を切り分けます。
よくある質問
WordPress 7.0へ更新すればAIが自動で有効になりますか？
いいえ。WordPress 7.0はAI ClientやAbilities APIなどの土台を提供しますが、具体的な機能にはAIプラグイン、接続設定、実験機能の有効化などが必要です。更新だけで投稿内容が外部AIへ自動送信される、という理解は正確ではありません。
翻訳した記事をそのまま公開してよいですか？
推奨できません。固有名詞、料金、制度、リンク、検索キーワードを確認し、対象言語を理解する人が最終確認してください。原文を残し、別の下書きで作業すると比較しやすくなります。
スラッグ生成はSEO順位を上げますか？
短く分かりやすいURL設計には役立ちますが、スラッグだけで順位は決まりません。検索意図への回答、独自情報、内部リンク、ページ品質などと合わせて考えます。
Custom Abilitiesは必須ですか？
外部のAIエージェントやMCPからAbilitiesを使わないなら必須ではありません。用途を説明できる場合だけオンにし、接続後も不要な権限が残っていないか確認します。
まとめ
WordPress公式AIプラグイン1.3は、記事翻訳とスラッグ提案を編集フローへ組み込み、外部公開するAbilitiesを管理者が選べるようにした更新です。まず試すなら、検証用サイトで原文を複製し、短い記事の翻訳または未公開記事のスラッグ提案から始めてください。
最初の一歩はバックアップではなく「復元できるバックアップ」の確認です。その上で必要な実験機能だけをオンにし、結果を人が読んでから保存する。この順序なら、AIの速さとWordPress運営の安全性を両立しやすくなります。
コメント