2. API連携によるWordPress下書き投稿の自動化フロー設計
手動でのコンテンツ投入による非効率性とリスク
生成された高品質なコンテンツをWordPressに手動で投稿する場合、タイトルやカテゴリの選定、投稿ステータスの設定など、多くの手作業が発生します。この手作業の過程で、重要な情報が抜け落ちたり、意図しない公開タイミングで公開されてしまったりするリスクがあります。
自動化のゴール:下書き(Draft)ステータスでの安全な投入
自動化のゴールは、コンテンツを「公開」ではなく、必ず「下書き(Draft)」ステータスで投稿することです。これにより、システムが生成したコンテンツを、人間が最終確認し、手動で「公開」ボタンを押すという、最も安全な運用フローを確立できます。
API連携によるステップバイステップの設計
この自動化フローは、以下のステップで構成されます。
| ステップ | 目的 | 使用するAPI/技術 |
|---|---|---|
| 1. データ準備 | 生成されたコンテンツ(HTML, タイトル, サマリー)をJSON形式で整形する | ワークフローエンジン(TaskFlowなど)が実行する最初のタスク |
| 2. 投稿作成 | WordPress REST APIを利用し、投稿を作成する | wp/v2/postsエンドポイントを叩き、status: draftを指定する |
| 3. メタデータ付与 | カテゴリ、タグ、カスタムフィールド(例:生成元エージェントID)を設定する | 投稿作成APIのペイロードに、必要なメタデータ(categories, tags, meta)を全て含める |
| 4. 実行後の通知 | 投稿が成功したことを運用担当者に通知する | SlackやメールなどのメッセージングAPIを呼び出し、投稿URLと「下書き状態」であることを明記する |
APIキーと権限管理の徹底
この自動化の成否は、使用するAPIキーの権限設定に依存します。投稿APIを叩く専用のユーザーアカウントを作成し、その権限を「投稿の作成(Create)」と「下書きステータスの設定」に限定することが絶対条件です。万が一、このAPIキーが漏洩した場合の影響範囲を最小限に抑えるための対策が最も重要です。
まとめ:安全な「下書き」をゴールに設定する
自動化のゴールを「公開」ではなく「下書き」に設定し、その後の最終承認フローを人間側に残すことで、技術的な自動化の恩恵を受けつつ、ビジネス上のリスクを完全に排除できます。この「安全な手渡し」の仕組みを組み込むことが、実務的な自動化の鉄則です。

