Reddit監視からAI返信候補の生成と人間承認を繋ぐn8n半自動リード獲得フロー

Reddit監視＋AI返信下書き＋人間承認——個人が「見込み客の投稿を取りこぼさない」半自動リード獲得ワークフローの全設計

「毎日Redditを巡回する時間はない。でも、自分のサービスを必要としている人が今この瞬間にも投稿している。」

この歯がゆさを感じたことがある人に、今回の設計パターンは刺さるはずです。

完全自動返信は規約違反・誤爆のリスクがある。かといって手動巡回は続かない。そのちょうど中間にある「投稿検知→AI返信案生成→人間承認→送信」という半自動ワークフローを、r/n8nやr/automationの実装報告スレッドで見かける機会が増えています。

本記事では、たとえば個人でWeb制作サービスを請け負っている場合を例に、この仕組みを個人・小規模事業者が実際に組む前提で設計の考え方・具体的なノード構成・判定ロジック・運用KPIの設定までを一気に解説します。「なんとなく自動化したい」ではなく、「明日から組み始めたい」という実務レベルの解像度を目指しています。

なぜ今、このワークフローが注目されているのか

「24時間エージェント」への幻滅と、現実解への回帰

一時期、「AIエージェントがSNSを自律的に巡回して営業してくれる」という全自動系のアイデアが盛り上がりました。しかし実際に運用した人からは、次のような問題が報告されています(実装者自身の投稿より)。

• 文脈を読み違えた返信が送られ、スパム報告を受けた
• Redditの利用規約に抵触するリスクが常につきまとう
• 大量に返信しても商談化率がほぼゼロで、工数だけが増えた

その反省から生まれてきたのが、「AIは返信案を作るところまでに留め、最終送信は必ず人間が判断する」という設計思想です。全自動ではなく、人間の判断コストを最小化しながら、見落としをゼロに近づける半自動化という位置づけです。

個人・フリーランサーにとって何が変わるのか

従来の手動巡回では、毎日30分〜1時間をRedditのチェックに充てていても、タイミングを外した返信になりやすく、また「返信すべき投稿」と「スルーすべき投稿」の判断基準がその日の気分に左右されがちでした。

このワークフローを組むと、判定基準が事前に固定され、AIが一次スクリーニングを担うため、人間がやるのは「Telegramに届いた返信案を見て、送るか・修正するか・捨てるか」を1件あたり数十秒で判断するだけになります。巡回の「量」ではなく、返信の「精度」に集中できる構造です。

この設計の本当の価値は、数字ではなく「判断疲れが消える」という感覚の変化にあるかもしれません。

具体的な設計手順：n8nで組む5ステップ

ステップ1：監視対象のサブレとキーワードを絞る

最初にやるべきことは、監視範囲を「広いReddit全体」にしないことです。

対象とするサブレは3〜5個に絞り、さらに購入意欲・相談意欲が高いコンテキストのキーワードだけを設定します。たとえば個人でWeb制作サービスを請け負っている場合なら、次のような組み合わせが考えられます。

• サブレ例：r/freelance、r/webdev、r/digitalnomad など
• キーワード例：「looking for」「recommend」「struggling with」「any tool for」「failed to」など、相談・比較検討・失敗談を示す動詞フレーズ

n8nのRedditノードは、特定サブレのNew投稿をポーリング(定期取得)する機能を持っています。Trigger間隔は15〜30分程度に設定するのが現実的で、短すぎるとAPIレートリミットに引っかかる可能性があります。

ステップ2：AIによる4分類スコアリング

取得した投稿をそのまま全件人間に送るのは、結局「人間が全件見る」のと大差ありません。ここにAIによる分類フィルタを挟むのがこの設計の核心です。

具体的には、n8nのAIノード(OpenAIやClaudeなどのLLMに接続)に対して、取得した投稿本文を渡し、以下の4カテゴリに分類させます。

• A：相談系——「〇〇で困っているんだけど、どうすればいい？」タイプ
• B：導入失敗談——「〇〇を試したけどうまくいかなかった」タイプ
• C：比較検討——「〇〇と△△どっちがいい？」タイプ
• D：今すぐ解決したい課題——「今日中に〇〇を解決したい」タイプ

プロンプトには、次のような指示を渡しておくとブレにくくなります。

