Skip to content

建立 2026-09-15 更新 2026-09-15

排程與 Webhook

情境要「自己跑」，只有兩種主要方式：排程輪詢（定時去問有沒有新資料）與 Instant／Webhook（別人一有事就推過來）。選錯不是能不能用，而是延遲與點數差很多。

排程（Polling）

Watch emails、Watch new rows 這類觸發，會依你設的間隔去檢查來源。免費方案最短間隔目前是 15 分鐘；付費方案可到每分鐘。每次檢查，觸發模組通常算 1 operation／credits，即使沒有新資料。

適合：試算表、信箱、不一定支援即時推播的 App。不適合：結帳後要立刻開單、表單送出要馬上回傳。

排程在情境啟用後才生效。編輯中記得存檔；測的時候用 Run once，不要依賴「等 15 分鐘看結果」。

Webhook（Instant）

Custom webhook 會給你一條 HTTPS 網址。外部系統（表單、Stripe、自架網站、ChatGPT Action）用 POST／GET 把 JSON 打進來，情境幾乎立刻開始跑。

第一次要把結構「教」給 Make：

  1. 加 Custom webhook，複製網址。
  2. 情境設成 listening／Run once 等待。
  3. 用真實來源或測試工具送一筆樣本。
  4. Make 解析出欄位後，才能 mapping。
  5. 若對方要求特定回應內容，再加 Webhook response 模組（預設只回 Accepted 往往不夠，例如某些支付確認）。

Webhook 省的是「空轉檢查」的點數，但每一次進來仍會跑後面的模組。沒有 Filter 的 Instant 流程，流量一大，月額會很快見底。

怎麼選

需求 用什麼
每小時把信箱新信寫進表 排程 Watch emails
Typeform／自架表單一送出就通知 Custom webhook
Slack 斜線指令、ChatGPT 要即時回 Webhook ＋ Webhook response
來源 App 有 Instant 觸發模組 優先用官方 Instant，不必自己架 webhook

相關資料