目标数问题

目标数问题

注意：官网统计中的累计用户是指的：打开过应用并成功注册极光服务的用户，包括已卸载的无效用户。

1. 「何为目标数」「目标数包含哪些」
   首先，是满足 audience 的设定。

• Android：30 天内与极光有建立连接的 registrationID 数目 （iOS 的自定义消息情况一样）

  • registrationID 基本上一个设备对应一个，不会改变，即便是卸载重装也不会。强制重新注册获取新的registrationID的办法

  • App 卸载后，极光无法判断他卸载了，所以他还在目标内。

  • 极光会将 30 天内没有与极光服务器建立连接的目标去掉。（即包括30天内卸载的和未上线的）

  • 注意：Android 模拟器也是会获得 registrationID 的！

• iOS：有效的 token（ apns 通知）

  • 特别注意：iOS Notification 的目标与推送选择的环境相关，测试环境和生产环境对照，目标是不一样的。例如：给生产环境推送，如果目标中含有开发环境的目标，则这些目标属于无效目标，反之亦然

  • iOS 的自定义目标不会区分环境，即推送一条自定义消息，满足条件的开发环境和生产环境都会收到。

  • 目标数即 token 当前被认为有效的数目。

  • 自 iOS9 开始，卸载重装、长时间关闭推送后又打开等情况 会产生新的 token，因此有对应的新的 registrationID 。（如果用了 idfa，在用户没有选择限制广告跟踪，并且未点击『还原广告标识』时，这个值是不会变的，对应的 token 也不会改变。）

  • 上一个 token 的失效并不是即时的（是否失效由 Apple 判断），所以 卸载重装会导致目标数增加，直到 Apple 返回该 token 已失效的信息，才会在目标数中去除。

1. 「推送成功，目标数为 0 ？」

   • 检查官网-应用信息-推送设置-iOS-鉴权中 APNs 证书是否有效，证书配置文档。

   • 应用不具备推送功能，请查看下方链接 2、7、8、9：
     http://community.jiguang.cn/t/jpush-ios-sdk/3443

   • 有 Android 设备符合推送条件，但是他已经有 30 天未上线了，则不会被计为有效目标

   • 环境不对应，譬如你只有开发环境下的设备，但推送的时候，推送的是生产环境的。阅读 iOS 两种环境的注意事项

   • 检查 iOS 端是否未取到 token，未取到 token 只取到 registrationID 时，只能接受自定义消息，通知消息是没有目标的。阅读本文

   • iOS 测试 Notification 消息必须使用真机，只有真机才能取到 Apple 的 token 值。

   • 推送条件是 tag 与 alias 、registrationID 等条件的交集，在取交集的情况下没有有效目标

   • 如果给 iOS 设备推送自定义消息，需要展开消息详情查看自定义目标值。

2. 为什么 iOS 自定义目标数多于通知目标数？

   • iOS 的 apns 通知（Apple 服务器下发）和自定义消息 Message（极光服务器下发）是走的不同的通道下发的，所以在官网-推送历史-详情里面 iOS 的数据分了两种：

     • 目标|成功|送达|点击 是 notification 通知的数据
     • 自定义目标|自定义送达 是 Message 自定义消息的数据

   • iOS 的通知目标是区分环境的，而自定义消息是不分的，即你推送自定义消息时，不论是生产还是开发环境的 App 都会收到。

1. 「推送给一个别名/标签，为什么会有多个目标」

   • 说明别名下绑定了多个 registrationID 值

   • iOS 9 之后卸载重装，registrationID 会改变，如果卸载前没有删除别名，则原 registrationID 依旧与别名绑定

   • Android 模拟器上也会产生 registrationID 值

   • Android 如果根据本帖操作清除了deviceID 重新注册也会产生新的registrationID

   • 可以调服务端的 API 查询当前别名下有哪些 registrationID 值，并可以选择删掉别名下所有的绑定设备，重新设置。

2. 「推送给多个别名，显示的目标数 < 别名总数」

   • 在推送消息的当时，所传别名中有几个别名没有有效的目标值

   • 可调服务端 API 查询别名下是否有成功绑定的 registrationID

3. 「某一天，iOS 目标数减少许多」

   • 减少的数目是已失效的 token 的数目，即已卸载的 App 的数目。

   • 对于卸载的 App，devicetoken 的无效不是立即的，是定期的，所以目标数（有效的 token ）的减少也是定期的。

   • 这些数据由 Apple 服务器返回给极光服务器，判断 token 失效（已卸载的 App 可能短时间内 token 没有失效）、确认失效、返回失效数据的时间 均由 Apple 控制。

   • 若需要查询确认，请提供 Appkey 和 msgid。

   • 注：若你的数据是 一天大量减少，第二天又大量增加（在你们没有做推广运营的情况下），可能是数据展示问题，可提供 Appkey 和对应的 msgid 查询。

如果对你有帮助，点个赞呗ლ(╹◡╹ლ)

点这里返回常见问题目录，不吹不黑，收藏本帖可以解决你 90% 的问题 (ノ◕ω◕)ノଘ_ଘ