因此，您的应用程序具有自动可再生订阅。 它的效果很好，用户无法控制地发行高级订阅并撰写具有美感的评论。 美女！
大家好，我叫Denis，我是Apphud的项目经理，该服务用于分析iOS应用程序的自动续订订阅。
作为项目经理，对您而言，了解关键的产品指标至关重要。 最重要的一项是生命时间价值（LTV）-使用该应用程序的每个用户在整个时间内的平均收入。 但是，在iOS上自动续订的情况下，如何计算呢？ 如何跟踪用户的续订，取消，续订时间？
直到最近（即直到2017年），唯一的方法就是所谓的“订阅状态轮询”。 您可以随时通过将必要的收据发送到URL https://buy.itunes.apple.com/verifyReceipt来获取有关订阅状态的信息。 收到订阅后，您可以查看有关订阅的基本信息，包括结束日期。 没错，您仍然不会花钱。
要实施状态轮询，您必须：
- 将有关每个用户的所有订阅的所有检查都转移并存储在服务器上，
- 实现复杂的服务器逻辑，该逻辑将定期检查这些检查。
这很复杂。 但是在2017年，苹果似乎可以解决这个问题。 在WWDC上，他们起立鼓掌，向他们展示Apple订阅状态更新通知。
什么是订阅通知？
Apple订阅状态更新通知是一种机制，用于在发生自动更新的订阅事件时向您的Apple服务器发送webhook。 要启用它们，您必须首先将服务器配置为接受它们：服务器必须支持App Transport Security协议（通常默认情况下所有功能都可以正常运行）。 之后，转到App Store Connect，然后在应用程序设置的“ App Store”部分中，插入一个链接，Apple会在事件发生时向其发送POST请求：
请注意，Apple建议将“订阅通知”与“状态轮询”结合使用。 错误的迹象...
做完了！ 现在，无论何时发布，续订或取消订阅，您都应该收到通知。
各种通知
Apple发送在各种事件中发生的6种通知。 我们将分析它们中的每一个。
INITIAL_BUY
当用户首次注册订阅组时，Apple会发送此通知。
您可以在我们的文章中阅读有关订阅组的更多信息。
取消
当用户通过Apple Care支持取消订阅并退款时，将调度此事件。 我们强调，这与通过iOS设置通常取消订阅无关 。
通过iOS设置在正常取消期间不会调度CANCEL事件。
DID_CHANGE_RENEWAL_STATUS
此事件最近已添加。 当用户断开连接或（再次）通过iOS设置，App Store应用程序或Apple支持启用订阅续订时，发送该消息：
不要将此事件与取消订阅并通过Apple Care支持退款时触发的CANCEL事件混淆。
更新
当您看到此事件的名称时，想到的第一件事：当续订自动续订时，Apple会发送该事件。 无论如何！
在以下情况下调度RENEWAL事件：
由于用户银行卡的问题，该用户的订阅被自动取消...
然后，用户再次续订。 此时，将RENEWAL事件。
在定期续订的情况下， 不发送 RENEWAL RENEWAL 。 相反，Apple建议在预期的续约之前和之后通过/VerifyReceipt检查订阅检查，并分析产生的expiration_date
INTERACTIVE_RENEWAL
在以下情况下调度此事件：
用户取消了订阅， 此后一段时间...
用户续订。 此时INTERACTIVE_RENEWAL发送INTERACTIVE_RENEWAL 。
新的订阅（在第2条中指示）可能与第1条的订阅不同，但是它们都必须属于同一购买组。 例如，用户可以取消订阅铜牌费率计划，并在一段时间后通过选择黄金计划来续订其订阅。 在这种情况下，Apple会将INTERACTIVE_RENEWAL事件发送到您的服务器（假设Bronze和Gold订阅属于同一购物组）。 您可以在此处阅读有关订阅组的更多信息。
DID_CHANGE_RENEWAL_PREF
当用户从同一购物组中的一个订阅切换到另一个订阅时，将发送DID_CHANGE_RENEWAL_PREF ：
结果如何？
Apple提供多达6个事件，但在正常模式下自动续订订阅时不会发送其中一个事件。 他们为什么这样做？ 不清楚 此外，这些事件的名称具有误导性。
下表总结了事件。
如何使用Apple订阅通知？
由于没有发送您需要计算LTV的最重要事件（以正常模式续订），因此您仍然必须使用状态轮询。 苹果有可能在不久的将来添加此事件，但是即使发生这种情况，如果没有您自己的服务器，您仍然无法做。 该服务器将充当Apple和另一个分析系统（例如，Amplitude，Flurry或Mixpanel）之间的“层”。 通过接收事件并检查支票，您将向其发送有关续订，取消和退款的信息。
一旦遇到这个问题并决定开发一种可以解决这些问题的服务。 因此，这个想法源自我们现在正在开发的服务-iOS的订阅分析服务，该服务填补了从Apple发送事件的空白。
结论
Apple Subscriptions Notifications并不像它们看起来的那样好，因为仅凭它们，您就无法解决主要问题：找出一个用户为您带来的收入。 苹果公司可能会在将来为开发人员带来更轻松的生活，但有一点可以肯定：当前的订阅通知实施极其不明显，看起来像拐杖。
是否想在10分钟内在iOS应用中实现订阅？ 整合Apphud并：
- 仅使用一种方法进行购买；
- 自动跟踪每个用户的订阅状态；
- 轻松整合订阅优惠
- 将订阅事件发送到Amplitude，Mixpanel，Slack和Telegram，并考虑到用户的本地货币；
- 降低应用程序的客户流失率并返回未订阅的用户。
读什么？