通过 webhook 把计算器线索发送到 HighLevel 或任意 CRM

通过 webhook。访客提交线索表单时，InsuranceQuoteWidget 把 JSON 数据推送到您保存的 URL。HighLevel 中以入站 webhook 为触发器的工作流接收它，再由您的工作流动作决定下一步：创建或更新联系人、写入自定义字段、添加标签、创建商机并通知业务员。

我们实话实说：这是新线索的单向推送，而不是双向同步。您在 HighLevel 中修改的备注和状态留在 HighLevel；内置的代理机构联系人列表会保留每条线索的独立副本。

由于数据是通过 HTTPS 传输的普通 JSON，同样的设置适用于任何可直接接收 webhook 的 CRM；不支持的，也可以经由 Zapier 或 Make 中转。

数据中注明事件和计算器、是否为新联系人，并包含联系人信息、带有每项输入和结果的提交内容，以及提交时间。来源归因同时以嵌套对象和扁平字段两种形式提供，因此把 utm_source 或 gclid 映射到 CRM 字段无需额外解析。

• event、calculator、is_new_contact、submitted_at
• contact：姓名、邮箱、电话、留言
• submission：计算器的输入和结果
• attribution 对象，以及扁平的 utm_source、utm_medium、utm_campaign、utm_term、utm_content
• gclid、fbclid、msclkid、landing_page、referrer、first_touch_source

可以。每个计算器都可以有自己的 webhook；没有设置的，线索会发送到全机构 webhook。这样，代理机构可以把临近 Medicare（美国联邦老年医疗保险）年龄的线索和年金线索发送到退休业务团队的销售管道，人寿和伤残线索交给保障类业务员，其余线索走一个统一的兜底路由。

按计算器路由，也是为每位业务员或每个办公室单独设立 HighLevel 子账户的代理机构，无需在下游搭建筛选就能把线索分开的方法。

如果您更想用一个路由加一个更智能的工作流，数据中的 calculator 字段就足以在 HighLevel 内部做分支判断。

Agency 和 Enterprise 套餐包含 webhook；免费的 Producer 套餐不包含。保险计算器属于 Enterprise 套餐。无论下游自动化做什么，都要确保电话和短信与访客给出的同意相符，因为 TCPA（《电话消费者保护法》）规则适用于自动拨号电话和营销短信。

比较稳妥的第一个工作流是发送一条内部通知和一封确认邮件，等与合规联系人确认同意条款措辞后，再启用短信和拨号器活动。本页内容均不构成法律建议。设置说明见集成。