「以下のReddit投稿を読み、上記のA〜Dのいずれかに分類してください。どのカテゴリにも該当しない場合は”SKIP”と返してください。分類に加え、0〜10のスコアと、返信すべき理由を1文で出力してください。」

スコアが7以上のものだけを次のステップに流す、という条件分岐をn8nのIfノードで設定すると、通知量を大幅に絞り込めます。

記事の下書きを確認するときも、似たような振り分けをするようにしています。以前はAIに「気になる点があれば教えて」とだけ頼んでいたのですが、これだと指摘の重さがバラバラで、結局すべてのコメントを同じ熱量で読み返す羽目になっていました。今は先に「公開可・要修正・見送り」の3段階で振り分けてもらい、要修正と見送りの記事だけ理由を一言添えて渡してもらうようにしています。確認する記事の本数自体はそれほど変わっていないのに、判断のたびに使う神経の量が減った分、一日の終わりの疲れ方がはっきり違います。件数を減らすことより、判断の「型」を先に決めておくことのほうが、体感的な負担には効いている気がしています。

ステップ3：返信下書きの自動生成

ここまでのフィルタを通過した投稿だけを対象に、もう一度LLMを呼び出して返信案を作らせます。プロンプトの組み立て方が、そのまま返信の質に直結します。

重要なのは、「営業メール感」を排除することです。Redditコミュニティでは明らかな宣伝返信はすぐに見抜かれ、ダウンボートされます。

プロンプトに含めるべき要素は以下の通りです。

• 返信のトーン指定：「カジュアルで、技術的な知識がある同業者が答えているような文体で」
• 長さ制限：「150ワード以内」などの上限を設定
• 自社サービスへの言及：「必要であれば最後の1文でさりげなく触れる程度にすること。直接的な宣伝は禁止」(Web制作サービスの例なら、URLを貼るのではなく「似た構成なら数日で試作できます」程度の一言に留める)
• 投稿の分類カテゴリを渡す：カテゴリAなら共感から入る、カテゴリDなら具体的な解決策を先に出す、など

ステップ4：Telegram通知と承認フロー

生成された返信案は、n8nのTelegramノードを使って自分のTelegramチャットに送信します。通知メッセージには以下の情報をセットで含めます。

• 元の投稿タイトルとURL
• AIによる分類カテゴリとスコア
• 生成された返信下書き全文
• 判断ボタン(InlineKeyboard)：「✅ 承認して送信」「✏️ 修正して送信」「❌ スキップ」

Telegramのインラインキーボードをn8nのWebhookと組み合わせることで、ボタンを押すだけで次のアクション(実際の返信投稿、またはスキップの記録)をトリガーできます。スマートフォンから外出先でも数秒で判断できる設計です。

実装上のポイントは、各ボタンのcallback_dataにapprove_{postId}「modify_{postId}」「skip_{postId}」のように投稿IDを埋め込んでおくことです。n8nのTelegram TriggerでWebhookを受け取り、Switchノードでこのcallback_dataの接頭辞ごとに分岐させれば、「承認→実際の返信投稿フローへ」「修正→編集用のフォームURLを返信」「スキップ→Sheetsに理由コード付きで記録」という3系統の処理を1つのワークフロー内で完結できます。

ステップ5：判断の記録を精度改善につなげる

承認・修正・スキップのどのアクションを選んだかは、毎回Sheetsに書き残します。件数そのものより重視したいのは「スキップした理由」を必ず一言添えて残すことです。

記録しておきたい項目：

• 投稿日時・サブレ名・投稿URL、AIによる分類カテゴリ・スコア、人間のアクション(承認/修正/スキップ)
• スキップの理由(「関係なかった」「宣伝NGのサブレ」「既回答だった」など、選択式にしておくと後から集計しやすい)
• 返信後のエンゲージメント結果(アップボートや返信の有無を後から手動で追記)

スキップ理由が「関係なかった」に偏っていればキーワードの精度がずれており、「宣伝NGのサブレ」が多ければ対象サブレの選定を見直すべき、というように、理由の内訳を見るだけでどのステップを直すべきかが分かります。2〜3週間分たまったタイミングで、ステップ1・2のフィルタ条件を一度見直すとよいでしょう。

なぜZapierやMakeではなくn8nなのか(要点だけ)

