Make.comでRSS新着→Discord自動通知 情報収集を週2時間削減するレシピ

情報収集を効率化したい中小企業・個人事業主 (士業・コンサル・EC・メディア運営・社内チーム) の業務自動化レシピ

業種: 情報収集を効率化したい中小企業・個人事業主 (士業・コンサル・EC・メディア運営・社内チーム)

使用ツール: Make.com

難易度: ★☆☆ 易

所要時間: 約 60 分

業界ニュースや競合ブログを毎朝巡回して新着をチェックする ── この情報収集の手作業は、地味ですが確実に時間を奪います。Make.com を使えば、複数サイトの RSS 新着を検知して Discord チャンネルへ自動通知でき、巡回の手間を編集部試算で週 約2時間圧縮できます。本記事は60分・無料で組めるレシピです。

読了時間 約9分 / 設定所要時間 約60分 / 月額固定費 ¥0-1,500

編集長の見解 ── 情報収集の自動化でいちばん効くのは「自分が見に行く」を「向こうから届く」に変えることです。RSS とは、サイトの新着情報を機械が読める形で配信する仕組みのこと。これを Make.com で受け取り、Discord (無料のチャットツール) の専用チャンネルに流し込めば、複数サイトの更新が1か所に集約されます。毎朝5つのサイトを順番に開いて確認していた作業が、チャンネルを一度眺めるだけで済むようになります。重要なのは「全部を機械的に垂れ流さない」設計です。本レシピは新着のみを拾い、重複を防ぐ構成にしました。月¥0 から始められるので、情報収集に予算を割けない小規模事業者でも今日から導入できます。

なぜ情報収集は「時間泥棒」になるのか

業界の動向、競合の発信、行政の告知 ── 経営者や個人事業主が押さえたい情報源は意外と多く、しかも更新タイミングはバラバラです。「気づいたときに見に行く」運用では、見落としと巡回時間の二重の損が出ます。

問題は意志の弱さではなく、情報が点在し、巡回が手作業の連続だからです。1日の情報収集を分解すると、細かい手順が積み上がっているのが分かります。

情報収集の作業1日あたり所要月20営業日で換算
各サイトをブラウザで順番に開く約4分月 約 1.3 時間
新着があるか目視で確認約5分月 約 1.7 時間
気になる記事の URL を控える・共有する約4分月 約 1.3 時間
見落とした更新を後で探し直す約3分月 約 1.0 時間
合計 (1日約16分想定)約16分/日月 約 5.3 時間

このうち 「サイト巡回」「新着確認」「URL の共有」 はすべて機械化できる領域で、合計の大半を占めます。Make.com で「RSS に新着が出たら Discord に通知」する仕組みにすれば、編集部試算で 週 約2時間 (月 約8時間) が手元に戻ります。

時給¥3,000 換算なら月¥24,000、年間¥288,000 規模の人件費圧縮に相当します。Make Free 枠 (¥0) と Discord 無料プランで組めば、この時間はそのまま純粋な節約になります。

続いて、自動化前後の運用がどう変わるかを編集部の試算で示します。

自動化で何がどう変わるか

導入前 (手作業の巡回)
  • 毎朝5サイトを順番に開く
  • 新着があるか毎回目視で確認
  • 気になる記事のURLを手で控える
  • 忙しい日は巡回そのものを忘れる
  • 月 約5.3時間を消費
導入後 (Make.com 自動通知)
  • RSS 新着を15分おきに自動検知
  • Discordの1チャンネルに集約
  • タイトル+URLを自動でフォーマット投稿
  • 見に行かなくても向こうから届く
  • 編集部試算で週 約2時間を削減

ポイントは「情報を読む時間をゼロにする」のではなく「探す手間を消し、読む判断だけ人が残す」ことです。本レシピは新着検知と通知整形を自動化し、何を深く読むかの判断は人が担う構成にしています。

💡 編集部の節約ヒント ── まずは情報源を1〜2サイトに絞って動かし、安定したら追加するのが安全です。最初から10サイト分のRSSを登録すると、通知が多すぎて結局読まれない「通知疲れ」に陥ります。

次のセクションでは、編集部が実装した全体像を ProcessFlow で示します。

完成形のフロー (ProcessFlow)

Make.com × RSS × Discord 自動通知レシピ
📰
01
RSS 新着を検知
業界ニュース/競合ブログの RSS を Make が定期取得し新着のみ抽出
✍️
02
通知文を整形
タイトル+要約+記事URLを読みやすいテンプレートで生成
🔗
03
Discord Webhook へ送信
対象チャンネルの Webhook URL に整形済みメッセージを送信
💬
04
チャンネルに集約表示
複数サイトの新着が1チャンネルに時系列で集約される

RSS 新着 → Make で検知 → 通知文を整形 → Discord チャンネルへ自動投稿、までを自動制御

この4ステップはすべて Make.com の標準モジュールと、Discord の標準機能「Webhook」(チャンネルへメッセージを送り込む受け口) だけで組めます。プログラミングは不要で、画面上でモジュールを線でつなぐだけです。

続いて、このフローを実際に作る手順を TimelineSteps で順を追って示します。

セットアップ手順 (TimelineSteps)

