什么是 Webhook？

已发表: 2018-06-23

它发生在我们所有人身上。 你在开会，有人抛出了一个感觉很熟悉、听起来很熟悉的术语——但如果你被放在现场，当着你所有的同龄人的面被问到它的真正含义，你就会被困住直到会议结束或你惊慌失措，拉起火警，然后流着泪逃离大楼。

随着营销和客户参与变得越来越受数据驱动并依赖于技术来发挥其全部潜力，感觉这些术语越来越多：SDK、PII 和 API。 今天，我们将快速看一下这些需要知道的术语中听起来更令人回味的一个，即不起眼的“webhook”。

那么，什么是 webhook？

从本质上讲，Webhook 是在预选事件之后发生的从一个应用程序或服务到另一个应用程序或服务的通信。 Webhook 是一种 HTTP 回调，有时被称为“反向 API”，尽管这并不能说明 Webhook 是什么以及它们是如何工作的。

好的，但您能否澄清一下 webhook 是什么以及它们是如何工作的？

就像这样：在互联网时代，没有数字系统是孤岛（或者，如果是，它不应该是孤岛）。 断开连接的系统会导致断开连接的用户体验，而关心与客户建立可持续关系的品牌需要通过不同的技术进行有效沟通的方法。

Webhook 就是其中一种方式。

从本质上讲，Webhook 是一种基于事件的方法，两个独立的系统可以根据实时传输的数据采取有效的行动。 应用程序之间的消息不是“支持”的数字版本，而是重要信息的传递，这些信息需要为接收系统提供一组关于何时以及如何执行特定任务的指令。 正因为如此，webhook 可以为营销人员提供对数据和程序化功能的更动态和灵活的访问，并让他们能够设置触发的工作流和客户旅程，从而简化流程。

等等，是什么让 webhook 与 API 不同？

API 和 webhook 都用于支持不同数字系统之间的通信，但这些通信是如何进行的，以及它们各自最适合的情况往往略有不同。

当您利用 API 在系统之间进行通信时，它往往是一个调用和响应操作：初始系统对接收系统的 API 端点进行 API 调用，并获得响应（以数据、图像或其他数字资产）。 使用 webhook，通信功能更像是一个指令列表——第一个系统告诉第二个系统做什么（例如，向客户的航空公司忠诚度帐户添加 10 个忠诚度积分）以及它应该在什么时候做（例如当该客户完成第五次航班预订时）。 Webhook 的“如果这样，那么那样”方面为它们提供了极大的灵活性，并使它们成为填补客户品牌体验空白的强大工具。

在最好的情况下，webhook 可以成为支持自动化营销实践的强大方式。 只要有能够针对该事件采取行动的事件和服务，营销人员甚至可以使用非应用程序、非网站事件来推动和影响客户的品牌体验。 Webhook 可以建立紧密的连接（通常在 API 集成不可行或成本太高的情况下），并且可以帮助确保对您的营销有价值的技术在最有意义的时间和地点实际上彼此同步.

嗯，举个例子怎么样？

Quizlet 使学生能够通过抽认卡、测试和游戏来复习信息。 通过五种学习模式，在线平台希望引导用户查看他们尚未使用的不同模式和游戏。 但是，在收集有效开展活动所需的高度细微的数据时，Quizlet 遇到了两个问题：准确性和数据使用情况。 他们希望为每个用户的模式使用情况保留全方位的历史数据，并有效地收集新信息，但在不收集超出他们需要的数据的情况下努力确保数据准确性。

Quizlet 的工程团队在确定下一步行动时采取了敏捷、协作的方法，向他们的营销团队寻求进一步帮助以优化数据收集。 通过相互交流想法，Quizlet 开始使用 webhook 来有效地解决他们的数据问题。

