iphone - 针对服务而非内容的 iOS 定期订阅政策

标签 iphone ios in-app-purchase policy subscription

提前为政策道歉,而不是编程问题,但鉴于网上可用信息的缺乏,我希望能原谅我在这里提出这个问题。

我想在 iOS 应用程序中使用 Apple 的新定期订阅。我之前已经对付款进行了编码并且没有遇到任何问题,但是我无法在任何地方找到有关新订阅类型允许的内容的指导。这意味着“似乎”没有特别的指导,但是我能找到的所有讨论都在谈论“内容”提供商而不是服务提供商。

我想对人们订阅的服务使用定期订阅。我本身不提供任何内容。

使用旧的非续订订阅类型(真的很破,不值得使用)我 99% 确定该应用程序会被接受,但内容提供商的所有谈话让我担心苹果真的不不希望 SAAS 提供商使用定期订阅模型,并希望将其限制为内容发布者。

有人有使用新的软件即服务支付模式的经验吗?

在我们围绕这个概念构建一个完整的支付解决方案之前,我很想知道它是否可行!

最佳答案

很抱歉我来晚了一点,但我有一个答案。

基本上大约一个月前,我提交了我的应用程序,但由于未包含 iAP 而被拒绝,因为它链接到我们的 SAAS 网站供用户设置他们的订阅。所以我开始实现 Auto-Renwing 订阅。没花我太长时间,测试工作正常。所以我重新提交了。又被拒绝了。

We found that the Purchasability Type for one or more of your In-App Purchase products was inappropriately set, which is not in compliance with the App Store Review Guidelines.

Cloud-books is set to Auto-Renew Subscription.

Based on product functionality, it would be more appropriate to use the non-renewing subscription In-App Purchase type. The Auto-Renewable Subscription product is best suited for apps that require or feature dynamically or frequently changing content, such as digital periodicals or radio subscriptions.

尽管在创建 iAP 产品时,有一句漂亮的小行是这样说的:

Non-renewing subscriptions can still be offered, but auto-renewable subscriptions are now preferred for the following reasons:

因此根据我的经验,SAAS 不允许自动续订。

关于iphone - 针对服务而非内容的 iOS 定期订阅政策,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6184902/

相关文章:

iphone - 将触摸事件传递给 iOS 状态栏

iphone - 将 NSString 与一堆字符串进行比较的更快/更简单的方法

android - 进行外围剪辑的最快方法

ios - Swift - 当 UISearchBar 处于事件状态时转到错误的索引

ios - 应用内购买 - 开发者购买产品

ios - 通过键盘应用程序或 iMessage 应用程序截取屏幕截图

iphone - 崩溃日志分析

objective-c - UIPicker 标签与输出不同

android - 使用 Flutter 确认购买

swift - 购买成功后相关功能无法使用