Webhookという言葉で手が止まった人へ
Make.comを触り始めると、モジュール一覧に「Webhooks」というのが出てくる。名前からして開発者向けっぽいし、なんとなく避けて通ってきた——という人、けっこういるはずです。私も最初は「これはエンジニアの領域だな」と思ってスルーしていました。
でも実際に使ってみると、Webhookはコードを1行も書かずに使えて、しかもMake.comの無料プランを使い倒すうえで一番効く機能だったりします。この記事では、Webhookが何なのか、普通のトリガーと何が違うのか、どう設定するのかを初心者向けに整理します。
そもそもWebhookとは何か
ざっくり言うと、Webhookは「データを受け取るための専用URL」です。
Make.comでWebhookモジュールを作ると、あなた専用のURLが1つ発行されます。外部のサービスやアプリがそのURLにデータを送ると、その瞬間にシナリオが起動する。それだけの仕組みです。
玄関のチャイムをイメージするとわかりやすい。普通のトリガーは「15分おきに玄関を開けて、誰か来てないか確認しに行く」方式。Webhookは「チャイムが鳴った瞬間にドアを開ける」方式。誰かが来た（＝データが送られた）ときだけ反応するので、無駄がありません。
通常のトリガーとの違い：ここが地味に大きい
| 比較項目 | 通常のトリガー（ポーリング型） | Webhook（即時型） |
|---|---|---|
| 動き方 | 15分おき等に「新着ある？」と確認しに行く | データが届いた瞬間に起動 |
| 反応速度 | 最大で実行間隔ぶんの遅れ（無料プランは15分） | ほぼリアルタイム（数秒） |
| オペレーション消費 | 新着ゼロでも確認のたびに消費する場合あり | データが来たときだけ消費 |
| 設定の手間 | 簡単（モジュールを置くだけ） | URL発行＋送信側の設定が必要 |
注目してほしいのはオペレーション消費です。ポーリング型は「新着なし」の確認にもオペレーションを使うことがあるので、無料プランの月1,000オペレーションが確認作業だけで削られていく。Webhookならデータが来たときしか動かないので、無料プランの寿命が体感でかなり延びます。
もうひとつは速度。無料プランのポーリングは最短15分間隔ですが、Webhookは数秒で反応する。「フォーム送信の直後に自動返信を送りたい」ような用途では、この差は決定的です。
Webhookの2つの種類
①アプリ専用Webhook（Instant トリガー）
モジュール一覧で「INSTANT」というラベルが付いているトリガーがこれです。SlackやTypeform、Stripeなど、Webhookに対応しているアプリは、接続設定をするだけでWebhook経由の即時起動が使えます。URLのコピペすら不要な場合が多く、初心者はまずこちらから使うのが自然です。
②カスタムWebhook（Custom Webhook）
自分で汎用のURLを発行して、好きなサービスからデータを受け取る方式。Make.comにモジュールがないサービスとも連携できるのが強みで、「Make対応してないアプリとつなぎたい」ときの最終手段になります。この記事の後半で設定手順を説明するのはこちらです。
カスタムWebhookの設定手順（15分）
ステップ1：Webhookモジュールを追加する
新しいシナリオを作成し、「＋」ボタンから「Webhooks」を検索。「Custom webhook」を選択します。
ステップ2：URLを発行する
「Add」をクリックして、Webhookに名前を付けます。「Webhook #1」のような適当な名前ではなく、「form-submission」など用途がわかる名前にしておくと、後で複数のWebhookを管理するときに迷いません。保存すると、専用URLが発行されます。
ここで1つ重要な注意。このURLは秘密情報です。URLを知っている人は誰でもあなたのシナリオを起動できてしまうので、APIキーと同じ感覚で扱ってください。ブログやSNSに貼るのは厳禁です。
ステップ3：URLを送信側サービスに設定する
発行されたURLをコピーして、データを送る側のサービス（Googleフォームのアドオン、Stripe、GitHubなど）のWebhook設定欄に貼り付けます。設定場所はサービスごとに違いますが、「Webhook」「通知URL」などの名前で設定画面にあることが多いです。
ステップ4：テストデータを送って構造を認識させる
ここが初心者の最初のつまずきポイント。Webhookは、一度実際のデータを受け取らないと「どんなデータが来るのか」をMake側が認識できません。
シナリオ画面で「Run once」を押して待機状態にしてから、送信側サービスのテスト送信機能（「Send test」ボタンなど）でダミーデータを送ります。Makeがデータを受け取ると、その構造（名前、メールアドレス、金額……などの項目）が自動で認識され、後続のモジュールで使えるようになります。
ステップ5：後続モジュールをつなげて完成
受け取ったデータをSlackに通知する、スプレッドシートに記録する、メールを送る——あとは普通のシナリオと同じです。受け取った項目をクリックで挿入していくだけ。
つまずきやすいポイント
データ構造が認識されない・項目が足りない
後続モジュールで使いたい項目が出てこないときは、Webhookモジュールを開いて「Detect new values（Redetect data structure）」をクリックし、もう一度テストデータを送ります。テスト送信のデータに含まれていなかった項目は認識されないので、本番に近いデータでテストするのがコツです。
Webhookが起動しない
まず確認するのはシナリオがONになっているか。テスト中は「Run once」で1回だけ待ち受けられますが、常時受け付けるにはシナリオ自体を有効化する必要があります。地味にやりがちなミスです。
送信側が「失敗」と判定してくる
StripeやShopifyなど一部のサービスは、Webhookを送った後に特定の応答（レスポンス）を一定時間内に要求します。処理が長いシナリオだと応答が間に合わず「配信失敗」扱いになることがある。この場合は「Webhook Response」モジュールをシナリオに追加して、先に応答を返す構成にすると解決します。ここは少し発展的な内容なので、最初は「そういう解決策がある」とだけ覚えておけば十分です。
どんな場面で使うのか（実用例）
- フォーム回答の即時処理：Typeformやフォームツールの回答を、送信された瞬間にSlack通知＋スプレッドシート記録
- 決済の即時通知：Stripeで支払いが発生したら、その場でメール送信や顧客リスト追加
- Make非対応アプリとの連携：専用モジュールがないサービスでも、Webhook送信機能さえあればMakeにつなげる
- AIとの組み合わせ：Webhookで受けたデータをChatGPTやClaudeのモジュールに渡して、要約・分類してから保存する
私がこのブログの記事生成をMake.comで回していたときも、考え方は同じでした。「何かが起きたら、待たずにすぐ動く」仕組みが作れるのがWebhookの価値です。
よくある質問
無料プランでもWebhookは使える？
使えます。Webhookモジュール自体に追加料金はなく、無料プランでも制限なく作成できます。むしろオペレーション節約になるので、無料プランユーザーこそ使うべき機能です。
プログラミング知識は必要？
基本的な使い方には不要です。URLをコピペして、テストデータを送って、あとはクリックで項目をつなぐだけ。JSONの知識があると発展的な使い方（生データの加工など）ができますが、最初はなくて大丈夫です。
WebhookとHTTPモジュールの違いは？
方向が逆です。Webhookは「外からMakeへ」データを受け取る入口。HTTPモジュールは「Makeから外へ」データを送りに行く出口。External APIを叩きたいならHTTP、通知を受けたいならWebhook、と覚えておけば混乱しません。
Make.comを試してみたい方は、無料プランから始められます。
まとめ
Webhookは、ざっくり言うと「データを受け取る専用URL」。ポーリング型のトリガーと違って、データが来た瞬間だけ動くので、反応は速く、オペレーションは減る。無料プランで運用するなら避けて通るのはもったいない機能です。名前の物々しさに反して、やることはURLのコピペとテスト送信だけ。まずはフォームツールとの連携あたりで、1本試してみてください。チャイムが鳴った瞬間にシナリオが動く感覚は、ポーリングには戻れなくなります。
コメント