每次 Quizlet 用户在应用程序或网络上选择学习模式（仅限登录状态）时，Braze SDK 都会收集该事件并通过 Rest API 发送到 Braze。 该事件触发了一个基于操作的活动，如果满足以下条件，该活动又会通过 Liquid 向 Braze Rest API 用户/跟踪端点发送一个带有 JSON 对象的 Webhook。 七种学习模式中的每一种都设置了自己的 webhook，并且不允许重新获得资格，以确保不会为多次使用相同模式的人创建新数据点 - 每个用户配置文件最多使用七个数据点代表他们可以使用的七种可能的学习模式。

是否有关于何时使用 webhook 的指南？

嗯，是的——当然有。

要记住的一个重要问题：时间就是金钱。 或者，至少，您拥有的客户数据的价值在它生成的那一刻开始下降——这意味着管理和处理您目前拥有的数据是您的客户参与有效性的关键因素努力。

Webhook 可以成为实现这一目标的关键部分。 除了支持通过 Facebook messenger、Line 或 Kik 等 OTT 消息平台发送客户外展服务外，webhook 还可以成为确保用户无缝执行基本操作的关键工具。

在 Braze，我们从客户那里看到的一种常见做法是在用户执行特定操作时使用 webhook 向他们发送折扣或积分。 借助 Braze 基于行动的参与，品牌可以列出需要提供折扣的触发事件类型，然后，一旦 Braze 平台收到用户执行相关事件的通知（可能正在查看某个产品或在手机游戏中击败某个级别或放弃数字购物车），可以将 webhook 发送到客户端的后端或 Braze API 以处理用户配置文件更新，自动将适当的信用实时添加到该个人的帐户中。

请注意，实现这种体验不需要工程、不需要拉列表、不需要标记附加信息——只需在相关系统之间初始设置 webhook。 当您希望确保有凝聚力的客户体验而又不让您的工程团队全天候为您提供支持时，这是一个巨大的胜利。

说得通。 还有其他大用例吗？

还经常看到用于向其他技术或服务器更新发生在其特定权限之外的关键用户操作的 webhook。 例如，如果用户在电子邮件上单击取消订阅（这意味着您不再合法地允许在该频道中向他们发送消息），那么设置一个 webhook 来提醒和 ping 其他系统是明智的 - 例如分析数据库或CRM — 使用相同的信息，确保全面了解用户的行为。

除此之外，考虑利用 webhook 的基本灵活性——这是一种用于支持广泛的行动和创造性方法来满足客户参与需求的工具。 例如，您不会看到很多客户参与平台将直邮作为渠道添加，但通过 webhook，品牌可以利用这些平台对有针对性、分段的外展的支持，通过直接向客户发送明信片或其他直邮Lob 等邮件服务。 通过采用这种灵活性，可以使用 webhook 将您的营销策略推向新的创新方向，而无需重大的新费用或工程支持。 这是一件大事。

还要别的吗？

不要忽视是什么让 webhook 与众不同。 与 API 不同，它们不需要初始请求即可运行，而且由于它们不需要轮询和操作数据库类型，因此 webhook 可以在新信息可用并触发操作时真正实时运行。 这些特性使 webhook 可以紧密连接系统，即使您正在使用的技术生态系统没有像您希望的那样集成在一起。

当您使用的系统不是为协同工作而构建时，营销人员经常会发现自己处于由于不完整的上下文或延迟的信息而不得不应付的位置，从而导致其品牌客户的品牌体验低于标准或令人沮丧。 除了 API 和 SDK，Webhook 还使营销人员能够实时设置应用程序或网站上发生的任何事件并触发操作。 这可以是变革性的。 这种立即采取适当行动的能力对于品牌与其客户之间的有效即时互动至关重要，并且可以使 webhook 成为与电子邮件或推送通知等客户互动的重要渠道。

因此，借此机会看看 webhook 是否可以帮助您更有效地连接您的系统，并发送必要的数据来支持您梦寐以求的卓越品牌体验。 您的客户会感谢您的。