Make.com RSS→Discord自動通知 60分セットアップ
STEP 1 (約10分)
Discord で通知用チャンネルと Webhook を作る
Discord サーバーで「情報収集」など専用チャンネルを作成し、チャンネル設定の「連携サービス」→「ウェブフックを作成」から Webhook URL を発行してコピーします。これが通知の宛先になります。
STEP 2 (約10分)
Make.com アカウント作成とシナリオ新規作成
公式サイトから無料登録し、「Create a new scenario」で空のシナリオを開きます。最初のモジュールに「RSS」を選びます。
STEP 3 (約10分)
RSS モジュールに新着監視を設定
RSS の「Watch RSS feed items」を選び、対象サイトの RSS URL を貼ります。WordPress なら通常 サイトURL/feed/ です。取得開始位置を「最新の項目から」にして過去記事の一斉通知を防ぎます。
STEP 4 (約10分)
通知文のテンプレートを作る
RSS から取れる「タイトル」「リンク」を組み合わせ、📰 {{title}} {{link}} のような本文テンプレートを作ります。要約も載せたい場合は概要フィールドを1〜2文に絞って差し込みます。
STEP 5 (約15分)
HTTP モジュールで Discord Webhook に送信
「HTTP」モジュールの「Make a request」を追加し、URL に STEP 1 の Webhook を貼り、メソッドを POST、ボディに {"content": "整形済みテンプレート"} を JSON で指定します。これでメッセージがチャンネルに届きます。
STEP 6 (約5分)
実行間隔を設定してテスト稼働
スケジュールを「15分ごと」などに設定し、「Run once」でテスト記事が正しく通知されるか確認。問題なければシナリオを ON にして稼働開始です。

難易度 easy / 所要約60分 / 必要なもの: Make アカウント・対象サイトのRSS URL・Discord サーバー (無料)

ここまでで自動通知は稼働します。なお Discord の Webhook 利用や RSS の取得は、各サービスの利用規約・配信元サイトの規約の範囲で行ってください。商用利用の条件は各社の公式規約を必ず確認してください。

次のセクションでは、月にどれくらいのコストがかかるのかを編集部が試算します。

コストと適用規模の試算

Make.com は「オペレーション数」(モジュールが1回動く回数) で課金されます。RSS→Discord のレシピは1件の通知で数オペレーションを消費します。Discord 側は無料プランで Webhook 通知を利用できます。

プラン月額目安月間オペレーション想定できる監視規模 (編集部試算)
Free¥01,0001〜2サイト・1日数十件の新着なら十分
Core約 ¥1,500 (年払い換算)10,0005〜10サイトの監視・高頻度更新も対応
Pro約 ¥3,000 前後10,000+多数サイト監視・複数チャンネル振り分け

※価格は為替やプラン改定で変動するため、最新の正確な金額は必ず公式の料金ページで確認してください。

多くの中小企業・個人事業主は Free プラン (¥0) で開始可能 です。監視サイトを絞れば1件の通知で消費するオペレーションは限られており、無料枠に収まる試算です。Discord も無料で使えるため、初期費用ゼロで始められます。

💡 編集部の節約ヒント ── 無料枠が足りなくなってきたら、まず「RSS の取得間隔を15分から60分に延ばす」だけでオペレーション消費を大きく減らせます。情報収集の即時性をどこまで求めるかで、コストはコントロールできます。

このコスト感なら、情報収集に予算をかけられない事業者でも導入のハードルは低いと言えます。

Make.com を無料プランで試す →
※ アフィリエイトリンクを含みます

続いて、編集部が実際に詰まりやすいと整理した失敗パターンを共有します。

編集部が整理した失敗パターン

自動化は便利な一方、設計を誤ると「通知の洪水」が起きます。導入前に以下を必ず押さえてください。

⚠️ 失敗パターン1: 過去記事の一斉通知 ── RSS の取得開始位置を「すべて」にすると、過去記事が数十本まとめて通知されチャンネルが埋め尽くされます。**必ず「最新の項目から」**に設定し、初回はテスト通知で挙動を確認してください。

⚠️ 失敗パターン2: 重複通知と通知疲れ ── 同じ記事が二重通知される、監視サイトを増やしすぎて通知が多すぎる、という事故が起きがちです。監視は本当に必要なサイトに絞り、心配なら通知済みを記録するデータストアを挟むと確実です。

Discord 側の Webhook は、チャンネルや設定を削除すると無効になります。通知が止まったときは Webhook が生きているかをまず確認しましょう。月に一度はシナリオの実行ログを点検し、エラーが続いていないか確認する運用にしておくと安心です。

最後に、このレシピと組み合わせると効果が高い関連自動化を紹介します。

関連する自動化レシピ

RSS→Discord が動き始めたら、Discord を起点にした他の手作業も自動化していくと相乗効果が出ます。編集部が解説した関連レシピを以下にまとめます。

これらを段階的に組み合わせれば、「集める → 見極める → 蓄える・発信する」の流れを少人数でも回せるようになります。

よくある質問

質問編集部の回答
プログラミングは必要ですか不要です。Make.com は画面上でモジュールをつなぐだけで組めます
Discord ではなく Slack でも使えますか使えます。Slack も同様に Webhook を持つため、送信先 URL を差し替えるだけで応用できます
1つのチャンネルに複数サイトを集約できますかできます。RSS モジュールを複数並べるか、シナリオを複製して同じ Webhook を指定します
RSS がないサイトでも使えますかサイト次第ですが、RSS がなければ別トリガー (Webhook 等) への置き換えを検討します

導入判断に迷う場合は、まず Free プランで1サイトだけの最小構成を1週間試し、効果を体感してから監視先を増やすのが現実的です。

出典・参考情報


Mira / AI経営ラボ 編集長

Make.com を試す →
※ アフィリエイトリンクを含みます


Mira / AI経営ラボ 編集長

最終更新: 2026年6月4日 / 初出: 2026年6月4日