Make.com×Discord×Airtable コミュニティ運営の手間を月20時間圧縮するレシピ

コミュニティ運営・SaaS サポート・社内情報共有 (中小企業・個人事業主) の業務自動化レシピ

業種: コミュニティ運営・SaaS サポート・社内情報共有 (中小企業・個人事業主)

使用ツール: Make.com

難易度: ★★☆ 中

所要時間: 約 90 分

Discord に蓄まる質問・要望・ナレッジが「流れて消える」── 中小企業のコミュニティ運営や有料サロン、社内チャットでよくある悩みです。Make.com で Discord の発言を Airtable に自動転記すれば、月¥1,400 程度 (Make.com Core $9/月) で「検索できる資産」 に変わります。本記事は編集部が実装した設計レシピです。

読了時間 約10分 / 設定所要時間 約90分 / 月額固定費 ¥1,400 から

編集長の見解 ── Discord は会話が流れるメディアです。良い質問もスレッドの彼方に消え、同じ問い合わせが何度も繰り返される。これを Airtable に「行」 として蓄積するだけで、運営側は検索でき、対応漏れも防げます。本レシピのポイントは、全件を取りに行かず「⭐ や 👍 など特定リアクション」「特定チャンネル」 だけを Airtable に流す フィルタ駆動の設計 にあること。データ量を絞れば月¥1,400 規模で十分回り、AI 分析にも繋ぎやすくなります。

なぜ Discord×Airtable で月20時間が浮くのか

中小企業のコミュニティ運営担当 (またはサポート兼任者) が、Discord で1日に流れる発言を捌く工程を分解すると次のようになります。

工程1日あたり所要月20営業日換算
Discord 全チャンネルの巡回・既読約25分月 約8.3時間
重要発言・FAQ 候補の抽出メモ約20分月 約6.7時間
サポート対応の状況管理 (Excel 等)約15分月 約5.0時間
過去発言の検索 (「あの質問どこだっけ」)約10分月 約3.3時間
合計約70分月 約23時間

Make.com×Airtable で自動収集すると、最初の3工程 (1日約60分相当) の8〜9割が自動化されます。担当者は Airtable のグリッドビューを1日5分眺めて「未対応」 のレコードだけ着手する運用に切り替えられ、編集部試算で 月 約20時間の圧縮 に相当します。

時給¥3,000 換算で月¥69,000 → 月¥9,000 程度の人件費圧縮、Make.com の固定費 ($9 = 約¥1,400) を差し引いても 月 約¥58,600 の手取り改善 が試算できます (Airtable は Free プランで開始可能)。

続いて、編集部が実装した全体像を ProcessFlow で示します。

完成形のフロー (ProcessFlow)

Make.com×Discord×Airtable レシピ
💬
01
Discord 発言/リアクション発生
対象チャンネルにメッセージ投稿、または ⭐ や 👍 リアクション付与
📡
02
Discord Bot / Webhook 経由で送信
Make.com の Discord アプリ (Bot) がイベントを受信
🔀
03
Router でフィルタ判定
チャンネル ID・リアクション種別・発言者ロールで分岐
🧹
04
整形・重複チェック
本文クレンジング、message_id で既存レコード検索
📊
05
Airtable に追記
テーブルに1行追加、タグ・優先度・対応状況も自動セット

Discord の発言/リアクションを Webhook で受け取り、Make.com でフィルタ・整形して Airtable に追記する自動化設計図

このフローの肝は 「全件取り込みではなくフィルタ駆動」 にあります。Discord はノイズも多いメディアなので、特定チャンネルや特定リアクションを「拾うサイン」 として運用すると、Airtable の行数が常識的なボリュームに収まり、月$9 の Make.com Core プランで処理できる範囲に収まります。

続いて、想定する3つの用途別に Airtable の Base スキーマを示します。

用途別 Airtable Base スキーマ設計

Discord×Airtable 連携で最初に決めるべきは 「何を1行にするか」 です。編集部が実装した3用途のスキーマを比較表で整理します。

用途1行 =主要フィールド拾うリアクション
コミュニティ運営1 つの優良発言投稿者 / 本文 / チャンネル / ⭐ 数 / タグ⭐ (運営が手動付与)
サポートチケット1 件の問い合わせ質問者 / 本文 / ステータス / 担当者 / 期限❓ (Bot が自動付与)
社内ナレッジ1 つの Q&A質問 / 回答 / カテゴリ / 信頼度 / リンク📌 (回答済みに付与)

スキーマを混ぜず 1 Base = 1 用途 にするのが運用上のコツです。3用途を全て使う場合は Airtable に3つの Base を作り、Make.com も3シナリオで分けると、フィルタ条件がシンプルになりエラー切り分けも楽になります。

コミュニティ運営の Airtable フィールド例

- message_id (Primary, Single line text) : Discord メッセージ ID (重複防止キー)
- author (Single line text) : 投稿者の Discord ユーザー名
- channel (Single select) : #雑談 / #質問 / #成果報告 など
- content (Long text) : 発言本文
- star_count (Number) : ⭐ リアクション数
- tags (Multiple select) : ノウハウ / 質問 / 感想 / 提案
- linked_url (URL) : Discord 該当メッセージへのリンク
- collected_at (Created time) : Airtable 追加日時

