Webhook 是一種 API 或應用程序編程接口，它允許給定的 Web 應用程序在發生預定義事件時將數據發送到另一個應用程序。雖然大多數 API 會根據用戶請求處理不同軟件之間的雙向數據交換，但 webhook 在某些事件發生時會單向發送數據。例如，每當用戶離開頁面時，webhook 可能會發送用戶在頁面上花費的時間長度。Webhook 也可以稱為“Web 回調”或“HTTP 推送 API”。

開發人員使用 webhook 和其他 API 來創建和管理他們自己的軟件和其他應用程序之間的連接。由于 webhook 發送由事件觸發的數據，因此當開發人員希望隨著時間的推移累積數據時，它們通常比 API 更受青睞。相比之下，當開發人員希望數據共享發生在用戶行為定義的實例上時，API 往往更有用。當其他類型的 API 發出數據請求并返回結果時，webhook 被動地等待數據事件發生。

要設置 webhook，客戶端會創建一個 webhook URL，并將其提供給 webhook 提供者。從那時起，提供 Webhook 將數據發送到該 Webhook URL 以供客戶端應用程序提取。客戶端的應用程序驗證傳入的 webhook 請求以確保傳入的數據來自提供者而不是安全威脅，然后接收數據。

與其他 API 一樣，可以由給定 Webhook 監視和發送的信息由主機站點和客戶端站點通過綜合文檔進行管理和理解。這種相互的“合同”允許雙方保護敏感數據，因為 webhook 將打包的數據不會超過實現 webhook 所有者所需輸出所需的數據。這樣，兩個應用程序都不會完全公開自己或用戶的數據。

什么是網絡鉤子？

使用 webhook 的好處

• 減少工作量：開發人員依靠 webhook 在事件發生時為其軟件應用程序提供信息。與其自己監控這些事件，開發人員可以簡單地使用一個跟蹤事件的 webhook 建立一個信息流。這減少了工作量，并允許開發人員專注于他們正在從事的項目的其他方面。
• 更流暢的 Web 操作： Webhook 允許公司連接他們原本完全不同的 Web 應用程序，這有助于在這些系統之間進行直接和高效的數據共享。這通過幫助保持其網絡應用程序自動彼此同步來提高公司的網絡存在和性能。
• 通知：當開發人員想要為他們的用戶實現通知時，webhook 提供了一種簡單的方法來做到這一點，而無需將開發工作花費在更強大的 API 形式上。與其他類型的 API 相比，Webhook 需要更少的時間和資源來構建和實施，因此它們可以作為此類用例的有效解決方案。
• 改進的用戶體驗： Webhooks 的數據共享功能有許多用例，包括基于數據收集個性化和改進用戶體驗的能力。例如，一家公司分析其 Web 應用程序通過 webhook 暴露的用戶行為數據，可以發現客戶旅程中的痛點并努力解決這些痛點。同時，公司可以使用 webhook 來發現他們的 web 應用程序的哪些部分獲得了最大的參與度并加以利用。

• 集中營銷：與公司可以通過分析 webhook 暴露的行為數據來改善用戶體驗的方式大致相同，營銷工作也受益于相同的數據，并允許公司將廣告定位到特定受眾。通過根據行為和人口統計數據為用戶提供內容，營銷人員獲得了提高參與度的優勢。然后，公司可以繼續跟蹤這種參與，創建一個積極的反饋循環，最大限度地提高活動的有效性。

使用 webhook 的影響

依賴 webhook 可能會對軟件開發公司產生負面影響：

• 安全風險：使用 webhook 的公司必須采取措施確保他們的連接不會暴露于安全漏洞。Webhook 客戶端可以通過驗證請求的簽名與來自主機公司的簽名來驗證傳入的 Webhook 請求。用戶還可以用密碼保護他們的 webhook URL，這樣只有主機和客戶端才能訪問。這些做法有助于防止諸如欺騙攻擊之類的威脅——在這種攻擊中，惡意代理會偽造數據以冒充 webhook 主機的身份。
• 缺乏功能： Webhook 比其他 API 更輕量級，對于希望從其他 Web 應用程序獲取數據的開發人員來說，它們是一個有吸引力的工具。然而，webhook 易于實現的特性并不會自動使它們成為比更強大的 API 更好的解決方案。在許多情況下，付出額外的努力來連接可以在發出 API 請求時共享數據的雙向 API 將比 Webhook 更好地為開發人員提供服務。在某一點上，試圖強制 webhook 作為可行的解決方案實際上會花費開發人員的時間和資源。