理解 iOS 推进通知权限

推送通知是吸引用户的有力工具,但在iOS上,许可模式使用户处于稳固的控制之中。当一个应用程序首次请求发送通知的能力时,iOS会呈现一个系统提示,要求用户允许或拒绝。这种二进制同意决定了该应用程序是否能够显示提醒、播放声音或更新徽章。然而,这一过程比简单的是或否更细微。理解通知授权的类型和系统的行为对于构建一个尊重和有效的通信策略至关重要。

iOS提供了几种授权选项:[]临时,授权],拒绝[,以及[未确定]. iOS 12 中引入的临时状态允许一个应用程序在没有明确用户许可的情况下悄悄地(没有声音或警示旗号)发送通知。这最理想的是一种非侵入性更新,如新闻简报或无声数据同步。一旦用户与临时通知(如窃听)互动,iOS可以促使他们升级到完全授权。 了解这些状态有助于开发者设计既方便用户又符合App Store 准则的许可流。

管理许可的最佳做法

右侧时请求许可

最常见的错误之一是在应用程序启动时立即请求推动通知许可。 此时, 用户还没有体验到应用程序的价值, 所以有可能下降。 相反, 等待用户执行有意义的动作来显示通知的效用。 例如, 在购物应用程序中, 在第一次购买后立即启动; 在社交应用程序中, 在他们收到第一个类似或评论后启动。 这一时间会大大增加选择进入率 。

要在 Directus power app 中执行此功能, 您可以在用户配置中存储一个标记( 例如 [[ FLT: 0] 或 [ [ [ FLT: 1]] ) , 并通过自定义逻辑块或 Directus 流程触发许可请求。 这样可以保持权限逻辑服务器的“ 侧面” 并适应性, 而不需要新建应用程序 。

使用In App 的学前教育

在显示系统提示前, 请解释为什么应用程序需要通知访问。 使用一个 in app 屏幕或自定义提醒, 明确显示用户将获得什么 。 例如 : “ 保持实时命令更新和独家报价的循环 。 提示时 Tap `Allow' 。 ” 此预告可以使用简单的覆盖或专用视图实现 。 Directus 可以从设置收藏中服务此消息的内容, 让营销者可以在不开发者干预的情况下编辑措辞 。

研究表明,应用“许可前”即时程序可看到Ott-in的费率上升了30-50 % 。 确保信息简洁、有益、包括明确的行动呼吁,从而导致系统即时运行。

利用临时通知

如果您的应用程序可以提供价值而不具有侵入性, 请考虑使用临时授权。 如果临时通知, 您永远不会看到许可的及时; 相反, 通知会悄悄地发送, 并且只出现在通知中心, 没有声音或徽章。 如果用户点击, iOS 将自动更新为完整的通知。 这种方法对于基于内容的应用( 如新闻、 天气) 来说是极好的, 通知本身就是价值的证明 。

要在 Directus 中执行临时, 请在注册远程通知时将 [[FLT: 2]] 参数设置为 。 Directus 的推移通知插件可以配置, 以发送尊重此状态的通知。 用户的授权状态可以通过 iOS API 检查, 并发送到 Directus 来裁剪未来的发送 。

尊重用户选择和避免挂线

一旦用户拒绝许可, 请不要反复显示系统即时. iOS 自动在几天内压制重复的相同许可类型请求。 相反, 提供直观的方式, 以便日后从应用程序的设置中允许通知。 许多应用程序包括一个专门的“ 通知设置” 屏幕, 将iOS 设置应用程序链接起来, 或者它们促使用户使用温柔的 UI 来更新其决定, 以再次解释好处 。

Directus 可以存储用户的许可状态(例如),并使用该旗帜隐藏通知的QQ相关特性或显示“可启用通知”的横幅。您也可以发出静音的推动,触发本地通知,引导用户进行设置,但必须谨慎使用,以避免挫折。

提供清晰设置访问和管理

方便用户改变思维. iOS允许用户修改通知下的设置应用程序中每个应用程序的通知权限。 然而, 许多用户不知道这一点。 在您的应用程序中, 包括一个显示当前状态的专用通知管理屏幕, 并提供打开系统设置的按钮。 Directus 可以为这些设置托管文字和URL, 允许您随时间更新指令 。

对于高级用户,您可以使用iOS的提供对通知类型的颗粒控制。虽然您无法在程序上更改系统- 级别设置,但您可以尊重用户在应用程序方面的偏好。例如,如果用户关闭提醒但留下徽章,您的Directus- trigggered通知应该跳过提醒- 类型推,只更新徽章计数。

执行 Directus iOS app 中的权限

Directus提供了管理用户数据的灵活性工具,包括推开通知符和权限状态. 通过将iOS通知服务与Directus整合,可以构建一个适应用户行为的强力许可管理系统.

存储和同步授权状态

当您的应用程序首次注册远程通知时, 它会收到一个设备符号并知道授权状态。 通过 SDK 或 REST API 发送到您的 Directus 实例。 将该符号存储在用户配置文件的收藏中, 以及用户配置文件的状态( 如 [ [FLT: 7] , [FLT: 8], [[FLT: 9] 。 Directus Flows 之后可以使用此数据来决定是否发送一个按键通知 。 例如, 新命令触发的流程在发送前可能检查用户的状态 [ [FLT: 10] 。

使用 Directus 流程来进行条件逻辑

Directus Flows 启用服务器的侧边逻辑, 而无需自定义代码。 您可以设置一个流程, 当通知事件发生时( 如项目更新、 注释) , 询问用户的许可状态。 如果 [[ FLT: 11] ] , 它会通过 Directus 的 Push 通知插件发送推力。 如果 [ [ FLT: 12] 和 [ [ FLT: 13]] 并相应更新 Directus 。 这将保持您的数据库同步, 并防止发送到无效的符号 。

常见的陷阱和如何避免它们

  • 吸太早: 阻塞冲动;让用户先看值.
  • 利用吓人的战术: 永远不要威胁用户漏掉——阿普尔的准则明确禁止这样做.
  • 忽略临时: 如果通知内容丰富(不是交易性或紧急性),临时是选择 ⁇ in的下游路径。
  • 编码权限状态: 存储它服务器的%side(例如Directus),这样就可以在不更新应用程序的情况下更新逻辑.
  • 不处理令牌刷新:[ 每次发射时总是更新Directus中的令牌.

结论

管理iOS上的推移通知权限是用户体验和接触之间的微妙平衡。通过在适当时间请求许可,事先教育用户,尊重他们的选择,以及酌情使用临时通知,您可以在保持信任的同时大幅提高选择率。将这些最佳做法与灵活的后端融合起来,比如Directus允许您在等待App Store审查的情况下,以许可逻辑进行推移,从而在一段时间内灵活测试并改进您的通知策略。

进一步阅读时,请探索苹果公司通知的人类界面指南和Directus推通知指南。 深入到通知指南[中,也将有助于您绘制更丰富、更吸引人的通知内容。