WORK EDITとしての結論
WordPress運用では監視、リンク検査、バックアップ、下書き、計測を自動化できます。ただし、公開、権限、資格情報、法務文書、本番デプロイ、完全削除には人間確認を残すのが安全です。
反復検査と記録を機械に任せ、人間は事実性、責任、取り返しにくさを判断します。承認後も変更範囲を限定し、異常時に停止・復元できる構造が必要です。
自動化を四つの段階に分ける
1. 読み取りと観測
HTTP状態、REST、リンク、サイトマップ、バージョン、CTA集計を読み取ります。サイトを変更しないため自動化しやすい領域です。
2. 提案
更新候補や記事の修正案を作り、WordPressへは反映せず、差分と根拠を人間が確認できる形にします。
3. 限定的な書き込み
テスト下書きや署名済み成果物などに対象を限定し、重複防止、再実行安全性、操作ログを持たせます。
4. 高影響・破壊的操作
公開、権限変更、認証情報失効、復元、完全削除、サーバー設定変更では、人間承認、バックアップ、復元手順、実行後検査を組み合わせます。
人間確認を残すべき作業
記事・固定ページの公開
通常記事は根拠のない主張、架空体験、広告表示漏れ、リンク切れを確認します。プライバシーポリシーなどは別のHuman Approval対象とし、AIだけで運営者情報を補完しません。
ユーザー権限と資格情報
WordPressのRoleはCapabilityで操作を制御します。自動化専用ユーザーへ必要以上の権限を与えません。
Application PasswordはAPI認証用で、管理画面ログイン用ではありません。新資格情報の動作確認後に古いものを失効し、値をログやGitへ出しません。
本番デプロイとサーバー設定
ローカルとステージングで合格した成果物だけを候補にし、対象環境、ハッシュ、署名、allowlistを検査します。本番書き込みゲートは作業中だけ開きます。
バックアップの復元
WordPress公式資料は定期バックアップと更新前バックアップを案内しています。検証環境で展開、データベース読込、サイト起動まで確認し、本番復元は人間承認後に実行します。
完全削除と取り消しにくい変更
記事やテストデータは、まず下書き化またはゴミ箱移動を選びます。完全削除、データベース操作、ドメインやDNS変更は、復旧方法と対象を確認できない限り自動実行しません。
自動化しやすい作業
- 公開ページとREST APIの読み取りヘルスチェック
- PHP、JSON、JavaScript、リンクの機械検査
- バックアップ作成と保存結果の記録
- 変更差分、ハッシュ、バージョンの記録
- 異常検出時の書き込み停止
自動処理の成功条件は「コマンドが終了した」ではなく、期待した結果を再取得して照合できたことです。
承認ゲートの作り方
各処理に、対象、許可する操作、禁止する操作、開始条件、停止条件、復元方法を持たせます。たとえば本番公開なら、監査合格、status、記事ID、content hashを確認し、許可された記事だけを公開します。HTTP 500、canonical異常、広告表示欠落などを検出したら次の公開を停止します。
また、同じ実装工程が自分自身を最終承認しないようにします。Writer、Fact Auditor、Render Auditor、公開担当を分ければ、自然な文章やテストの見落としを別の観点で確認できます。OpenAIも、Codexを人間レビューの代替ではなく追加のレビュー手段として使うよう案内しています。
向く人
この方法は、定型作業を減らしつつ、変更内容と復元方法を把握したい運営者に向きます。少人数でも、読み取り、提案、承認、実行を工程として分ければ運用できます。
向かない人
自動化を「一度設定すれば見なくてよい仕組み」と考える人には向きません。WordPress、PHP、プラグイン、外部APIの変更に合わせ、権限とテストを更新する必要があります。
最大の注意点
最大の注意点は、バックアップ成功と復元成功を同じにしないことです。保存先、世代、暗号化、データベースとファイルの整合、復元時間を確認しなければ、障害時に使えるか判断できません。
未確認事項
本記事では、読者のホスティング契約、バックアップ保存期間、組織の承認権限、個別プラグインの更新方式を確認していません。法務文書や個人情報を含む処理は、実際の運用と必要な専門確認に合わせて別途設計してください。
公式情報とWORK EDITの分析の区別
WordPressのRoleとCapability、Application Passwordの用途、更新前バックアップ、入力値を信用せず検証する原則は公式資料で確認した事実です。処理を四段階に分け、公開・権限・復元へ人間承認を残す構成は、それらを自動運用へ適用したWORK EDITの推奨です。
次に読む
実装と検証の流れはCodexでWordPressテーマやプラグインを作る進め方を、記事の事実確認はAI生成記事で避けるべき誤情報と架空体験を確認してください。
出典
- Backups – Advanced Administration Handbook
- Updating WordPress
- Roles and Capabilities
- Application Passwords – Advanced Administration Handbook
- Security – Common APIs Handbook
- Introducing upgrades to Codex
公開の承認は、この5行で具体化する
たとえば料金表を修正するなら、承認を求める内容は次のようにできます。架空の運営例です。
対象：料金案内1ページ。変更：旧料金を新料金へ置換。変更しないもの：URL、申込フォーム、広告リンク。確認：スマートフォンで金額と注記が読み取れる。戻し方：変更前の本文と画像IDを保存し、このページだけ戻す。
承認は「全部任せる」ではなく、この変更を進めてよいという合意です。対象を増やす場合は別の判断として示します。
