按我的经验，项目启动时 80% 的封号与文案或养号无关，而是名单从哪来。爬公开群、买现成列表——48 小时内 flood 封禁最快的路。从安全到致命，梳理全部来源。
WhatsApp 不只看发什么，还看发送方相对收件人的行为画像。账号突然给几百个毫无往来的号码发消息——没有 inbound、没存联系人、没聊天记录——算法会标为异常。
技术上每次发送都会用联系人图谱和消息历史检查「发送方—接收方」配对。爬取或购买名单的冷号是无连接节点。短时间内这类节点越多，发送方风险分越高。
实践中： 同样 500 人的群发，CRM 导出——有订单史、有时客服聊天——可能顺利；Telegram 群爬来的 500 个号可能直接封账号。
测过一家诊所：网站预约表 + SMS 验证的 100 个号。3 次投诉——正常背景，账号扛住。按投诉指标已属高度关注，但这种来源不会自动封。
同期诊所自行买了「区域医疗诊所名单经纪」的 100 个号跑了一遍。结果：两小时 11 次投诉 + 影子封——消息送达但不读，典型 ShadowBan。
文案一模一样。 差别：第二拨人从未把号码给这家公司，当成陌生人 spam。
| 来源 | 法律风险 | 账号风险 | 名单质量 |
|---|---|---|---|
| CRM/ERP 导出 | 低（有同意） | 低 | 高 |
| 线下名片、会员 | 低 | 低 | 中–高 |
| SMS 验证表单 | 低 | 低 | 高 |
| 无验证 pop-up | 中 | 中 | 低（噪音多） |
| 购买/租用名单 | 高 | 很高 | 低–不可预测 |
| 公开群爬取 | 高 | 严重 | 不可预测 |
| 工商登记 | 中 | 中 | B2B 专用 |
之前：「要快速攒名单上线——买本地区企业主号码，推服务。」
之后： 首日大量投诉——号码从未与公司互动，还有过期或没绑 WhatsApp 的。封号、丢号，多账号下 IP/设备连带受损。
解法： 同样预算做落地页 + 引流品 + SMS 确认。量慢，但每个号已与品牌有过接触，沟通同意有记录。
用 Selenium、Puppeteer 或云服务从公开群、聊天、目录爬号技术上可行，但叠加两层风险。
一是行为：无历史的冷号。二是爬取行为本身。脚本打 WhatsApp Web/API 的请求模式与正常用法不同：固定间隔、缺「人类噪音」——错字、停顿、切聊天。会话指纹会抓，和典型群发服务一样，群发还没开始就出事。
实操结论： 爬取用于* enrich* 现有名单——公开目录找公司号做精准 B2B 触达——不要当大规模群发名单的主渠道。
买名单不总是绝对不行。条件：分段 + 上传前验证是否绑 WhatsApp。
供应商拿不出活号比例或试跑样本——多半是爬的或过期。即便「好」卖家，验证后可用 WhatsApp 号也很少超过 30–40%。
已经买了怎么办：
有个人数据法的市场——欧盟、俄罗斯、独联体类似规定——无记录同意就发，不只是封号风险，收件人投诉监管还可能罚款。
最低可行同意标准：
不是为官僚而官僚——大量投诉时，同意日志能区分临时 rate-limit 和永久封。
下次群发前审计名单：多少来自验证表单，多少来自爬取或购买。若「冷来源」超过单次发送量的 20–30%——拆池，用小批量从养号账号测冷段。
实操规则：
名单不是按体量算资产，是按互动史。见过你公司一次的号，比爬来的一千个号值钱。
