没有应用内购买机制的iOS试用应用
我正在为客户开发一个应用程序，他希望该应用程序能够让用户注册并试用该应用程序 14 天，之后他们必须进行购买才能继续使用该应用程序.
I am developing an app for a client, where he wishes the app to be able to have users to sign up and try out the app for 14 days, after which they have to make a purchase to continue using the app.
我的客户不想因为使用 Apple 的应用内购买机制而吸收 Apple 的 30% 折扣.最初我建议实施 3rd 方支付网关，但 Apple 似乎不允许通过 3rd 方支付网关解锁应用功能的应用.
My client does not want to absorb Apple's 30% cut for using Apple's in-app purchase mechanism. Initially I suggested implementing a 3rd party payment gateway, but it seems that Apple does not allow app that unlocks app functionalities via a 3rd party payment gateway.
我的问题是:如果我们提交允许用户注册和登录的应用程序，但仅使用该应用程序 14 天，而应用程序中没有任何形式的支付机制来允许用户继续使用该应用程序，将该应用程序被拒绝?因为我想只在网站上设置支付网关，在用户注册期间，向用户发送一封电子邮件，通知他们可以访问该网站进行付款.
My question is this: if we submit the app that allows users to sign up and login, but only use the app for 14 days without any form of payment mechanisms in the app to allow the user to continue using the app, will the app be rejected? As I was thinking to just have the payment gateway on a website, and during user sign-up, send the user an email informing them that they can go to the website to make a payment.
我知道 Apple 拒绝试用/演示应用程序，但从技术上讲，这是一个成熟的应用程序，通过网站购买的用户将能够登录并执行全部功能.我还将向 Apple 提供一个功能齐全的测试帐户.
I know that Apple rejects trial/demo apps, but this is technically a full fledged app where users that purchased via the website will be able to login and perform full functionality. I will also provide Apple with a test account that is fully functional.
谢谢！
简短回答:如果您允许注册并在试用期后阻止功能而不允许 IAP，Apple 将拒绝您.期间.
Short answer: Apple will reject you if you allow signups and block functionality after a trial period without allowing IAP. Period.
我有这方面的第一手资料，无耻插件 3..2..1..，Simple In/Out 提供 45 天免费试用，之后用户将无法使用该应用程序.早期，我们通过小号，使用永不过期的有福试用账号，躲过了苹果的禁锢.Apple 将使用测试帐户进行审核，永远不会看到拒绝或阻止警报以及在我们的网站上注册的提示.在要求加快审查的一天后，情况确实发生了变化.我们受到了更多的审查，但他们拒绝了我们，因为我们主要是将用户引导到我们的网站进行订阅.
I have first hand knowledge of this, shameless plug in 3..2..1.., Simple In/Out offers a 45 day free trial, after which users are blocked from using the app. In the early days, we escaped Apple's ban hammer by being small and using a blessed trial account that never expired. Apple would review using test account, never see rejection or blocked alerts and prompts to sign up on our website. That did change one day after requesting an expedited review. We got a lot more scrutiny and they rejected us for essentially steering users to our website for subscribing.
杂志以外的试用和订阅的 IAP 非常糟糕.它本质上是为杂志设计的，仅此而已.所以当心进入.我们最终做的是允许用户使用 IAP 订阅应用程序.我们的服务器管理谁订阅了谁没有订阅.它还管理他们拥有的订阅(IAP 或我们自己的).你需要做很多奇怪的收据检查来管理 Apple 的订阅.如果用户想要更改为更大/更低的订阅计划，他们也会被卡住.哪种对我们有用，因为唯一的方法是给我们发电子邮件，我们可以在其中从 IAP (-30%) 转换为我们自己的(-2.5% 用于卡片处理).
The IAP for trials and subscriptions other than magazines is pretty terrible. It is essentially designed for magazines, and that's it. So beware going in. What we eventually did was allow users to subscribe in the app using IAP. Our server manages who is subscribed and who isn't. It also manages which subscription they have (IAP or our own). There is a lot of weird receipt checks you need to do to manage the subscription from Apple. The user is also stuck if they want to change to a bigger/lower subscription plan. Which kinda works for us because the only way to do it is email us, in which we can convert from IAP (-30%) to our own (-2.5% for card processing).
这个故事的寓意是，如果您计划允许用户在您的应用内创建帐户，那么您很可能有义务通过 IAP 提供订阅.如果您想避免 IAP，那么您还需要从您的应用程序和描述中删除对您网站的任何引用.如果您尝试引导他们绕过 IAP 流程，他们会在元数据上击败您.一旦我们添加了 IAP，我们就可以将每个人指向我们的网站以获取更多信息"，在这些信息中，我们能够将更多用户转换为我们自己的订阅而不是 IAP.目前，我们自己的订阅者数量与 Apple 的比例约为 75:1.因此，我们不会因为从 Apple 获得的注册而损失太多.
The moral of this story is that if you plan on allowing users to create accounts inside your app, then you will most likely be obligated to offer subscriptions via IAP. If you want to avoid IAP, then you will also need to strip any references to your website from your app and description. They will bust you on meta if you try and steer them around the IAP process. Once we added IAP, we were allowed to point everyone to our website for "more information" in which we are able to convert more users to our own subscription rather than IAP. Right now, our number of our own subscribers vs. Apple is about 75:1. So we don't lose much over the signups we get from Apple.