极光推送_通知权限关闭用户触达

通知权限关闭用户触达最佳实践

用户关闭 App 通知权限后，普通通知即使成功下发到设备，也可能无法在通知栏展示。此时继续依赖通知栏触达，容易造成“服务端显示送达成功、用户却没看到”的体验落差。更稳妥的做法是先识别通知权限状态，再按消息重要程度选择应用内提醒、短信补充、站内承接或权限引导。

本文面向需要触达通知权限关闭用户的场景，帮助您设计“少打扰、可兜底、可追踪”的触达链路。

场景判断

场景	推荐策略
订单、交易、账号安全、物流异常等强相关通知	先发推送，开启应用内提醒；未及时触达时使用短信补充兜底
用户正在使用 App	使用应用内提醒、弹窗等站内触达方式
普通运营活动、内容推荐	不建议强行兜底；优先使用应用内消息、站内信或等待用户下次活跃
用户长期关闭通知权限	在合适业务节点做权限价值说明，引导用户打开通知权限
已关闭通知且长期不活跃	降低推送频率，避免多通道连续打扰

核心原则

通知权限关闭不等于用户不可触达，但需要换成更尊重用户状态的触达方式。
强相关、强时效消息可以使用短信补充兜底；普通运营消息不建议使用短信兜底。
权限引导应发生在用户理解价值的时刻，例如订阅提醒、订单跟踪、交易安全设置后。
不要频繁弹窗要求开权限，避免进一步增加用户反感。
所有兜底触达都应纳入频控、状态校验和效果监控。

用户识别与分层

建议按通知权限和用户活跃状态分层处理：

用户状态	触达建议
通知权限开启，近期活跃	正常通知触达，结合频控和内容质量优化
通知权限关闭，近期活跃	应用内提醒、站内弹窗、消息中心、权限价值引导
通知权限关闭，近期不活跃	仅对强相关消息使用短信补充，普通运营消息降低频率
通知权限关闭且多次忽略引导	暂停频繁权限弹窗，改为在关键业务节点轻量提醒
通知权限重新开启	恢复普通通知策略，同时观察点击率和关闭率变化

应用内提增强醒（inapp_message）

应用内提醒适合“用户关闭通知权限，但仍在使用 App”的场景。发送通知时，对于关闭通知权限的目标用户，可使用应用内消息进行提醒。

使用建议：

Android SDK 需 ≥ 3.9.0，iOS SDK 需 ≥ 3.4.0。
应用内提醒更适合服务提醒、待办、交易进度、活动确认等用户当前可理解的内容。
提醒内容应与原通知保持一致，避免用户感知为另一条重复消息。
点击应用内提醒后应进入对应业务页面，并做状态校验。
对普通运营消息仍需遵守频控和用户可接受时间段。

短信补充兜底

短信补充适合强到达业务。如果 App 侧一段时间内无法收到推送消息，或用户关闭通知权限、断网、后台禁止运行、消息延迟，可以通过短信通道补充触达。

推荐使用场景：

验证码、交易提醒、账号安全、订单异常、物流异常等必须触达内容。
用户未及时收到推送，但业务仍要求最终触达。
推送优先、短信兜底，以控制短信成本。

配置建议：

使用前需开通短信服务，并完成用户手机号绑定。
服务端发送推送时配置短信补充参数，并设置合理的延迟时间。
延迟时间应与业务紧急程度匹配，避免推送和短信几乎同时到达造成打扰。
短信内容需符合短信模板、签名和合规要求。
对营销消息慎用短信兜底，避免投诉和退订风险。

权限引导

通知权限引导的目标不是“让所有用户立即打开权限”，而是让用户在需要某类提醒时理解打开权限的价值。

推荐时机：

用户主动订阅提醒、关注物流、开启待办、设置价格提醒后。
用户错过关键提醒并回到 App 时。
用户进入消息中心、通知设置页、账号安全页时。
用户完成高价值动作后，例如下单、支付、预约、报名成功。

设计建议：

先解释价值，再引导设置，例如“开启通知后可及时收到订单和安全提醒”。
不要在冷启动时频繁弹窗，也不要连续多次打断用户操作。
对已经拒绝多次的用户降低引导频率。
Android 可结合通知权限检测和跳转系统设置页能力。
iOS 和 HarmonyOS 应遵守系统权限申请和设置页跳转规则。

服务端策略建议

重要消息

使用系统消息或服务类消息分类，按厂商规则配置分类字段。
设置合理的 time_to_live，避免短暂离线导致消息丢失。
开启应用内提醒，覆盖通知权限关闭但 App 活跃的用户。
配置短信补充，覆盖推送未及时触达的用户。
接入回执和统计，观察送达、未送达、点击和短信补充触发情况。

运营消息

使用运营消息分类，不要伪装成系统消息。
纳入单设备每日频控和可接受时间段。
对通知权限关闭用户，优先使用应用内消息、站内信、消息中心等低打扰方式。
不建议对普通运营消息使用短信补充。
根据通知权限关闭率、点击率、卸载率和投诉反馈持续调整发送频率。

排查建议

当用户反馈“收不到通知”时，建议按以下顺序排查：

使用设备查询确认 Registration ID 是否有效、是否属于当前 AppKey。
检查设备通知权限是否关闭。
使用消息查询查看 Message ID + Registration ID 的生命周期。
如果推送已送达但未展示，优先检查通知权限、通知渠道、系统限制和前台展示逻辑。
如果开启了应用内提醒，检查目标用户是否满足展示条件、SDK 版本是否支持。
如果配置短信补充，检查手机号是否绑定、短信模板是否审核通过、补充延迟是否合理。
查看推送统计中的通知权限趋势，判断是单设备问题还是整体权限关闭率上升。

数据监控

建议持续观察以下指标：

通知开启用户数、通知关闭用户数、新增开启、新增关闭。
通知送达率、展示率、点击率。
应用内提醒送达、展示、点击效果。
短信补充触发量、短信送达量和转化效果。
通知权限关闭率、卸载率、投诉或退订反馈。
不同引导时机、文案和场景下的权限开启率。

常见误区

误区一：通知权限关闭后继续加大发送量

通知权限关闭时，加大发送量通常无法提升通知栏展示，反而会增加无效请求和用户打扰。应改为应用内提醒、短信补充或权限价值引导。

误区二：所有关闭权限用户都用短信补充

短信补充适合强到达业务，不适合普通运营内容。营销类短信还需要考虑用户授权、模板合规、退订和投诉风险。

误区三：权限弹窗越早越好

用户还没理解通知价值时，过早请求权限容易被拒绝。更推荐在用户完成订阅、下单、关注、预约等动作后再说明价值并引导开启。

误区四：只关注权限开启率

权限开启率提升不代表用户体验一定变好，还需要同时观察点击率、关闭率、卸载率、投诉和长期活跃变化。