WhatsApp 联系人列表清理清单：外呼前的 10 个步骤
格式化、去重、应用许可与抑制规则，然后进行 WhatsApp 注册检测。这是一份专为销售和 CRM 团队准备的 10 步列表清理流程。
这是一份实用且有序的清单，用于准备进行 WhatsApp 外呼的联系人列表：涵盖文件清理、国际格式化、去重、许可记录、注册检测以及结果标记。
WhatsApp 联系人列表清理清单包含四个按固定顺序执行的任务：修复文件、将所有号码转换为完整的国际格式、删除重复项及未获得有效许可的联系人，最后再检测哪些号码拥有已注册的 WhatsApp 账号。如果步骤顺序颠倒，会导致在重复项和格式错误的号码上浪费检测额度。以下十个步骤可将原始导出数据转换为已标记、经过许可筛选并可供渠道决策的列表。
为什么 WhatsApp 列表需要单独的清理流程
常规的电子表格清理仅能修复名称和空白列，但 WhatsApp 增加了大多数列表清理指南所忽略的三个要求。
- 国家/地区代码决定路由。 Meta 关于 WhatsApp 用户电话号码格式 的文档警告称，如果发送的收件人号码缺少加号和国家/地区代码，系统会应用业务号码所属的国家/地区代码，这可能导致消息发送给错误的人。因此，充满本地格式号码的列表存在发送错误的风险，而不仅仅是外观问题。
- 许可（Opt-in）是前提条件。 WhatsApp Business Messaging Policy 允许企业仅在对方提供号码并明确许可的情况下联系用户，并要求尊重用户在 WhatsApp 内外提出的停止联系请求。
- 收件人反馈会影响发送方。 同一政策指出，用户可以屏蔽或举报企业，负面反馈可能导致消息发送受限。联系从未同意接收消息的号码是积累此类负面反馈的最快方式。
专为 WhatsApp 设计的清理流程将格式化、许可和注册视为独立的关卡，每个关卡都有其通过和失败规则。
WhatsApp 联系人列表清理清单概览
| # | 步骤 | 通过规则 | 典型失败情况 |
|---|---|---|---|
| 1 | 备份原始导出文件 | 存储一份未改动的副本 | 清理了唯一的原始文件 |
| 2 | 修复列和编码 | 一列电话号码、标签化标题、纯文本 | 号码显示为 4.47E+11 |
| 3 | 记录来源和国家/地区 | 每一行都有来源和默认国家/地区 | 混合国家/地区且无提示 |
| 4 | 规范化为国际格式 | 每个号码都有 + 和国家/地区代码 |
代码后保留了前导零 |
| 5 | 基于规范化值去重 | 每个号码仅保留一行 | 因格式不同导致重复项未被发现 |
| 6 | 应用许可和抑制规则 | 仅保留有记录的许可行 | 重新导入了旧的退订用户 |
| 7 | 运行 WhatsApp 注册检测 | 每一行剩余数据都有结果或重试标记 | 在执行步骤 4–6 之前进行检测 |
| 8 | 使用检测日期标记结果 | 每个联系人存储结果和日期 | 结果被覆盖且无日期记录 |
| 9 | 按结果路由 | 每个标签映射到一个渠道或审核队列 | 将“无法判定”视为“未注册” |
| 10 | 安排下一次清理 | 每次营销活动前设定重新检测日期 | 使用数月前的旧结果 |
顺序至关重要：步骤 1–6 在任何付费检测运行前缩减列表规模，步骤 7–10 将结果转化为决策。
步骤 1–5：修复、规范化和去重
1. 备份原始导出文件。 保持原始文件为只读状态。如果公式或批量替换损坏了某一列，备份是恢复原始值的唯一途径。
2. 修复列和编码。 在导入前将电话列格式化为文本，以防止电子表格软件将长数字转换为科学计数法或删除前导字符。删除从网页表单复制粘贴带来的不可见 Unicode 字符、不换行空格和多余引号。
3. 记录来源和国家/地区。 为每个联系人的来源（活动、网页表单、合作伙伴列表）以及号码所属的国家/地区添加一列。例如 07700 900123 这样的本地号码，只有在已知国家/地区的情况下才能转换。来源列也支持步骤 6 中的许可审查。
4. 规范化为国际格式。 将每个号码转换为 E.164 格式：加号、国家/地区代码，然后是去掉空格、破折号或国内主干前缀的全国号码。上述英国号码应变为 +447700900123，而不是 +4407700900123。使用如 libphonenumber 这样的解析库比手动替换更可靠地处理国家前缀、号码长度和地区规则。解析器拒绝的行应进入“修复或丢弃”队列，而不是进行猜测。
5. 基于规范化值去重。 仅在步骤 4 之后比较号码。在规范化之前，+44 7700 900123、07700900123 和 447700900123 看起来是三个联系人；规范化后它们会合并为一个。保留记录最完整且许可证据最清晰的那一行，并合并其他行的备注。
步骤 6：许可、抑制和数据准确性
Meta 的 opt-in 指南 指出，企业需要获取用户的号码及其接收消息的同意，许可必须明确企业名称，且适用法律依然有效。对于列表清理，这意味着具体的规则：
- 删除没有记录许可的行，或将其移动到团队拥有有效许可的渠道。
- 每次导入后重新应用抑制列表；通过电子邮件、电话或当面收集的退订信息也应计入。
- 将许可日期、措辞和来源与号码一起保存，以便日后审查决策。
数据保护监管机构也期望联系人数据保持准确。英国 ICO 关于 准确性原则 的指南要求组织采取合理步骤保持数据正确和最新，并及时更正或删除不准确的数据。删除无法解析的号码并刷新旧的检测结果是满足这一期望的实用方法。
步骤 7–8：检测 WhatsApp 注册并标记结果
只有在此时，注册检测才能增加价值。WA Lookup 的 WhatsApp 注册检测会在检测时为每个提交的号码返回账号存在信号，结果与请求在同一响应中返回。
根据列表大小选择方法。
- 单个记录： 从仪表板或使用
POST /api/v1/check运行实时单号码检测，发送一个 E.164 号码并选择检测类型。 - 几百行的已清理列表： 将最多 500 个号码粘贴到仪表板的“实时批量检测”选项卡中，或向
POST /api/v1/batch-check发送每请求最多 100 个号码。 - 超大文件： 异步批量任务是附加途径。上传每行一个号码的 TXT 或 CSV 文件，确保文件基本属于同一个国家/地区，等待处理，然后下载结果文件。适用各产品的限制；当前 API 文档中列出了这些限制。
用三项内容标记每一行： 结果、检测日期以及所使用的检测类型。在 CRM 中使用明确的结果：
| 结果 | 含义 | 下一步操作 |
|---|---|---|
| 已注册 | 检测时存在账号 | 若存在许可，则符合 WhatsApp 发送条件 |
| 未注册 | 完成的检测未发现账号 | 使用其他允许的渠道 |
| 无法判定 | 检测无法完成 | 稍后重试；保留之前的标签 |
无法判定的检测结果与已完成的“未注册”结果不同，因此不应将其合并到“未注册”细分中。无论号码是否注册，已完成的检测都会扣费，这也是先完成步骤 4–6 的另一个原因。
步骤 9–10：路由联系人和安排下一次清理
9. 按结果路由。 在活动开始前将每个标签映射到一个操作：已注册且有许可的联系人进入 WhatsApp 序列，未注册的联系人进入有权限的电子邮件或短信渠道，无法判定的行等待重试。如果团队还需要了解是否存在头像或号码是否属于 WhatsApp 商业账号，WhatsApp 头像检测和 WhatsApp 商业账号检测可在注册检测的基础上增加这些信号；它们不能替代注册检测。
10. 安排下一次清理。 注册结果仅描述某一时刻的状态。在每次大型发送前设定重新检测日期，并对号码被编辑过的联系人进行重新检测。将旧结果作为历史记录存储，而不是覆盖它们，这样团队可以查看号码何时更改了状态。
审查中需注意的常见错误：
- 检测原始导出文件，然后在去重后再次付费检测。
- 在国际活动中收集的列表上盲目信任国家/地区默认值。
- 将“已注册”结果视为许可或号码持有者的确认。
- 删除“无法判定”的行而不是重试它们。
- 在合并两个系统的记录时丢失检测日期。
常见问题解答
团队应该多久清理一次 WhatsApp 联系人列表？
每当导入新来源时运行完整清单，并在每次大型活动前重复步骤 6–8。注册状态和许可都可能发生变化，因此上一季度的结果比新鲜的检测结果证据力弱。号码被编辑过的联系人应立即重新检测。
如果检测器接受本地号码，团队可以跳过格式化吗？
先进行规范化仍然是更安全的流程。实时检测需要 E.164 号码，Meta 的发送文档显示了缺失国家/地区代码如何导致消息重定向到错误的号码。一致的国际格式也使去重更加可靠。
对于返回“无法判定”的联系人应该怎么处理？
将它们保留在带有之前标签的重试队列中。无法完成的检测不能说明任何关于注册的信息，因此将这些行移动到“未注册”细分中会将可触达的联系人推向错误的渠道。
哪种文件格式适用于超大列表？
异步批量任务接受每行一个号码的 TXT 或 CSV 文件，且列表应基本来自同一个国家/地区。XLSX 等电子表格格式需要先导出为 CSV。较小的已清理列表可以使用仪表板的“实时批量检测”或 API 多号码端点。
了解更多
选择符合您工作流程下一步的产品信息。