WhatsApp 号码详情：检查结果如何丰富您的联系人记录
了解 WhatsApp 号码检查可为 CRM 记录添加哪些详情，如何存储这些数据及检查日期，以及团队如何将其转化为工作流规则。
本指南旨在说明团队可将哪些 WhatsApp 号码详情关联至联系人记录，以及如何存储和使用这些信息。
企业可关联至联系人记录的 WhatsApp 号码详情虽然有限，但非常实用：包括号码在检查时是否拥有已注册的 WhatsApp 账号、该账号是否显示头像、是否为 WhatsApp 商业账号，以及针对列表级文件任务，该账号距离上次活跃已过去多少天。每一项详情都是用于细分和路由的带日期工作流输入。将每个数值及其检查日期分别存储在独立的字段中，是确保其后续价值的关键。
人们所说的“WhatsApp 号码详情”是指什么
搜索“WhatsApp 号码详情”时，往往会混淆三种不同的需求。一些页面解释了个人如何在应用设置中查找自己的号码。另一些页面描述了企业发送方号码的记录（如显示名称和质量评分），这些属于 WhatsApp Business Platform 和发送方自己的账号。本指南涵盖的第三种需求，是销售或 CRM 团队想要了解其现有联系人列表中号码的相关信息。
对于第三种需求，有用的答案是一系列账号级信号，即检查针对提交的号码所返回的结果。这些信号描述了检查时刻该号码所关联的 WhatsApp 账号状态。它们并非个人资料的完整转储，团队将其视为结构化字段而非自由文本备注时，才能获得最大价值。
在进行任何检查之前，号码本身应保持规范：采用包含国家代码的国际格式，不含本地长途前缀、空格或标点符号。ITU-T E.164 建议书定义了该国际编号结构，实践中大多数检查失败都是由于未对本地格式的号码进行标准化处理所致。
检查可关联至记录的 WhatsApp 号码详情
WA Lookup 提供针对单个号码或少量号码的实时检查，以及可增加一项信号的文件批量处理选项。实时检查的结果与请求在同一响应中返回；批量文件选项在后台处理，并返回可下载的结果文件。
| 详情 | 来源 | 描述内容 | 典型的 CRM 用途 |
|---|---|---|---|
| 注册状态 | WhatsApp 注册检测（实时）或批量注册文件任务 | 检查时该号码是否存在 WhatsApp 账号 | 渠道选择与路由 |
| 头像可用性 | WhatsApp 头像检测（实时）或批量头像文件任务 | 是否可见个人资料照片，包含可能为空的图片链接 | 资料完整性评分 |
| 账号类型 | WhatsApp 商业账号检测（实时）或批量商业文件任务 | 该账号是否为 WhatsApp 商业账号 | B2B 与 B2C 细分 |
| 活跃天数 | 仅限批量活跃度文件任务 | 距离账号上次活跃已过去的天数 | 休眠状态细分 |
注册检测
注册状态是基础详情。已决定的结果表明检查时该号码是否存在 WhatsApp 账号。这是大多数团队首先使用的字段，因为它决定了 WhatsApp 是否为该联系人的可行渠道。
头像检测
头像检测增加了个人资料照片是否可用及其链接（可能为空）。它是对注册状态的补充：没有可见照片的账号仍可能是已注册账号，因此头像字段绝不应覆盖注册状态字段。
商业账号检测
商业账号检测增加了该账号是否为 WhatsApp 商业账号的信息。它仅描述账号类型。这对于区分潜在的 B2B 联系人和消费者联系人很有用，但它并非对公司注册或联系许可的核实。
活跃天数与上述三项实时详情不同：它仅来自批量活跃度文件任务，描述的是距离上次活跃的天数，而非实时的在线状态。
如何在 CRM 中存储每项详情
最常见的数据质量问题不是结果错误，而是存储时缺乏上下文。实用的字段设计如下：
- WhatsApp 注册状态：作为三状态下拉列表：已注册、未注册、尚未判定。保留第三种状态用于无法判定的检查，这样临时失败就不会被误认为是负面结果。
- WhatsApp 检查日期：作为日期字段，每次写入已决定的结果时更新。没有它，就无法判断数值是来自上周还是去年。
- WhatsApp 头像可用性：作为单独的复选框或下拉列表，外加一个可选的图片链接 URL 字段。当链接为空时，请保持 URL 为空，不要写入占位符文本。
- WhatsApp 商业账号：作为其独立的下拉列表，仅在选择了商业账号检测时写入。
- 距离上次活跃天数：作为带有日期字段的数字字段，仅从批量活跃度结果中填充。
- 检查来源：作为简短文本或下拉列表（仪表板、API、批量文件），有助于管理员审计数值的来源。
两条规则可确保字段的准确性。首先，切勿从一个字段推导另一个字段：缺失头像并不代表注册状态，非商业结果也不代表联系人是否为个人。其次，仅在检查针对该特定详情返回已决定结果时才写入数值。未判定或错误响应应保留现有数值，并将记录标记为稍后重试。
将详情转化为工作流决策
一旦字段建立，它们就可以驱动简单且可审计的规则。团队通常从以下三条开始：
- 渠道路由：标记为“已注册”且检查日期较新的联系人进入 WhatsApp 适用序列；标记为“未注册”的联系人进入电子邮件、短信或电话序列。检查结果仅告知渠道选择；许可和消息规则仍需单独适用。
- 细分：当潜在客户来源混合时，WhatsApp 商业账号标记有助于销售团队区分潜在的企业联系人和消费者联系人。头像可用性可与职位、公司和电子邮件一起，作为资料完整性评分的输入项。
- 休眠处理：对于大型列表，批量活跃度信号有助于团队将距离上次活跃时间较长的联系人移至低优先级或重新确认细分，而不是对所有人一视同仁地发送消息。
确保规则对使用者透明。销售代表在记录上看到“已注册，3 天前检查”时，比看到一个无法解释的绿色勾选框能做出更好的决策。
对于业务量，请根据任务选择匹配的方法。代表检查单个入站线索时可以使用仪表板中的实时单次检查。管理员刷新几百条记录时可以将其粘贴到仪表板批量检查中，后端则可以通过 API 发送小批量请求。超大型列表更适合作为批量文件任务处理：上传每行一个号码的 TXT 或 CSV 文件，等待处理，然后下载并导入结果文件。产品限制适用，因此在规划大规模导入前请查阅当前的 API 文档。
保持详情的时效性
每项详情都是一个快照。人们会更换号码、从个人账号切换到商业账号、删除头像或停止使用账号。WhatsApp 帮助中心也解释说，不活跃账号可能会被删除，因此旧的“已注册”数值可能会过时。
简单的刷新策略对大多数团队来说已足够：
- 在新线索进入 CRM 时进行检查，在分配之前完成。
- 如果细分的检查日期早于团队选择的时间窗口，则在活动前重新检查。
- 当发送失败或代表报告号码错误时，重新检查单个记录。
将刷新窗口作为 CRM 文档中的内部选择进行记录，以便管理员和销售主管应用相同的规则。
关联 WhatsApp 详情时的常见错误
- 用头像或商业结果覆盖注册状态：每项检查描述其自身的详情；请将它们存储在单独的字段中。
- 将未判定的检查视为“未注册”：这是缺失的答案，而非负面结果。请稍后重试并保留之前的值。
- 丢失检查日期：没有日期的数值无法支持刷新规则或审计。
- 检查未标准化的号码：本地格式和缺失国家代码会导致检查失败或产生误导；请先标准化为国际格式。
- 在同一个批量文件中混合国家/地区：批量文件应仅包含来自所选国家的号码，因此在上传前请按国家/地区拆分混合列表。
- 将活跃天数用作实时状态：这是批量任务中距离上次活跃的天数统计，适用于休眠细分，而非用于判断某人当前是否在线。
- 让详情取代许可记录：渠道信号和许可属于不同的字段，由不同的负责人管理。请同时保留两者。
常见问题解答
团队可以向联系人记录添加哪些 WhatsApp 号码详情？
团队可以添加检查时的注册状态、包含可选图片链接的头像可用性、WhatsApp 商业账号类型，以及来自批量活跃度文件任务的距离上次活跃天数。每项详情都应存储在带有检查日期的独立字段中。
CRM 应如何存储无法判定的检查结果？
保留单独的“尚未判定”状态或保持现有数值不变，并将记录标记为重试。将其写入为“未注册”会误导联系人的路由。
团队如何一次性检查数千个号码的详情？
使用批量文件任务：上传每行一个号码的 TXT 或 CSV 文件（针对所选国家），等待处理，然后下载结果文件。较小的集合可以使用仪表板批量检查或 API 多号码请求。
联系人记录上的 WhatsApp 详情应多久刷新一次？
在新线索进入时进行检查，在活动前当细分的检查日期超出团队选择的时间窗口时重新检查，并在发送失败或报告号码错误后重新检查单个记录。
了解更多
选择符合您工作流下一步的产品信息。