「注册号码、导入名单、启动群发——第 38 条消息永久封禁。」并不罕见，是典型案例。但「导入联系人本身导致封禁」表述不准。真正触发点是什么、「两周预热」哪些属官方、哪些属经验。
误区：「导入了数千联系人——所以被封」。
纠正： 联系人导入本身并非 Meta 确认的封禁信号。主要风险不在有名单，而在对新联系人立即大量外发——符合垃圾信息模式。可有名单仍安全；可无名单却因机器人式行为被封。
有文档依据：向未预期被联系的用户大量外发，是 WhatsApp 限制的主要原因之一。用户举报与低质量沟通直接影响能否扩大发送量。
WhatsApp Business Platform 官方有具体数字：新业务组合起始为滚动 24 小时内 250 个企业发起的新对话。Meta 现行规则，取代旧 Tier 1 的 1000 模型。仅计企业发起的对话——用户先写则不占用该上限。
普通 WhatsApp Business 应用方面，Meta 未公布官方预热上限或时间表。「每天 5–15 条」「必须 14 天」等具体数字属操作者经验，非平台要求。
营销人员购新 SIM、建 WhatsApp Business，经灰色脚本向 3000 联系人以数秒一条速度发促销。第 38 条永久封禁且无法恢复。原因非名单本身——新账号行为模式：零 inbound、向陌生人大量外发、机械节奏。
反向案例：操作者注册 15 个档案，前两周在封闭群与真实联系人聊天并获回复，第 15 天才上工作负载。无一被封。实操观察非保证——但行为逻辑清晰。
逻辑简单：正常人不会在号码存在第一天就给数千陌生人发消息。系统会注意到。渐进提高活动、真实回复、inbound 流量——形成更少像机器人的行为史。
两周是社区常见建议且有道理。非 WhatsApp 官方要求；无证据表明恰在第 14 天「切换」某机制。重要的是活动质量：是否有回复、inbound 对话、发送模式是否自然。分步方案见预热清单。
真正的问题不是「导入了多少」，而是「导入之后做什么」。导入后立刻向陌生人大量外发——有风险。名单已导入但账号仍正常使用——本身非成文触发条件。
「导入 1–2 万联系人会封低 trust 账号」在社群流传且反映真实经验。但 Meta 文档无机制确认通讯录同步本身为封禁触发。风险在后续行为与名单质量，而非联系人数量本身。
走官方 WhatsApp Business Platform 而非灰色工具，机制不同。
每 24 小时 250 个企业发起新对话是技术上限，非可选建议。Meta 服务器会拒绝超限请求。随流量质量自动提升：低投诉、高阅读与回复。无法凭意愿跳过——内置限制，非「危险区」。
用户主动发起的对话不计入上限。故「先通过广告或网站 widget 引流 inbound」在实操与基础设施上均合理——与独立号码首次启动逻辑相同。
「消息间隔够长就能救新账号」。未证实。若整体仍是无反馈的冷群发，随机延迟改变不了结构。
「资料填全就能防封」。否。头像、简介、网站链接不影响反垃圾评分——系统看网络元数据与行为信号。
「两周预热是 WhatsApp 官方规则」。Meta 文档无此规定。良好操作经验，非平台要求。
「官方 API 可立刻给数千人发消息」。否。新组合起始为每天 250 个新对话，随质量条件逐步提升。
灰色账号无公开反欺诈公式：inbound/outbound 合理比例、新号 trust 如何计算、哪些词或模式对新账号更严。论坛数字均为观察，非 Meta 规格。
为新号码启动群发时——别问「等多少天」，改问：「是否有 inbound 流量和真人回复？」这比任何日历期限更能反映账号是否「活着」。
实操准则：
新账号被封不是因为有了联系人库——而是因为第一天就像机器人：猛启动、无 inbound、无回复。
