app rejected.how跟踪用户不续订订阅 [英] app rejected.how to track user non-renewing subscription

问题描述

我开发了一个在线杂志的应用程序，具有非续订订阅类型。

Apple开发人员指南说：

使用UDID或Apple Store ID跟踪订阅是不合适的。
应该使用外部服务器跟踪订阅，您应该提供订阅以便订阅多个设备。
此外，请记住，强制用户注册以满足此要求是不合适的;此类用户注册必须是可选的。

我最近因苹果原因拒绝了我的应用程序：

  11.6：使用IAP的内容订阅必须至少持续7用户可以从他们所有的iOS设备上获取这些天数
 17.2：要求用户共享个人信息的应用程序，例如电子邮件地址和出生日期，以便运行将被拒绝
  

所以..
怎么能我在我的服务器上跟踪用户和用户订阅，以便为杂志分配正确的到期日？
就像苹果在这里说的那样
https：/ /developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/APIOverview/OverviewoftheStoreKitAPI.html （进入服务器产品型号）

我想我拒绝了我的应用程序，因为我强迫用户在我的服务器上放置一封有效的电子邮件，以便跟踪他的订阅。

我确定有一个进入那个..有没有人有同样的问题？

解决方案

你可以尝试这种方法：

在第一次运行时，应用程序向您的服务器注册并返回unique_token。将其存储在服务器端和客户端。

每次购买都会向您的服务器提交unique_token并存储unique_token与购买产品之间的关联。
如果用户注册了您的服务（登录和通过），还发送unique_token并直接将产品ID与用户关联。

在设计数据库时请记住，用户可以在2个不同的设备上购买2种不同的产品，在其中一种设备上注册，然后在另一种设备上登录。 / p>

优点：

• 注册不是强制性的。


• 您不需要使用UDID。

缺点：

• 方式更复杂。 （thx Apple）


• 如果用户在未注册的情况下删除应用程序，则所有购买都将丢失。然而，一些解决方法可能是可能的（例如，提交到服务器也是WiFi /蓝牙接口的mac地址[我不知道是否需要任何私有api或者它是另一个苹果指南]）




i developed an app for on Online Magazine with non-renewing subscription type.

Apple Developer Guide say :

" it's not appropriate to track the subscription using the UDID or the Apple Store ID. The subscription should be tracked with an external server that you should provide in order to deliver subscription to multiple devices. Additionally, please keep in mind that it is not appropriate to force user registration to meet this requirement; such user registration must be made optional. "

and i recently had my app rejected by apple for those reasons:

11.6: Content subscriptions using IAP must last a minimum of 7 days and be available to the user from all of their iOS devices
17.2: Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected

so.. how can i TRACK users and also user subscription on my Server in order to assign the right expiration day for the magazines? like apple said here https://developer.apple.com/library/ios/#documentation/NetworkingInternet/Conceptual/StoreKitGuide/APIOverview/OverviewoftheStoreKitAPI.html (into Server Product Model)

i think i had rejected my app because i force the user to put a valid e-mail on my server in order to track his subscription.

i'm sure some one went into that..did anyone had the same problems?

解决方案

You might try this approach:

On the first run, the app registers with your server and get back a unique_token. Store it on server and client side.
Upon every purchase submit to your server the unique_token and store the association between unique_token and the purchased product. If the user register with your service (login & pass) send also the unique_token and associate the product id to the user directly.

When you design your database keep in mind that a user can buy 2 different products on 2 different devices, register on one of them and then login on the other one.

Pros:

• Registration is not mandatory.
• You don't need to use UDID.

Cons:

• Way more complex. (thx Apple)
• If a user deletes the app without registering all the purchases are lost. However some workarounds might be possible (ex submit to the server also the mac address of WiFi/Bluetooth interface [I have no idea if any private api is needed or it's again someother apple guideline] )

这篇关于app rejected.how跟踪用户不续订订阅的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！