このフィールド設計のまま、Make.com 側のシナリオを組み立てる手順に進みます。

90分セットアップ・タイムライン (TimelineSteps)

Make.com×Discord×Airtable 0→稼働まで
0:00 - 0:10
Airtable アカウント開設と Base 作成
Airtable で無料アカウントを作成。新規 Base を作り、上記スキーマ例に沿ってテーブルを構築。Personal API トークンを発行し、必要スコープ (data.records:read, data.records:write) を付与。
0:10 - 0:25
Discord Bot 作成と権限設定
Discord Developer Portal で New Application → Bot を作成。Privileged Gateway Intents で「Message Content Intent」 をオン (発言本文取得に必須)。OAuth2 URL Generator で scope=bot、Permissions=Read Messages / Read Message History を選び、対象サーバーに招待。
0:25 - 0:30
Make.com アカウント開設
make.com で Core プラン (月$9、1万クレジット込、約¥1,400) に登録。Discord と Airtable を Connections に追加し、Bot トークンと Airtable API トークンを安全に保存。なお Make.com は 2025 年から課金単位を「オペレーション」 から「クレジット」 に変更しており、非 AI モジュールは 1 op = 1 クレジットの 1:1 換算です。
0:30 - 0:50
シナリオ#1 — 特定チャンネルのメッセージ収集
Trigger: Discord「Watch Messages」 (5分間隔) → Filter で channel_id を指定 → Airtable「Search Records」 で message_id 既存チェック → 存在しない場合のみ「Create a Record」 で追記。重複防止が最重要なので Filter 設定は二重に。
0:50 - 1:10
シナリオ#2 — リアクション (⭐ / 📌 等) で取り込み
Trigger: Discord「Watch Reactions」 → Filter で絵文字種別 (⭐ や 📌 の Unicode) を指定 → Airtable Search で既存判定 → 新規なら本文・投稿者・URL を取得して追記。リアクション数で重要度を可視化する設計に。
1:10 - 1:20
シナリオ#3 — エラーハンドラと通知
Make.com の Error Handler で Discord 取得失敗・Airtable 書き込み失敗を捕捉。Slack か Discord 別チャンネルへ「[警告] シナリオ#X 失敗: 内容」 を通知。Resume を 3 回まで自動リトライに設定。
1:20 - 1:25
個人情報マスキング設定
Make.com の Text Parser モジュールでメール・電話番号・クレジット番号を正規表現でマスク。発言本文に個人情報が混入した場合に Airtable へ生データを保存しない安全策。
1:25 - 1:30
テスト運用 + 1週間モニタリング
テスト用メッセージを5件投稿、リアクションを3パターン付けて Airtable に正しく行が増えるか確認。最初の1週間は「重複行」「拾い漏れ」 を毎日記録し、フィルタ条件を調整。

中小企業のコミュニティ担当者が独力で組める90分手順 (PC操作のみ、コード不要)

次は、料金と利用ボリュームの関係を編集部試算で具体的に示します。

編集部のシミュレーション — 料金と運用ボリューム

以下は 編集部による試算 です。実際のコストは Discord サーバーの発言量・拾うチャンネル数・リアクションの設計により変動します。前提: 1サーバー、対象チャンネル3本、平均1日30件のメッセージを Airtable に収集する中小企業 / オンラインコミュニティを想定。為替は $1 = ¥150 で換算 (2026 年 5 月時点の編集部参照値、契約時の実レートで再計算してください)。

項目想定値月額換算
Make.com クレジット消費シナリオ#1 (5モジュール × 30件 × 30日)約4,500 クレジット/月
シナリオ#2 (4モジュール × 5件 × 30日)約 600 クレジット/月
シナリオ#3 (エラー通知数件)約 100 クレジット/月
合計クレジット約5,200 クレジット/月 (Core 1万枠内)
Make.com Core プラン$9/月 (年払い)、約¥1,400¥1,400
Airtable Free1,000 レコード/Base まで¥0
Airtable Team (必要なら)$20/ユーザー/月 (年払い)、約¥3,000¥0 - ¥3,000
Discord Bot ホスティングMake.com 内で完結¥0
合計固定費¥1,400 - ¥4,400

Airtable は Free プランで1 Base あたり 1,000 レコードまで保存できるため、1日30件 = 月900件のペースなら1〜2ヶ月で上限に達します。古いレコードを別 Base にアーカイブする運用にすれば Free のまま継続可能です。Team プラン ($20/ユーザー/月) に上げると 50,000 レコード/Base まで保存でき、過去1年分の検索が現実的になります。

加えて、コミュニティ運営の文脈では「会員継続率」 や 「FAQ 応答時間」 にも波及効果が期待できます。サポートチケット用途では、初動レスポンスの中央値が短縮されることで顧客満足度・解約率改善に寄与する傾向が業界レポートでも指摘されています。

ここまでは順調な運用前提です。続いて、編集部が実装中に踏みやすい落とし穴を共有します。

