如何在 WhatsApp 检测前将电话号码转换为 E.164 格式
在进行 WhatsApp 检测前，学习如何处理 CRM 导出的电话号码、识别国家代码、处理歧义前缀，并选择合适的检测工作流。
一种在进行 WhatsApp 注册检测前规范化混合联系人数据的谨慎方法。
要在 WhatsApp 检测前将电话号码转换为 E.164 格式，请确定每条记录的国家/地区背景，根据该背景解析其国内号码，并将国际格式的结果存储为文本。请审查歧义前缀和前导零，而不是使用通用的公式将其删除。仅将解析后的号码提交至合适的实时检测或文件检测工作流。
保留源数据并确定国家/地区背景
在更改电话字段之前，请先复制原始导出文件。保留稳定的行标识符、完全按照原始格式提供的号码、任何国家/地区字段以及该国家/地区值的来源。原始值至关重要，因为如果仅存的副本已被覆盖，规范化错误将难以撤销。为建议的国际号码及其审查状态创建单独的字段。相比没有国家/地区信息的本地号码，具有明确、可信国家/地区代码的联系人更容易解析。
不要假设个人的语言、销售区域或发货目的地就能确定其电话号码的国家/地区。这些字段可以为调查提供参考，但对于旅行者、移民以及在多个国家设有办事处的企业来说，这些信息可能是错误的。如果号码已经以加号和国家/地区呼叫代码开头，请保留该结构并验证剩余数字。如果它以本地前缀开头，请使用该国家的编号规则。Google 的 libphonenumber FAQ 指出，前导零在某些国家/地区可以删除，但在其他国家/地区则是必需的。它还提醒说，00 并不是加号的通用替代品。
为缺失国家/地区信息、存在冲突线索、分机号混入电话字段、短代码以及具有多种合理解释的号码创建一个审查池。使用可靠的源数据或具备国家/地区感知能力的解析器来解决这些问题。猜测的号码看起来格式正确，但仍可能指向错误的目的地。记录每个歧义行被接受、更正或排除的原因，以便下一次导入时能一致地使用相同的决策。
在不丢失数字的情况下将电话号码转换为 E.164 格式
E.164 是 ITU 的国际公共电信编号计划。实用的国际联系方式表示法以加号和国家/地区呼叫代码开头，后跟国内有效号码。ITU 建议书定义了编号框架。这并不意味着格式良好的字符串就一定分配给了某个人或已在 WhatsApp 上注册；这些是不同的问题。
在写入任何输出之前，将规范化的电子表格列设置为文本格式。否则，电子表格可能会将加号视为公式的一部分，或将长数值重新格式化为数字。在原始列中保留空格、括号和连字符以供审计，但在规范化列中放入标准化的国际表示形式。将分机号拆分为单独的字段，而不是将其作为电话号码的一部分发送。对主干前缀使用特定国家的解析规则。全局性的“删除第一个零”公式可能会损坏那些零本身就是国际格式一部分的号码。
解析后进行审查。标记没有国家/地区代码、包含字母或标点符号、长度可疑或与原始数字相比出现意外变化的输出。此步骤用于识别需要关注的记录；它并不能证明所有其他值都是活跃或可达的。仅在保留原始行后，才对规范化值进行去重。多个联系人可能共享一个电话值，团队可能需要将后续结果追溯到每一条源记录。保留从每个规范化号码到原始标识符以及用于转换该号码的规则的映射。
为准备好的列表选择 WhatsApp 检测工作流
对于少量已解析的记录，WA Lookup 提供实时 WhatsApp 注册检测。仪表板还提供粘贴式的实时批量检测，而 REST API 则具有同步多项检测选项。这些检测结果会在初始响应中返回。WhatsApp 号码验证页面描述了注册检测。其判定结果是检测时的账号存在信号。它不能确定身份、所有权、联系人许可或未来的响应。无法判定或服务错误的结果不应合并到已确定的未注册部分中。
对于准备好的大型列表，WA Lookup 支持异步文件任务。接受的文件格式为 TXT 或 CSV，已完成的任务提供可下载的结果。请查看 当前 API 文档 以了解所选产品的限制和提交规则。批量文件应围绕一个选定的国家/地区进行组织，并使用带有国家/地区代码的号码；来自其他国家/地区的大量号码可能会导致预检失败。不要将混合国家/地区的总表直接上传，仿佛它已经准备好进行任务处理一样。从电子表格中导出接受的文本格式，并保留原始工作簿以供核对。
这两种工作流具有不同的时序和产出物。实时检测在初始响应中提供结果。文件任务则是提交、处理，然后下载。记录哪些规范化行已实际提交，哪些被搁置或拒绝。这可以防止将未提交的行误认为是负面结果。团队可以选择较小的实时批次来检查格式，然后再准备更大的文件，但这属于质量控制选择，而非产品要求。
核对结果并保留转换轨迹
通过规范化号码和稳定的行标识符将检测结果合并到源表中。将原始号码、规范化值、国家/地区背景、转换状态、检测日期、所选检测方式和结果类别保留在单独的字段中。已确定的未注册结果可能有助于细分，但静默删除原始联系人会丢失更正所需的背景信息。无法规范化或检测的行应归入单独的审查队列。
在下一次导入之前，审查每个国家/地区组和每个歧义行中的样本。询问本地前缀处理是否正确、国家/地区是否是从无关信息中推断出来的，以及电子表格格式是否更改了数字。如果 CRM 号码发生变化，请转换并检测该新值，而不是重复使用附加到旧值的结果。结果只能描述在记录时间所检测到的内容。
成功的准备过程是可追溯的：每个提交的号码都映射到一条源记录，每个排除的行都有原因，并且检测结果是在其适当范围内进行解释的。规范化为检测提供了合适的输入。它不会创建外联许可，也不会确定某人是否控制该账号。当清理后的列表从数据运营团队移交给销售或支持团队时，这种区别非常重要。
常见问题解答
团队如何处理没有国家/地区信息的号码？
将其保留在未解析的存储桶中，直到获得可靠的国家/地区背景信息。根据语言或活动区域进行猜测可能会生成一个看似合理但不正确的国际号码。
团队是否应该在 E.164 转换期间删除所有前导零？
不应该。国内前缀规则各不相同，有些零是国际号码的一部分。请使用具备国家/地区感知能力的解析方式并审查歧义行，而不是应用通用的删除规则。
团队可以直接上传 Excel 工作簿进行批量任务吗？
请根据当前产品规则准备包含带国家/地区代码号码的 TXT 或 CSV 文件。保留原始工作簿和行映射以供后续核对。
E.164 格式是否证明号码在 WhatsApp 上？
不证明。E.164 描述的是国际电话号码的表示形式。单独的注册检测提供检测时的账号存在信号。
了解更多
选择适合您工作流下一步的产品信息。