客户名单上传要注意什么？投手上手前先看这几点

客户名单上传要注意什么？先确认名单为自己合法持有，哈希不等于同意仍需授权与隐私披露，先标准化再SHA-256哈希、多标识符提升匹配，注意条款、每批上限与健康财务类禁区。

上传前先确认：名单是不是你合法持有的

很多投手拿到一批客户名单就直接往自定义受众里传，这一步其实是最该先停下来问的：这份名单从哪来？你有没有权利用它来投广告？据 Meta 开发者官方文档，广告主作为数据所有者，要对自己创建和管理的这些 CRM 数据负责。上传时平台还要求你标注数据来源：是「直接从客户处收集」「从合作伙伴（如经销商、数据提供方）获得」，还是两者兼有。从第三方买来的名单、自己爬虫抓来的名单，往往既说不清来源，也拿不出授权，这是第一个要排除的雷区。

授权与隐私：哈希不等于同意

这是投手最容易误解的一点。Meta 在传输前会对邮箱、电话等标识符做 SHA-256 单向哈希，看起来「没传明文」，于是有人以为只要哈希过就万事大吉。但据多个第三方合规资料（如 Adamigo 的 GDPR 合规梳理），哈希只是技术上的匿名化处理，本身并不构成合法处理个人数据的依据：如果当初收集这位客户信息时没有相应的同意或合法用途，哈希之后再上传到 Meta，法律立场并没有改变。

更稳妥的做法是：在隐私政策里明确披露「我们会把客户数据分享给 Meta 用于广告定向」；对覆盖欧盟、英国等 GDPR 区域的用户，确认你的合法依据（多数企业主张「正当利益」，但若收集时勾选的是明确同意，则要确保同意范围覆盖广告用途）；同时留好退订出口——客户要求不再被广告触达时，要能从受众名单里把他删掉。名单也不是传一次就一劳永逸，建议定期清理长期无效、客户已退订或已删除的记录，让受众始终对应着真实且仍愿意被触达的人。

技术上怎么处理：先标准化，再哈希

据官方文档，Meta 只支持 SHA-256 这一种哈希算法，且要求所有个人身份信息（邮箱、电话、姓名、邮编等）在哈希前先按规则标准化，否则匹配率会大幅下降：

• 邮箱：去掉首尾空格，全部转小写再哈希。
• 电话：去掉符号、字母和前导零，前面补上国家/地区代码（如不带国家码，匹配率会明显变低）。
• 姓名：只保留小写 a–z，去掉标点和特殊字符。
• 国家：用 ISO 3166-1 两位小写字母代码。

另外，Adobe 集成文档和多个第三方实操指南都建议：一条记录尽量多带几个标识符（邮箱+电话+姓名+邮编），多键匹配的命中率明显高于只传手机号的单键文件（具体提升幅度为第三方估算，非官方数据）。

平台硬门槛：条款、批量、生效时间

技术细节之外，还有几条平台硬门槛要提前知道：

• 先接受条款：账户必须先接受《自定义受众服务条款》，否则创建/使用受众时会直接报错，代别人操作共享广告账户时尤其容易卡在这里。
• 分批上传：每批最多 10,000 条记录，超过就要分成多批提交。
• 不是立刻生效：对受众的增删通常最长需要 24 小时才完全生效，排期时要留出缓冲。

哪些名单不能传

不是所有名单都适合做成自定义受众。据官方公告，自 2025 年 9 月 2 日起，任何暗示特定健康状况（如关节炎、糖尿病）或财务状况（如信用分、高收入）的受众都会被系统标记并禁止用于投放——即使这些标签是你自己加在名单里的。此外，来路不明的名单、购买或抓取来的名单，既没有授权、来源也不合规，不建议上传。名单放上去不是终点，平台会持续识别违规受众。

投手上手前的自查清单

上传前对照下面几条过一遍，能避开绝大多数麻烦：

1. 名单是自己合法持有的第一方数据，来源能说清。
2. 隐私政策披露了将数据用于广告定向，客户有退订途径。
3. 所有 PII 已先标准化、再用 SHA-256 哈希，未发明文。
4. 一条记录尽量带邮箱、电话、姓名等多个标识符。
5. 已在账户里接受《自定义受众服务条款》。
6. 名单里没有暗示健康、财务等受限属性的标签。

把这几步走稳，客户名单才能真正成为帮你找回老客户、做再营销的资产，而不是一个埋着合规风险的定时炸弹。

如果你想系统了解一套合规的 Facebook 客户名单与再营销操作方法，可以访问官网 facebook18.com，或通过 Telegram 客服 @Facebook181818 咨询。