失敗パターン — 編集部が踏んだ罠と回避策

失敗パターン1: 全チャンネル取り込みで Airtable が即座に上限到達
「とりあえず全部入れよう」 と全チャンネル取り込みに設定すると、雑談チャンネルの大量発言で Airtable Free の1,000レコード上限を1〜2週間で使い切ります。対策は 「特定チャンネル + 特定リアクション」 の二重フィルタでノイズを切ること。「⭐ が付いた発言だけ拾う」 運用なら、運営が手動でキュレーションする半自動方式になり Airtable の肥大化を防げます。

失敗パターン2: 重複レコードが大量生成される (フィルタ漏れ)
Make.com の Watch Messages は再起動時に過去メッセージを再取得することがあり、message_id 重複チェックを忘れると同じ発言が何度も Airtable に積まれます。対策は (1) Airtable「Search Records」 で message_id 既存判定を必ず先頭に挟む、(2) Airtable 側で message_id を Unique Field 設定にして DB レベルでも防御、の2段構え。

失敗パターン3: 個人情報・パスワードがそのまま Airtable へ転記
コミュニティでは利用者が誤ってメールやパスワードを発言してしまう事故が起こります。Airtable に転記してしまうと、共有設定次第で外部漏洩リスクに直結。対策は Make.com Text Parser モジュールで 正規表現マスキング (メール・電話番号・クレジット番号) を必ず挟むこと。Discord 側の自動削除 Bot と組み合わせると更に強固です。

編集部のヒント: 拾うリアクションは「運営しか付けない絵文字」 を選ぶと精度が上がります。例: ⭐ を「ナレッジ採用」 専用、📌 を「FAQ 候補」 専用と決めて、参加者には付けさせないルールを Discord ルールチャンネルに明記する運用です。これだけで Airtable の品質は劇的に向上します。

編集部のヒント2: Airtable に貯まったデータは ChatGPT (大規模言語モデル / LLM) のプロンプトに渡すと、FAQ の自動生成・トレンド分析にそのまま使えます。「先月の Airtable レコード50件を渡すから、共通する質問パターンを5つ抽出して」 と指示するだけで運営レポートが半自動化できます。

最後に、規約まわりで気をつけるべき点を整理しておきます。

規約・運用上の注意

Discord 利用規約とプライバシー

Discord の Developer Terms of Service では、Bot が取得したメッセージを 保存・分析する場合は利用者へ通知する義務 が明記されています (出典は本記事末尾の出典セクション参照)。コミュニティ運営や有料サロンの場合、サーバー入会時のガイドに「発言は Airtable に記録・分析することがある」 旨を明記してください。

Airtable の利用規約とデータ保管

Airtable の Terms and Policies は商用利用 OK です。ただし機密情報を保存する場合、共有設定 (Workspace 共有・公開ビュー) の権限管理に十分注意。サポートチケット用途では「Internal」 ワークスペースを別建てするのが推奨です。

個人情報保護法 (改正法)

Discord 上の発言に氏名・メール・電話番号などが混入し、それを Airtable に保存すると改正個人情報保護法 (2022年4月施行) の規定に基づき、利用目的の通知・公表が必要になります。プライバシーポリシーに「コミュニティ運営目的でクラウドサービス (Airtable、Make.com など) を利用している」 旨を記載してください。

Make.com の通信暗号化

Make.com は通信を TLS 1.2 以上で暗号化し、トークンは暗号化保存されます。とはいえ、API トークンを共有しない・1名でも辞めたら Personal Token を再発行する、といった基本運用は必須です。

よくある質問

Q1. Discord Webhook と Bot のどちらを使うべきですか? 収集用途なら Bot が推奨です。Webhook は送信専用に近く、受信イベントの取りこぼしが多い設計。Bot は「Watch Messages」「Watch Reactions」 でほぼリアルタイム (5分間隔) に拾えるため、本レシピは Bot 前提で組んでいます。

Q2. Notion ではなく Airtable を選ぶ理由は? Airtable は API レスポンスが安定 + スキーマが明確 という強みがあり、Make.com の自動化と相性が良好です。Notion も Make.com で連携できますが、Database の構造変更時に Make.com 側のフィールドマッピングが壊れやすい弱点があります。検索とフィルタ重視なら Airtable が編集部おすすめです。

Q3. Slack や LINE 公式アカウントでも同じことはできますか? できます。Make.com には Slack / LINE のモジュールが揃っており、Discord を別チャットツールに置き換えるだけで同じ設計が組めます。ただし LINE 公式アカウントは Bot メッセージ取得に追加申請が必要な場合があるため、公式ドキュメントを事前確認してください。

Q4. 完全無料で構築できますか? Make.com には Free プラン (月1,000クレジット) がありますが、本レシピの月5,000クレジット規模では足りません。Discord と Airtable は無料で始められるため、Make.com の Core プラン ($9/月、約¥1,400) だけが実質コストです。

出典・参考情報

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

関連レシピ


Mira / AI経営ラボ 編集長

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


Mira / AI経営ラボ 編集長

最終更新: 2026年5月21日 / 初出: 2026年5月21日