このワークフローには、「AIスコアが7以上かつカテゴリがA/B/Dのいずれかで、かつ過去48時間以内に同じURLへ未返信」のような複合条件を1つのフローで処理する場面が出てきます。ZapierのFilterはこの種の複合条件があまり得意ではなく、Make.comも組めなくはないもののLLM呼び出しを挟んだ多段フローはやや煩雑になりがちです。n8nならIf・Merge・Functionノードの組み合わせで柔軟に対応でき、セルフホストなら実行回数の上限もないため、この用途とは相性がいいというのが実感です。ツールごとの機能差やコスト構造をもう少し詳しく比較したい場合は、ROI証明に使えるZapier・Make・n8n「業務別失敗率削減レシピ」と3層設計の保守構造で3ツールの違いを整理しているので参考にしてください。

運用KPIの設計：「返信数」で測ると失敗する

このワークフローの効果を「何件返信したか」で測ると、量を増やす方向に引っ張られ、結果としてスパムに近い運用になりがちです。

推奨するKPI設計は以下の3軸です。

• 承認率：AIが生成した返信案のうち、人間が承認した割合。低すぎる場合はプロンプトかキーワードの見直しが必要です。
• 反応率：送信した返信に対してアップボート・コメント・DMが届いた割合。コミュニティでの反応は質の代理指標になります。
• 商談化率：返信がきっかけで問い合わせや会話に発展した件数。最終的なビジネス成果を見る指標です。

Sheetsで追跡するだけなら、ログシートに「アクション」列(承認/修正/スキップ)と「反応」列(あり/なし)を用意しておき、=COUNTIF(アクション列,"承認")/COUNTA(アクション列)で承認率を、=COUNTIF(反応列,"あり")/COUNTIF(アクション列,"承認")で反応率を自動集計できます。商談化率だけは判断が必要になるので、問い合わせや会話に発展した行に日付を手入力していく運用で十分です。

特に個人・小規模事業者の場合、月に5〜10件の高品質な返信が、100件の低品質な自動返信より商談化につながる可能性が高いと考えられます(Web制作サービスの例なら、その5〜10件のうち1〜2件が商談化するだけでも十分に採算が合います)。少数高精度の半自動化に設計を寄せることが、長期的に運用を続けるためのコツです。

設計時に気をつけるべきリスクと対策

Redditの利用規約とスパムポリシー

Redditは自動化ツールを使ったコメント投稿について、公式にはサードパーティAPI利用の範囲内であれば認めているものの、スパム的な行動や宣伝目的の大量投稿は規約違反となります。今回の設計が「人間承認後に手動投稿する」形にこだわるのは、このリスクを避けるためです。自動送信まで組む場合は、必ず最新の利用規約を確認してください。

誤爆防止の仕組み

AIが「返信すべき」と判断しても、実際には関係のない投稿や、すでに解決済みのスレッドである場合があります。n8nのフロー内に「直近48時間で同じスレッドに返信済みかどうかをSheetsで確認する」ステップを入れると、重複返信を防げます。

LLMの出力品質のバラつき

同じプロンプトでも、投稿の内容や長さによって返信品質にバラつきが出ます。承認フローで人間が必ず確認する設計にしているのはこの理由も大きく、品質チェックはAIではなく人間の目に委ねるという前提で設計するのが現実的です。

あわせて読みたい

• Reddit求人をn8nで自動検出しAIスコアで狙い目だけに返信する仕組み
• n8nでGmailを2層構造に分けAsana承認を挟むと誤送信リスクが消える

まとめ：「全自動」を捨てて「高精度な半自動」を選ぶ

今回紹介した設計のポイントをまとめます。

• 監視対象は3〜5サブレ＋高意図キーワードに絞る(広げない)
• AIには4分類スコアリング＋返信案生成までを担わせる
• 最終送信は必ず人間が承認する(Telegramインラインボタンで数秒判断)
• スキップ理由もSheetsに記録し、フィルタ精度を継続改善する
• KPIは承認率・反応率・商談化率の3軸で見る

自動化を「全部AIに任せること」だと捉えるのをやめて、「人間が判断すべき1点に絞り込むこと」だと捉え直すと、個人でも息切れせずに続けられる運用が見えてきます。

まず試すなら、自分が一番よく見るサブレ1〜2個と、キーワード5個だけで組み始めるのがおすすめです。小さく始めて、ログを見ながら拡張していく。それがこの種のワークフローを長く使い続けるための、最も現実的な出発点です。