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

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

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

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

什么是網(wǎng)絡(luò)鉤子？

使用 webhook 的好處

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

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

使用 webhook 的影響

依賴 webhook 可能會對軟件開發(fā)公司產(chǎn)生負(fù)面影響：

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