当用户长期不再打开应用，自建Push通道常常率先失效：进程被系统清理、后台受限，消息即使发出，也未必能抵达通知栏。厂商Push依托手机系统中的常驻服务，在应用进程没有运行时仍有机会展示通知，因此成为Android端召回沉默用户的重要基础设施。
但这里有一个常见误区：应用进程被杀，不等于应用已经卸载。 普通厂商Push SDK面向的仍是已安装应用、Token有效且允许接收通知的用户。应用卸载后，原有Push Token通常会失效，不能再靠一条普通Push把用户叫回来。此时使用的往往是厂商应用市场、浏览器、系统信息流或商业化再营销产品，本质上属于厂商生态内的广告召回，而不是应用Push。
一、先分清两类用户，再选择链路
对于已安装但沉默的用户，链路是：
用户分层 → 厂商Push下发 → 系统服务送达 → 点击通知 → Deep Link直达场景 → 完成核心行为
厂商通道的价值不只是“App没打开也能收到”。它还提供送达回执、通知分类、频控等能力，便于定位消息究竟停在下发、到端还是展示环节。不过，下发成功不等于用户看见：通知总开关、应用通知权限、通知渠道设置、系统频控和设备长期离线都会影响最终展示。Android 13及以上的新安装应用，通知默认关闭，必须在用户授权后才能发送普通通知。
对于已经卸载的用户，链路则变成：
厂商生态人群匹配 → 应用市场或系统媒体曝光 → 点击落地页 → 重新安装 → 首次启动承接 → 恢复核心行为
这条链路跨越了广告投放、下载、安装和激活，成本通常也高于普通Push。产品需要准备商店页、渠道归因、延迟深链和安装后的专属承接页，不能让用户重新安装后只看到首页，更不能把厂商媒体的曝光称为“Push送达”。
二、一条有效的召回通知，靠的不是更大的优惠券
沉默不是一种原因。有人只是暂时没有需求，有人被复杂流程劝退，也有人已经转向替代产品。因此，发送前应先回答三个问题：用户为什么离开、现在为什么可能回来、回来后能否立即获得价值。
比“送你10元券”更可靠的召回理由，通常来自用户与产品之间尚未结束的关系：收藏内容更新、订单状态变化、会员权益即将到期、常用路线出现低价、游戏赛季开启，或上次任务可以继续完成。优惠只适合价格敏感和激励不足的人群；如果根因是功能故障、内容枯竭或体验变差，发券只能短暂换来一次点击。
通知文案应把身份、事件、价值和动作说清楚。例如：
你收藏的课程新增了两节内容，可从上次进度继续学习。
点击后应直接落到对应课程与原进度，而不是首页。若目标页面失效，则回退到相关内容页；登录态过期时，认证完成后仍应恢复原路径。召回真正的产品能力，往往体现在通知后的十几秒，而不是通知标题本身。
发送节奏也应由需求决定。交易到账、行程变化可以即时触达；内容更新和周期性服务适合在用户历史活跃时段发送；营销活动则需要更严格的频控。连续多次未点击、关闭通知或产生负反馈的用户应进入抑制名单，避免把最后一条触达通道也消耗掉。
三、用增量回流评价，而不是用点击率自我安慰
厂商Push至少要观察四层漏斗：
| 层级 | 关键指标 |
|---|---|
| 通道健康 | 有效Token率、下发成功率、到端率、展示率 |
| 用户响应 | 点击率、唤端率、目标页到达率 |
| 业务恢复 | 核心行为完成率、付费率、重新活跃率 |
| 长期影响 | 7/30日留存、通知关闭率、卸载率、投诉率 |
点击率高并不等于召回有效。夸张标题可能吸引大量点击，却无法产生后续行为，甚至提高关闭通知和卸载的概率。真正应回答的是：如果今天不发这条消息，这些用户有多少本来也会回来？
因此，应从符合条件的人群中随机保留对照组，计算增量召回：
实验还应按沉默时长、流失原因、设备厂商和通知权限分层。否则，一个总体平均值会掩盖真实差异：近期沉默用户可能只需一次场景提醒，长期沉默用户则可能已经没有需求；有权限的用户适合Push，无权限用户应减少无效下发并转向站外渠道。
厂商Push解决的是系统限制下的可靠送达，却不能替代召回策略本身。先识别用户状态，再选择正确通道，用真实场景把用户带回具体价值，并以增量留存检验效果，才是一套完整的召回体系。