コンテンツパイプライン実装：テーマ選定から公開までの完全自動化スクリプトとノード設計

コンテンツ自動化 n8nチュートリアル コンテンツパイプライン 自動公開 AIワークフロー

本文は《AIツールコンボ技：Claude + Codex + Gemini + Playwrightの連携方法、各ツールの得意分野を活かす》シリーズの詳細記事です。

コンテンツパイプラインは「テーマ選定」から「多プラットフォームでの公開完了」まで、どれほど多くの自動化可能なステップがあるでしょうか？

多くの方の答えは「3～4ステップ」となりますが、実際にはプロセスを細分化すると通常12～18ステップあり、そのうち8～12ステップは完全自動化可能で、残り4～6ステップは人の判断が必要です。

本記事では、この12～18ステップを一つずつ分解し、どの部分が自動化可能か、どのツールを使うか、そしてn8nのノード設計について詳しく説明いたします。

完全パイプラインのステップ一覧

テーマ選定から公開までの完全パイプラインは以下のようになります：

ステップ 1：テーマリストから今週処理すべきテーマを読み込む ステップ 2：テーマに関連する最新データと競合情報を検索 ステップ 3：検索結果を構造化素材として整理 ステップ 4：長文の初稿を生成（H2/H3構造、キーワード配置、事例データ含む） ステップ 5：長文を審査用Google Docsに送信し通知を発信 ステップ 6：人による審査確認を待つ（唯一の人手介入ポイント） ステップ 7：承認後、長文からカード用の要点を抽出 ステップ 8：各プラットフォーム用のリライト版を生成（Facebook、LinkedIn、Instagram、X） ステップ 9：Emailニュースレター用バージョンを生成 ステップ 10：自動スクリーンショットでレイアウト確認（Playwright使用） ステップ 11：長文をCMSに送信 ステップ 12：各プラットフォーム版をBufferにスケジューリング ステップ 13：Email版をニュースレターキューに追加 ステップ 14：テーマリストのステータスを「進行中」から「完了」に更新 ステップ 15：完了記録と基本データをデータ追跡表に書き込み

ステップ1、2、3、4、7、8、9、10、12、13、14、15は完全自動化可能です。 ステップ5と6は人手による審査が必要です。 ステップ11はCMSの種類によっては簡単な人手確認が必要な場合があります。

テーマリスト設計：Google Sheetsをシステムの起点に

パイプラインの起点はテーマリストです。Google Sheetsで「テーマ管理表」を作成し、この表がパイプラインの入力および出力追跡ツールとして機能します。

推奨カラム設計：

A列：テーマタイトル B列：ターゲットキーワード（メインキーワード＋2～3のサブキーワード） C列：ターゲットオーディエンスの説明 D列：コアメッセージ（この記事の最重要1～2ポイント） E列：予定文字数（2,000～3,000／3,000～5,000） F列：ステータス（未処理／進行中／審査中／完了） G列：予定公開日 H列：実際の公開日（完了後自動記入） I列：公開後7日間のページビュー数（後で手動または自動入力）

n8nの最初のノードは「Google Sheets読み込み」で、毎週月曜午前9時にF列が「未処理」の最初のレコードを自動で読み込み、A～E列の情報を後続ノードに渡します。

n8nコアノード設計

ノード1：定時トリガー

タイプ：Schedule Trigger 設定：毎週月曜と木曜の午前9時にトリガー 用途：パイプラインを決まった時間に自動開始し、手動トリガー不要にする

ノード2：テーマ読み込み

タイプ：Google Sheets 操作：Read Rows 設定：「ステータス=未処理」の最初のレコードを読み込む 出力：テーマ、キーワード、オーディエンス、コアメッセージを後続ノードに渡す

ノード3：最新データ検索（Gemini）

タイプ：HTTP Request（Gemini API呼び出し） システムプロンプト要点：「[テーマ]に関する最新データと統計情報を検索し、記事で引用可能な具体的数字3～5件と、競合で最も議論されている3つの視点を抽出」 出力：構造化された「素材要約」JSON

ノード4：長文生成（Claude）

タイプ：HTTP Request（Claude API呼び出し） システムプロンプト設計ポイント：

ノード5：テーマステータス更新

タイプ：Google Sheets 操作：Update Row 設定：該当行のステータスを「進行中」に変更

