搜索“去重”时，最先冒出来的往往是网页版 在线去重工具：上传文件，等一会儿下载结果。它方便，但方便本身就是边界——你的名单离开了自己的电脑。
这篇不否定在线工具，只把它的适用场景划清，避免正式客户数据被当成测试文件。
在线去重工具适合做什么
- 验证某种写法会不会被当成重复（小样本）
- 看导入、进度、通过/重复/异常这类交互是否符合团队习惯
- 给还没建库的人演示流程
这些都是“低敏感、可公开或可脱敏”的用途。产品演示也可以走可控的 在线 Demo，而不是随便找一个不知托管在哪的网站。
不适合做什么
- 上传完整客户和渠道名单。 号码一旦离开环境，你很难证明对方如何存储、是否转存、何时删除。
- 当历史库用。 网页任务结束，重复关系通常不会为你长期累积。下周新文件还得从头传。
- 多人同时把正式数据丢进同一个公开页面。 权限、审计、下载范围都无法按员工收束。
跨境团队对数据归属更敏感，更应直接看 为什么要自建号码数据库。
在线试用和正式系统可以是同一套产品，但不是同一条数据通路
合理的用法是：
- 试用： 脱敏样本或演示库，确认功能点（导入、规范化、导出）
- 正式： 部署到自己可控制的环境，底库不外传
功能对照见 号码去重工具怎么选。系统能力清单见 在线号码去重系统。
评估一个在线入口时问这五个问题
- 文件传到哪，任务结束后是否可删除
- 是否强制登录、是否能开员工账号而不是共用一个链接
- 能否只查重、不下载全库
- 是否支持国家码规范化，还是纯文本去重
- 结果能否回到你自己的库，而不是每次重新上传历史
第五点答不了，这个在线去重工具就只是一次性清洗台，不是工序。
实操建议
- 对外演示、内部培训：用 Demo 或假数据
- 正式营销名单：自建库 + 权限，步骤见 自建号码数据库落地
- 必须临时用网页工具时：先打乱顺序、去掉姓名和来源、只留号码列，用完即作废该批测试号（仍有风险，只是降低）
常见问题
Demo 会不会就是把我的号存下来？
以官方演示环境为准，用测试数据验证流程。正式开通后，数据应落在约定的部署环境，而不是公开网页。
在线工具显示“秒级完成”是不是就够了？
小文件都会快。要看百万行、多任务并发和历史库比对，而不是 500 行的体感。规模问题见 百万号码批量去重。
想转成自己可控制的系统怎么开始？
先在 Demo 里走通导入和导出，再通过 Telegram @imchat 沟通部署和权限。架构说明在 底层架构。