AndroidSender 浏览器扩展：14 天预热计划、指标与配置
预热不能保证免于封号
开始之前务必理解这一点。
预热是基础。但名单质量和消息内容对结果的影响比预热本身更大。预热做得好也救不了糟糕的群发。它只给账号留一笔信任储备——这笔储备花得多快，取决于你写什么、发给谁。
重要： 预热和名单质量要同步进行。一边预热账号，一边清理名单——不要先做后做。
术语表
继续阅读前，先记住四个概念——每个章节都会出现。
Response Ratio — 对方回复了你消息的会话占比。这是 WhatsApp 算法的主要信任信号：回复率越高，系统在眼里账号越「健康」。
Unanswered Counter — 30 天内未获回复消息的累计计数。WhatsApp 算法会追踪 48 小时内无人回复的消息——这是直接的垃圾信息信号。计数越高，封号风险越大。
信任池 — 一组真实预热账号，保证会回复收到的消息。本课程中即作者的账号，在预热时作为「接收方」使用。
Spintax — 可变模板的语法。从一个模板可生成数千条不重复消息。示例：
{你好|您好|早上好}，{最近怎么样|你好吗|有什么新消息}？
每次从每组花括号中随机取一个变体。成千上万条消息用同一套文字，是垃圾过滤最快触发的情形之一。
本计划中的数字从何而来
计划基于一个原则：平稳增长，避免陡增。
WhatsApp 算法会追踪活动节奏。突然跳升——例如一天从 20 条涨到 100 条——系统会自动判定为异常。平滑上升曲线对过滤不可见。
因此计划按每天大约增加 20–25 条消息来设计。精确数值不关键，原则才关键。某天多 5 条或少 5 条没关系。危险的是一夜之间翻倍。
发送间隔随体量增长按比例缩短。前几天——消息间隔约 30 分钟。到第 14 天——约 4–5 分钟。AndroidSender 会在每个区间内自动随机延迟，节奏不会重复——而固定间隔会暴露机器人。
提示： 不要通过跳过天数或加倍体量来加速计划。陡增是预热阶段大多数封号的原因。
需要盯住的三个指标
这些数字不是理论。保持在下列区间的账号运行稳定；低于区间的会受到限制。
| 指标 | 正常 | 低于正常 — 信号 |
|---|---|---|
| 已送达（双灰勾） | ≥ 90% | 名单脏——死号或不存在号码 |
| 已读（双蓝勾） | ≥ 80% | 受众不相关或首屏弱 |
| 已回复（任意回复） | ≥ 60% | 改消息或改名单 |
若低于正常——不要抱着「跑起来就好了」继续发。停下，找原因，解决。
重要： 封号不是唯一风险。Response Ratio 偏低会逐步拉低送达率：WhatsApp 会在明显封号之前就开始悄悄「扣住」消息。
第 1–2 天：仅手动
不要动扩展。前两天目标不是体量，而是回复率。每条发出的消息都要得到回复。所以写得少，但每次都要有互动。
| 文字 | 语音 | 图片 | 语音通话 | |
|---|---|---|---|---|
| 第 1 天 | 2–3 条 | 1 条（5–10 秒） | 1 条 | 1–2 次（20–60 秒） |
| 第 2 天 | 3–4 条 | 1–2 条（5–10 秒） | 1–2 条 | 2–3 次（30–120 秒） |
合计： 第 1 天约 5 次互动，第 2 天约 9 次。
这两天的规则：
- 向新号发送时，最多从 1–2 个预热账号发出——不要更多
- 新账号必须回复每一条收到的消息
- 回复时引用消息、加表情——提高对话「权重」
- 联系人保存在设备通讯录中
提示： 内容类型多样——文字、语音、图片、通话——模仿真人行为。只会发文字的账号很可疑。
第 3–4 天加速起步：30 条入站消息
第 3–4 天账号处于最脆弱点：历史极少，算法显微镜盯着。此时带保证回复的入站流量最关键。
服务如何运作
- 课程作者用 30 个不同的真实预热账号向你的新号码发 30 条消息
- 你用正在预热的账号回复每一条收到的消息
- 之后扩展会继续与这 30 个账号对话
一天内账号获得通常要一周才能积累的量。Response Ratio 陡升，Unanswered Counter 保持为零。
费用
- 500 rub — 单独一次性服务
- 免费 — 支付完整账号预热时包含（1 000 rub/月）
第 3–14 天：启用 AndroidSender
从第 3 天起连接扩展。预热自动进行。
第 3–4 天：一对一模式
每条消息发给一个联系人，在下一条发出前收到回复。体量小——重要的是每次交流的质量，不是数量。
第 5–14 天：一对多模式
向多个联系人发送，中间有间隔。体量每天平稳上升。
| 天 | 消息/天 | 发送间隔 | 模式 |
|---|---|---|---|
| 3 | 20 | ~30 分钟（1767–1833 秒） | 一对一 |
| 4 | 43 | ~28 分钟（1633–1700 秒） | 一对一 |
| 5 | 65 | ~26 分钟（1500–1567 秒） | 一对多 |
| 6 | 88 | ~23 分钟（1367–1433 秒） | 一对多 |
| 7 | 111 | ~21 分钟（1233–1300 秒） | 一对多 |
| 8 | 134 | ~18 分钟（1100–1167 秒） | 一对多 |
| 9 | 156 | ~16 分钟（967–1033 秒） | 一对多 |
| 10 | 179 | ~14 分钟（833–900 秒） | 一对多 |
| 11 | 202 | ~9 分钟（533–600 秒） | 一对多 |
| 12 | 225 | ~8 分钟（450–567 秒） | 一对多 |
| 13 | 247 | ~6 分钟（317–450 秒） | 一对多 |
| 14 | 270 | ~4 分钟（183–317 秒） | 一对多 |
重要： AndroidSender 会在每个区间内自动随机延迟。固定间隔是机器人特征。随机间隔像真人。切勿手动设固定延迟值。
实践中的三个案例
真实场景——什么做对了、什么做错了、如何走出困境。
案例 1：预热成功 ✅
账号严格按计划完成 14 天。第 14 天指标：送达 96%，已读 84%，回复 67%。第 5 周启动群发——账号运行 3 个月无封号。
奏效之处： 干净名单、一天未跳过、4 层以上嵌套的 Spintax。
案例 2：中途指标变差 ❌
第 9 天送达率跌至 71%——名单里很多不活跃号码。群发立即停止，用验证器清理名单。之后 4 天内指标回到正常。
教训： 预热开始前验证名单，不要边预热边做。死号不能「熬过去」——必须删掉。
案例 3：封号后恢复 ❌
第 12 天因体量陡增收到临时封号：所有者在自动预热之上手动发了约 100 条。解封后——5 天纯净预热、无群发，只有入站消息和互发消息。第 6 天账号恢复工作模式。
教训： 预热期间不要在自动之上叠加手动发送。算法看的是总量，不看来源。
启动前 AndroidSender 设置
启动前逐项检查。
- Spintax 模板 — 至少 4 层嵌套，任何消息都不应重复
- 打字模拟 — 开启
- 换行随机化 — 开启
- 工作时间 — 仅本地区白天（夜间发送对真人来说是异常）
- 延迟区间 — 严格按上表，不要固定值
扩展安装与配置详见：
过渡到群发
账号稳定通过预热至少 10 天且无警报信号后，再接入群发。
群发开始后预热不停止——并行进行。信任池的入站消息保持 Response Ratio 高位。这才是群发时的真正保护：预热在群发消耗信任储备的同时不断补充。
提示： 若群发比平时更压账号——例如扩大名单或更换卖点——应暂时加大预热强度，不要减弱。
若指标下滑
立即停止群发。回到纯净预热模式：只有入站消息和互发消息，体量最小。下次尝试前至少恢复 3–5 天。
指标下滑的常见原因与对策：
| 症状 | 可能原因 | 行动 |
|---|---|---|
| 送达率 < 90% | 名单中有死号 | 名单验证器，删除不活跃 |
| 已读率 < 80% | 消息首屏弱 | 重写模板前两行 |
| 回复 < 60% | 受众不相关或卖点弱 | 换细分或重做消息 |
| 所有指标骤降 | WhatsApp 临时限制 | 完全暂停 5 天，仅预热 |