ノード6：Google Docsへ送信

タイプ：Google Docs 操作：Create Document 設定：長文を新規Googleドキュメントとして作成、命名は「[日付] [テーマ] - 審査待ち」 同時にGoogle Docsの上部に「審査完了後、テーマ管理表のステータスを審査通過に変更してください」という注意書きを追加

ノード7：審査通知送信

タイプ：GmailまたはSlack 内容：「記事[テーマ]が生成されました。ご確認ください：[Google Docsリンク]、予定文字数[X]字」

ノード8：審査確認待ち

n8n内での実装方法は2種類あります：

方法A（簡易版）：n8nが2時間ごとにテーマ管理表をチェックし、該当行のステータスが「審査通過」になったら後続ノードを実行

方法B（Webhook版）：Google SheetsにApps Scriptを設定し、ユーザーが手動でステータスを「審査通過」に変更した際にWebhookでn8nに通知し、処理を継続

ノード9：多プラットフォーム版生成（Claude）

審査通過後、最終確認済みの長文をClaudeに渡し、以下を生成：

ノード10：カード用仕様生成（Gemini）

長文をGeminiに渡し、6～8のカード向け要点を抽出し、各要点に対して：

ノード11：Bufferへ送信

タイプ：Buffer（n8nネイティブ連携あり） 操作：Facebook、LinkedIn、Instagram、Xの4バージョンをそれぞれ最適な公開時間に自動スケジューリング

ノード12：完了記録更新

タイプ：Google Sheets 操作：テーマ管理表のステータスを「完了」に変更し、実際の公開日を記入

フォールトトレランス設計：単一障害点でパイプライン全停止を防ぐ

本番運用に耐えるパイプラインにはフォールトトレランス設計が不可欠です。主なフォールトトレランスノードは以下の通りです：

Claude APIタイムアウト処理：Claude呼び出しノードにリトライ設定（最大2回再試行）、3回失敗時はSlack通知で人手対応を促す

Google Sheets読み込み失敗：読み込みノードにエラートリガーを追加し、失敗時はEmail通知を送信

Buffer投稿失敗防止：投稿前に各プラットフォームの文字数制限をチェック（Twitter280字、Facebook63,206字、LinkedIn3,000字）

テーマリスト空状態処理：テーマ管理表に「未処理」レコードがない場合は静かに処理を終了し、エラーを出さない。読み込み後に「If」判定を入れ、空の場合は実行を終了

このパイプラインの設定に必要な時間

n8nの基本操作に慣れている場合、この完全パイプラインの設定には約6～10時間（テストとデバッグ含む）が必要です。

n8nを初めて使う場合は、まず2～3時間かけて公式ドキュメントの入門チュートリアルを確認し、その後設定を開始することをお勧めします。またはClaudeに各ノードの設定説明を生成させて、それに従って設定してもよいでしょう。

設定後のメンテナンス時間は月に約30～60分（プロンプト更新、スケジュール調整、API変更対応など）です。

初回実行時のチェックリスト

パイプラインを自動実行する前に、手動で一度フルプロセスを実行し、以下を確認してください：

Claudeが生成した長文がフォーマット要件を満たしている（余計なMarkdown形式なし、URLなし、文字数範囲内） Google Docsが正しく作成され、通知が正しく送信されている Bufferの投稿スケジュール時間が正しい（即時公開ではなく設定時間に予約されている） テーマ管理表のステータスが正しく更新されている すべてのAPIキーが環境変数として設定されている（n8nノード内にハードコーディングしない）

自動化パイプラインの核心価値は、機械にやってほしくないことを任せるのではなく、限られた注意力を本当に人間の判断が必要な部分に集中させることにあります。

審査、戦略方向、ブランドのトーン設定——これらは機械にはできないことであり、企業やお客様が担うべきです。テーマ読み込み、フォーマット調整、プラットフォーム配信、ステータス更新——これらは機械がより確実に行える作業であり、任せるべきです。

お客様が毎週「コンテンツをある場所から別の場所にコピー＆ペーストする」時間を、もっと価値あることに使えるようにする。それがパイプラインに任せるべき部分です。

Buffer以外のスケジューリングツールの選択肢や、より完全なツールコンボのロジックについては、主文のAIツールコンボ技をご覧ください。

関連記事