WordPress で自社サイトを運用している中小企業から、「記事作成や更新作業を AI で自動化できないか」という相談が増えています。結論から言えば、WordPress 運用の作業の多くは自動化できますが、「公開してよいか」を決める判断は人に残すのが現実的です。ここを曖昧にしたまま全自動を目指すと、事実誤認の記事が公開されたり、プラグイン更新でサイトが止まったりといった事故につながります。
この記事では、WordPress 運用の作業を「判断の重さ」で分類したうえで、AI に任せやすい領域、人が残すべき判断、そして実装時に詰まりやすい技術的なポイントを整理します。受注開発の現場で設計方針を決めるとき、あるいは社内で自動化の範囲を議論するときの材料として使ってください。
WordPress 運用の作業を「判断の重さ」で分類する
自動化の設計で最初にやるべきは、作業の棚卸しと分類です。「AI でできるか」ではなく、「間違えたときに誰が、どれくらい困るか」で分けると、線引きがはっきりします。
| 区分 | 作業の例 | 間違えたときの影響 | 推奨する任せ方 |
|---|---|---|---|
| 定型・可逆 | 見出し構成の素案、内部リンク候補の抽出、画像の代替テキスト（alt）案、タグ付け候補 | 小さい。やり直せる | AI に生成させ、下書きのまま保存 |
| 定型・不可逆 | プラグイン／コア更新、メディアの一括リサイズ、リダイレクト設定 | サイト停止や表示崩れ | 検証環境で自動実行し、本番適用は人が承認 |
| 判断を伴う | 公開可否、価格・在庫・営業時間などの事実記載、競合比較表現 | 信用・取引への影響 | 人が確認。AI は根拠の提示役に留める |
| 法務・権利 | 広告表示、個人情報を含む問い合わせ内容の扱い、画像・引用の権利処理 | 法令リスク | 人の判断必須。自動公開の対象外にする |
この表の上から 2 行が自動化の主戦場です。下 2 行まで一気に自動化しようとすると、チェック工数が増えてかえって遅くなる、という本末転倒が起きがちです。
AI に任せやすい領域の具体像
実際に効果が出やすいのは、「人がやると面倒だが、間違っても下書き段階で気づける作業」です。たとえば次のような場面です。
- 過去記事の棚卸し：数百本の記事タイトルと本文冒頭を読み込ませ、内容が重複している組み合わせ、情報が古くなっている可能性のある記事を一覧化する
- 内部リンクの候補出し：新規記事の本文から、関連しそうな既存記事を挙げてリンク位置を提案させる（貼るかどうかは人が決める）
- メタディスクリプションや alt の一括案出し：空欄になっている箇所を抽出し、本文から案を生成して下書きに入れる
- 構造の整形：担当者が書いた素のテキストを、見出し・箇条書き・表に整えてブロックエディタ形式で流し込む
- 更新前の差分確認：プラグインの更新内容（変更履歴）を読み、自社サイトで使っている機能に影響しそうかを要約させる
いずれも、AI の出力先を「公開」ではなく「下書き」に固定するだけで、リスクの大半は下げられます。WordPress には投稿ステータス（下書き・レビュー待ち・公開）があるので、この仕組みをそのまま承認フローとして使うのが素直です。
人が残すべき判断
逆に、自動化の対象から外すことを勧める領域があります。理由は精度ではなく、責任の所在が人にしか置けないからです。
事実と数値の確認
価格、在庫、営業時間、実績件数、導入社数といった数字は、AI が文脈から「それらしく」補ってしまうことがあります。社内の一次情報（基幹システムや価格表）と突き合わせる工程は人が担保すべきです。
広告・表示に関する判断
景品表示法に関しては、消費者庁が 2023 年に、広告であることが分かりにくい表示（いわゆるステルスマーケティング）を不当表示として指定する告示を公表し、同年から運用が始まっています。アフィリエイトやタイアップを含む記事では、表示方法の判断を自動化すべきではありません。制度の詳細は改定されることがあるため、最新の内容は消費者庁の公表資料で確認してください。
個人情報を含むデータの取り扱い
問い合わせフォームの内容を AI に要約させる、といった運用は便利ですが、個人情報保護法（2020 年改正・2022 年 4 月全面施行）のもとでは、取得時に示した利用目的の範囲や、外部サービスへの提供の扱いを整理しておく必要があります。また、総務省・経済産業省が 2024 年に公表した「AI 事業者ガイドライン」でも、利用者への透明性やデータの適正な取り扱いが論点として挙げられています。自社の運用がどこまで該当するかは、顧問の専門家に確認するのが安全です。
著作権に関わる判断
文化庁の文化審議会著作権分科会法制度小委員会は 2024 年に「AI と著作権に関する考え方について」を取りまとめています。生成物が既存の著作物に依拠・類似しているかどうかの評価は、最終的に人が引き受ける前提で運用を組むべき領域です。
実装で詰まりやすい箇所
WordPress と AI を連携させる際、技術的に引っかかりやすいのは次の点です。受注開発の見積もり時にも、ここを確認しておくと後工程が安定します。
- 認証と権限：WordPress には 5.6（2020 年）以降、アプリケーションパスワードが標準搭載されており、REST API（外部プログラムから投稿やメディアを操作するための仕組み）経由の連携に使えます。ただし管理者アカウントで発行すると、そのパスワードで管理画面相当の操作がほぼ可能になります。連携専用ユーザーを作り、権限は「寄稿者」相当（下書き作成のみで公開不可）から始めるのが基本です。
- ブロック形式の破壊：ブロックエディタの本文は、HTML コメントでブロック境界を持っています。AI が生成した素の HTML をそのまま流し込むと、エディタ上で「このブロックにはエラーが含まれています」と表示されることがあります。整形処理を挟むか、クラシックブロックとして格納するかを設計段階で決めておきます。
- 自動整形と文字化け：WordPress は改行を段落に変換する処理（wpautop）を行うため、意図した通りに表示されないことがあります。また、日本語スラッグは URL エンコードされるため、API 経由で作成する際はスラッグを英数字で明示的に指定する運用が無難です。
- 重複投稿：ジョブの再実行やタイムアウト時の再送で、同じ記事が二重登録される事故が起きます。外部キー（元データの ID）をカスタムフィールドに保存し、存在すれば更新・なければ新規、という冪等な処理にします。
- 検証環境の有無：プラグイン更新の自動化は、ステージング環境（本番と同構成の検証用サイト）がない状態では勧められません。更新を自動化するより先に、バックアップと復旧手順の整備を優先してください。
- キャッシュとの干渉：キャッシュ系プラグインや CDN を使っている場合、API 経由で更新しても表示が切り替わらないことがあります。更新後のキャッシュ削除まで含めて一連の処理にします。
- 記録の保持：どの処理が、いつ、どの記事を変更したかをログに残します。カスタムフィールドに「生成元」「生成日時」「確認者」を持たせておくと、後から追跡できます。
小さく始めるための進め方
一度に全体を自動化しようとせず、段階を踏むことを勧めます。目安は次の 3 段階です。
- 提案だけさせる：AI は候補をレポートとして出すだけで、WordPress には触れない。精度と有用性をこの段階で見極める
- 下書きまで書かせる：連携専用ユーザーで下書きを作成。公開は人が管理画面で行う。ここで「何割が手直し不要か」を測る
- 限定的に公開まで任せる：影響範囲が小さく、形式が固まっているもの（たとえば定型のお知らせの体裁変更など）に限り、ロールバック手順を用意したうえで公開まで通す
第 2 段階で「ほとんど書き直している」なら、プロンプトや参照データの設計に問題があります。そこを直さずに第 3 段階へ進むと、確認コストだけが増えます。
まとめ
WordPress 運用の AI 自動化は、作業の「可逆性」と「責任の所在」で線を引くのが実務的です。下書き生成、内部リンク候補の抽出、メタ情報の補完、更新内容の要約といった可逆な作業は積極的に任せてよく、公開可否・事実確認・広告表示・個人情報・権利処理は人の判断として残します。
技術面では、連携専用ユーザーと最小権限、ブロック形式への対応、冪等な処理、検証環境とバックアップ、変更ログ——この 5 点を押さえておけば、大きな事故はかなり防げます。自社サイトの作業を一度棚卸しし、冒頭の表に当てはめてみるところから始めてください。どこを自動化すべきかが見えたうえでご相談いただければ、必要な範囲だけを無駄なく設計できます。