WhatsApp 注册线索路由：将每条线索发送至正确的渠道
根据注册检测、许可及重试规则，将新线索路由至 WhatsApp、电子邮件或电话。包含决策表、检测位置及常见错误说明。
本文介绍如何在线索路由中使用 WhatsApp 注册检测：检测的执行位置、许可与检测结果如何结合形成渠道规则，以及如何处理无法判定结果的线索。
WhatsApp 注册线索路由根据两个事实将每条新线索发送至相应渠道：线索是否同意被联系，以及在检测时该号码是否拥有已注册的 WhatsApp 账号。同时满足这两项条件的线索将进入 WhatsApp 队列；已完成但显示为“未注册”的结果将转至电子邮件或电话渠道；无法判定的检测结果则进入重试队列。在表单提交或导入时运行实时检测，可确保路由决策与线索创建处于同一环节。
为什么要根据 WhatsApp 注册状态路由线索
大多数线索路由指南侧重于决定线索的归属（地区、产品线、交易规模），并假设渠道是固定的。在 WhatsApp 作为主要业务渠道的市场中，渠道决策同样重要。将 WhatsApp 优先的销售代表分配给一个没有 WhatsApp 账号的线索会浪费首次触达机会，而向偏好 WhatsApp 的线索发送仅限电子邮件的序列则会闲置一个高响应渠道。
注册检测在路由逻辑中增加了一个平台特定的可触达性信号。它回答了一个问题：该号码目前是否具备 WhatsApp 这一渠道？它无法判断线索是否希望在该渠道被联系，因此它始终与许可规则配合使用，而非替代许可规则。WhatsApp Business Messaging Policy 规定，仅在个人提供号码并完成 opt-in 后，企业方可与其联系。
WhatsApp 注册线索路由规则
在连接任何工具之前，请先编写路由表。每种许可与检测结果的组合都应有且仅有一个目的地：
| WhatsApp 许可状态 | 检测结果 | 路由目的地 |
|---|---|---|
| 是 | 已注册 | 由指定销售代表负责的 WhatsApp 队列 |
| 是 | 未注册（已完成） | 电子邮件或电话序列 |
| 是 | 无法判定 | 重试队列；若线索对时间敏感，可临时进行电子邮件触达 |
| 否或未知 | 任意 | 在现有许可范围内通过电子邮件或电话联系；若适用，可请求 WhatsApp opt-in |
以下三种设计选择有助于保持该表格的可维护性：
- 分离所有者与渠道。 保持地区或轮询分配不变，仅让检测结果决定渠道。将两者混合会使重分配规则难以调试。
- 存储原因。 在线索上保存检测结果和日期，以便销售代表了解线索进入其 WhatsApp 队列的原因。
- 定义备用所有者。 若具备 WhatsApp 能力的销售代表不可用，线索应转交给指定的备份人员，而非处于未分配状态。
Meta 的 opt-in 指南指出，opt-in 必须明确企业名称，且适用法律依然有效。请在表单本身获取该许可，以便路由规则有字段可读取。
注册检测在线索流程中的运行位置
在表单提交时。 后端可使用 E.164 格式的线索号码、X-API-Key 请求头以及作为 service_type 的 WhatsApp 注册检测来调用 POST /api/v1/check。结果会在同一响应中返回，因此路由步骤可以在线索写入 CRM 之前读取该结果。请先规范化号码：Meta 关于 WhatsApp user phone number formats 的指南展示了缺少国家代码的号码可能被误判为属于其他国家。
在列表导入时。 来自活动或合作伙伴的线索通常以批次形式到达。同步多号码请求 POST /api/v1/batch-check 最多可接收 100 个号码并一次性返回整个批次的结果，否则整个批次将失败；操作员也可以将最多 500 个号码粘贴到仪表板的实时批量检测中。请在批次结果返回后运行路由。
针对大型积压数据。 当旧数据库在重新激活计划前需要渠道标签时，异步批量任务是补充路径：上传 TXT 或 CSV 文件，等待处理，然后下载结果文件并导入标签。新线索仍应使用实时路径。
当前的 API 文档描述了每用户并发和超时控制；请根据这些控制措施来规划表单提交流量和重试频率。
处理无法判定的线索
某些检测无法得出结论，会返回非零业务代码而非已完成的结果。请将其视为缺失数据：
- 切勿将无法判定的线索路由为“未注册”。 这样做会将可触达的线索发送至错误的渠道。
- 延迟重试。 将线索放入短期的重试队列，并在回退前重新运行一到两次检测。
- 设置时间限制。 对于热门入站线索，设置最大等待时间；若仍无法判定，则先通过电子邮件或电话联系，若后续检测完成，再转入 WhatsApp 路由。
- 单独记录。 无法判定结果的比例上升是一个值得监控的运营信号，将其单独列出可防止其扭曲渠道报告。
无论号码是否已注册，已完成的检测结果均会产生费用，因此请避免对自上次已完成检测以来号码未发生变化的线索进行重复检测。
保持路由的长期准确性
注册结果仅描述某一时刻的状态。请在路由设置中建立以下三种维护习惯：
- 在重要序列前重新检测。 在将线索移入 WhatsApp 计划之前，应重新检测已在培育池中停留数月的线索。
- 在号码变更时重新检测。 对电话字段的任何编辑都应清除旧结果并触发新的检测。
- 衡量路由质量。 按渠道路由比较首次响应率和重分配率。如果 WhatsApp 路由的线索经常被重分配，请审查许可获取流程和销售代表的覆盖范围，而非检测本身。
按注册状态进行路由有助于实现更清晰的渠道决策；它不能替代资格审查、许可记录或销售代表在对话开始后的判断。
常见问题解答
当 WhatsApp 许可状态未知时，团队该如何路由线索？
将其发送至已有许可的渠道（如电子邮件），并在该渠道中询问是否愿意进行 WhatsApp opt-in（如果该渠道适用）。“已注册”结果仅表明账号存在，并不代表线索同意在该渠道被联系。
检测应该在 CRM 中创建线索之前还是之后运行？
两者皆可。在表单提交时运行，路由步骤可立即读取结果；在创建后运行，则可保持表单提交速度，并允许 CRM 工作流应用渠道规则。无论哪种方式，都应在线索上存储结果和检测日期。
对于号码未在 WhatsApp 上的线索，正确的备用方案是什么？
将其路由至序列中的下一个许可渠道（通常是电子邮件或电话），并保持所有者不变。仅在号码变更或新的 WhatsApp 计划开始前才进行重新检测。
一个路由请求可以检测多少个号码？
单号码检测处理一条线索。API 多号码端点每个请求最多可处理 100 个号码并一次性返回批次结果，仪表板实时批量检测最多可粘贴 500 个号码。
了解更多
选择符合您工作流下一步的产品信息。