我目前正在构建一个iOS应用程序，其中包括通过iTunes自动续订订阅。我还通过 Stripe 为 Web 用户提供二级订阅服务，任一平台上的订阅都可以为所有平台启用高级功能。
因此，订阅与后端数据库中的用户帐户相关联。我并不特别在乎它们在什么设备上。
我设想的一个问题是，如果用户在我的服务上创建第二个帐户，并在应用程序中按恢复购买，则必须根据Apple提供订阅。据我所知，不允许显示诸如"您的订阅已在另一个帐户上处于活动状态"之类的错误。
所以我想知道，与其拒绝订阅，不如转移它吗？像这样的流程：
- 用户创建帐户
aaa@foo.com - 用户在
aaa@foo.com上支付订阅费用 - 用户注销并创建第二个帐户
zzz@foo.com - 用户按"恢复购买">
- 后端将订阅从
aaa@foo.com转移到zzz@foo.com。 - 用户注销
zzz@foo.com，然后重新登录aaa@foo.com。第一个帐户不再是"高级"帐户，因为第二个帐户具有订阅。
这是一种可以接受的方法吗？
好吧，在Apple指南中还不够清楚，无法知道您的选择是否好。但我认为这将是一个不错的选择，因为像这样，您允许用户在他们的所有设备上获得订阅，就好像他们使用他们的好帐户一样
3.1.2(a) 允许的用途：如果您提供自动续订订阅，则必须向客户提供持续的价值，并且订阅期必须至少持续 7 天，并且可以在用户的所有设备上使用。虽然以下列表并不详尽，但适当订阅的示例包括：新游戏关卡;情节内容;多人游戏支持;提供一致、实质性更新的应用程序;访问大量媒体内容或不断更新的媒体内容;软件即服务("SAAS");和云支持。另外： 订阅可以与点菜产品一起提供(例如，您可以提供整个电影库的订阅以及购买或租借单部电影)。 你可以提供在你自己的应用和服务之间共享的单个订阅，但这些订阅可能不会扩展到第三方应用或服务。游戏订阅中提供的游戏必须由开发者拥有或独家许可(例如，不属于游戏发布平台)。每个游戏必须直接从App Store下载，必须设计为避免订阅者重复付款，并且不应使非订阅者客户处于不利地位。 订阅必须在提供该应用的所有用户设备上使用。详细了解如何在应用之间共享订阅。 应用不得强制用户对应用进行评分、评价应用、下载其他应用或其他类似操作，以访问应用的功能、内容或使用。 与所有应用程序一样，提供订阅的应用程序应该允许用户在不执行其他任务的情况下获得他们所支付的费用，例如在社交媒体上发布、上传联系人、签到应用程序一定次数等。 订阅可能包括消耗品积分、宝石、游戏内货币等，您可以提供包括享受折扣消耗品的订阅(例如，以优惠价格展示宝石包的白金会员资格)。 如果要将现有应用程序更改为基于订阅的业务模型，则不应取消现有用户已经付费的主要功能。例如，在您为新客户引入订阅模式后，让已经购买"完整游戏解锁"的客户继续访问完整游戏。
苹果评论指南