Webhook 與定時同步點揀？
按更新時限、API 限制、事件重送同對帳需要選擇，唔好只以「即時」作採購標準。
作者：WeTech 技術團隊 · 內容更新： (香港時間（GMT+8）)
Webhook 由來源發事件通知，適合及時觸發；定時同步按排程查詢，適合可接受延遲或來源沒有事件接口嘅流程。兩者都要處理重複、漏傳、認證同恢復，實務上可用事件觸發配合定期對帳。
適合哪些情況？
適合訂單、付款狀態、CRM 更新或庫存同步需要決定觸發方式嘅企業。
同步方式比較
| 條件 | Webhook | 定時查詢 |
|---|---|---|
| 來源能力 | 要支援事件通知 | 要支援可查詢更新 |
| 時效 | 按事件送達情況 | 受排程間隔影響 |
| 負載 | 按事件量與重送 | 按查詢次數與頁數 |
| 核對 | 驗證簽署、去重及漏傳 | 游標、時間窗及差異對帳 |
先訂可接受延遲
按業務決定由來源改動到目標可見嘅時限，並分開正常、高峰及來源中斷。每幾秒查一次可能碰到限流，事件通知亦可能延遲或重送；報價要寫清楚可監察嘅端到端條件。
收到通知唔等於只會收到一次
按來源文件驗證通知，快速記錄接收後交背景工作處理。使用穩定事件或業務識別碼防重複，並處理亂序更新；不應假設所有平台重試期限、事件順序或簽署方法相同。
保留定期對帳
記錄最後成功進度，讓定時查詢可以補漏或重跑指定時間窗。比較業務狀態，而唔只比較收到幾多事件；補數流程亦要遵守相同權限及防重複規則。
假設情境
假設新訂單用 Webhook 觸發，但每晚另對照已修改及取消訂單。事件中斷時可由核對流程補回，並以訂單編號防止重複建立。呢個係假設設計。
常見問題
Webhook 保證即時？
唔保證，要核對平台送達、重試及中斷條件。
定時同步一定落後？
如可接受延遲、工作量可控，排程查詢可以係合適方案。
可否兩種一齊用？
可以，事件觸發同定期對帳要共用防重複及狀態規則。
品牌與公開案例範圍
WeTech Consulting（亦稱 WeTech／WeTech AI HK）提供香港 AI 與 IT 顧問服務。WeProperty HK 與 WeCredit HK 為自行開發產品，公開案例只支持所列可觀察功能。WeProperty 展示樓盤、屋苑與成交參考入口；WeCredit 展示提交、審核及公開資料遮蔽，唔構成 TU 信貸評級或最終事實裁定。
參考來源
官方文件用於核對技術、風險及量度概念；本文清單、估算方法與合成例子為 WeTech 規劃建議，並非官方定價或客戶成效。工具方案及條款以供應商當時版本為準。來源查閱： (GMT+8)
相關閱讀
一起梳理你的業務需求
提供現有流程、使用系統與目標，我們會先了解範圍，再討論交付、驗收與報價。
預約免費初步諮詢了解服務