如果我创建一个应用程序:
- 方便了购买实物商品
- 不使用IAP支付这些项目的
- 用途指向应用程序的网站,网页视图完成购买
将苹果希望能够完成使用我们的网络视图购买,或者他们会满意地看到,他们可以排队从应用物理项目的购物车,看到它被传递给Web视图?
如果我创建一个应用程序:
将苹果希望能够完成使用我们的网络视图购买,或者他们会满意地看到,他们可以排队从应用物理项目的购物车,看到它被传递给Web视图?
从审查指南: https://developer.apple.com/appstore/resources/approval/guidelines.html#purchasing-currencies
嗯这可能是一个比特的灰色地带的,有
11.3 Apps using IAP to purchase physical goods or goods and services used outside of the App will be rejected
如果他们翻译IAP为“应用程序内购买”,即购买一些“应用内”。 你可能是最好的用户重定向到“Safari浏览器”来完成交易和“在应用程序”不能这样做。
也:
11.13 Apps that link to external mechanisms for purchases or subscriptions to be used in the App, such as a "buy" button that goes to a web site to purchase a digital book, will be rejected
同样,你提到你是卖实物商品并不确切。
我会说这是不以这些的断然拒绝,但它是有风险的...试试吧,让我们知道吗?
更新的人看,谁在将来可能会遇到此。 我们的应用程序被苹果批准的一试,也许花了最多一个小时。
除非在未来苹果的政策的任何改变或他们如何月亮的相位的影响; 作为这个答案的日期,我在主张对苹果采取应用内购买以下自信:
苹果公司的要求,限制和应用特色物理采购测试并不比一个没有更加严格。
这里的关键是,你帮助购买实物产品,不是打算在应用程序中使用。
基于这样的事实,凡丹戈,您可以购买在app电影票,而不使用苹果的IAP机制,我认为我对你是相当安全的地面。 话又说回来,正如指出的那样,苹果的审批过程有时是相当善变的,所以因人而异。
我会怀疑你可能会最初拒绝,但如果你抗议,并指出这一点你可能会成功。 如果你指出来很突出的音符,当你递交申请到审稿节这可能会给您节省往返的讨论。
现在的问题是不是会或不会应用程序获得批准,因为它包括支付整合,而是;
苹果评审会期望测试终端到终端的支付过程中按预期正常运行?
虽然我不能给出一个确定的答案,他们是否会与否。 我会假设,如果它是你的应用程序的功能,然后期望它可以测试。 因此它可能是值得加入的最低价格一些虚拟物品,他们要测试的情况下(你可以告诉他们)。 这是他们的钱。
如果你将其翻转轮 - 如果他们没有测试的功能,那么就不会有获批的应用如预期,可能无法工作,或者是越野车和将等于不快乐的赌客。
只要你让他们意识到虚拟物品,他们在那里只批准测试(或将在审批流程完成后删除),那么如果他们决定测试或不是你覆盖。