Webhook 跟定時排程差在哪？被通知，還是自己定時去問

做自動化流程時，第一個要決定的往往是這一題：資料要怎麼進來。選錯的話，不是浪費一堆額度在空跑，就是通知永遠慢半拍。

這兩個做法沒有誰比較好，只有誰比較適合。分清楚事件驅動與時間驅動，你就知道該挑哪一個。

定義

Webhook 中文叫網路鉤子或即時推播，是一種被動觸發機制。當事件在來源端發生時，對方伺服器會主動把資料推到你指定的網址。

Cron Job 與 Polling 則是主動檢查機制。不管有沒有事件發生，你設定的時間間隔一到，系統就去問來源端：有沒有新資料。

白話比喻

即時推播像有人按你家門鈴。有訪客的那一刻你立刻知道，不用一直站在門口看。

定時排程像你每隔五分鐘開門看一次信箱。多數時候是空的，但只要你有按時看，遲早會看到。

核心差異一覽

各自的注意事項

即時推播要留意四件事：來源平台必須支援、必須有一個公開的網址、要正確處理來源端的重試以免重複執行、還要做好安全性驗證。

定時排程的問題則是延遲高、會一直去問而浪費資源與額度、可能遺漏兩次檢查之間發生的多筆事件，因此需要設計去重機制避免重複處理同一筆資料。

實際用例

即時推播的典型場景：通訊軟體訊息即時回覆、訂單付款成功即時通知、金流與交易狀態更新、表單提交後立刻處理。

定時排程的典型場景：每十分鐘抓一次試算表新資料、定時同步資料庫或第三方資料、每日產生報表、天氣或匯率定時更新。實際去讀寫資料的那一層，做的還是 CRUD 增刪查改。