记录几次苹果审核被拒原因_we found that while you have submitted in-app purc

记录几次苹果审核被拒原因

最近被苹果审核搞得焦头烂额，每天早上醒来第一件事就是查看手机，看看收没收到苹果发来的邮件。

由于公司业务原因，之前一直都是用的投机取巧的方法，部分产品没有走苹果内购，苹果那边也一直没有发现。后来上了一个小版本，基本上都是H5那边的功能，我们这边就多加了几个分享按钮，支付这边没有动代码，以为跟平时一样，还是今天提，明天过审。谁知，苹果不知怎么发现了隐藏功能，然后，我们经历了一系列的被拒过程。。。（流下了难过的泪水?）

---

第一次被拒：

发件人 Apple
2. 3 Performance: Accurate Metadata
3. 1.1 Business: Payments - In-App Purchase
Guideline 2.3.1 - Performance
We discovered that your app contains hidden features.
The next submission of this app may require a longer review time, and this app will not be eligible for an expedited review until this issue is resolved.
Next Steps

• Review the Performance section of the App Store Review Guidelines.
• Ensure your app is compliant with all sections of the App Store Review Guidelines and the Terms & Conditions of the Apple Developer Program.
• Once your app is fully compliant, resubmit your app for review.
  Submitting apps designed to mislead or harm customers or evade the review process may result in the termination of your Apple Developer Program account. Review the Terms & Conditions of the Apple Developer Program to learn more about our policies regarding termination.
  Guideline 3.1.1 - Business - Payments - In-App Purchase
  We noticed that your app or its metadata enables the purchase of content, services, or functionality in the app by means other than the in-app purchase API, which is not appropriate for the App Store.
  Next Steps
  While the payment system that you have included may conduct the transaction outside of the app, if the purchasable content, functionality, or services are intended to be used in the app, they must be purchased using in-app purchase, within the app - unless it is of the type referenced in guideline 3.1.3 of the App Store Review Guidelines.
  In-App Purchase
  It may be appropriate to revise your app to use the in-app purchase API to provide content purchasing functionality.
  In-app purchase provides several benefits, including:
• The flexibility to support a variety of business models.
• Impacting your app ranking by consolidating your sales to one app rather than distributing them across multiple apps.
• An effective marketing vehicle to drive additional sales of new content.
  For information on in-app purchase, please refer to the following documentation:
  In-App Purchase for Developers
  In-App Purchase Programming Guide
  For step-by-step instructions on in-app purchase creation within App Store Connect, refer to App Store Connect Help.

第一次收到2.3.1和3.1.1的大礼包
我们当时的解决方案有这几个：

一、仔细检查代码，查看哪里出了纰漏被发现了。其中，包括

1、替换关键字： 替换alipay、paymoney等和钱有关的关键字；删除￥符号

2、产品文案中的微信二维码文案修改

3、添加游客模式

4、优惠券隐藏

二、支付做成H5的

三、老老实实的做内购

我们选择了第一种，对代码进行了排查与修改，尽量让苹果看不到非内购购买。反正苹果只是怀疑，也没有实锤。然而，我们还是收到了同样的审核结果。

We still discovered that your app contains hidden features.
The next submission of this app may require a longer review time, and this app will not be eligible for an expedited review until this issue is resolved.

好吧，我们老实了，乖乖的把内购添加上，走内购。

在经过一些列的修改后，我们再次提交新版本。

---

第二次被拒：

发件人 Apple
5. 1.1 Legal: Privacy - Data Collection and Storage
Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
We noticed that your app requires users to register with personal information to purchase non account-based in-app purchase products, which does not comply with the App Store Review Guidelines.
Apps cannot require user registration prior to allowing access to app content and features that are not associated specifically to the user.
Next Steps
User registration that requires the sharing of personal information must be optional or tied to account-specific functionality.
To resolve this issue, please make it clear to the user that registering will enable them to access the content from any of their iOS devices and provide them a way to register at any time, if they wish to later extend access to additional iOS devices.
Please note that although guideline 3.1.2 of the App Store Review Guidelines requires an app to make subscription content available to all the iOS devices owned by a single user, it is not appropriate to force user registration to meet this requirement; such user registration must be made optional.

这次说我们用户未登录情况下不能购买。然后，一开始我们选择了申述，给他们说了我们的产品是分层次服务的，只有达到我们制定的一些考核标准后，才可以参加我们为各层次用户准备的相应的新手、入门、精品、高级课程。并不是每一个用户都可以参加我们的线上课服务。这是我们公司的业务方向，也是为了更好的服务用户。因此，我们必须在用户登录的情况下，才可以判断用户可以报名哪一些课程。以及其他一些理由，就是，必须拿到用户信息才能购买。然后，苹果果断的拒绝了我们。无奈，我们只好添加了游客也可以购买的功能。

---

第三次被拒

Guideline 3.1.1 - Business - Payments - In-App Purchase
We noticed that your app is using consumable in-app purchase products as intermediary currency for the exchange of items that function as non-renewing subscriptions.
Next Steps
To resolve this issue, please delete your consumable in-app purchase products, then create separate non-renewing subscription in-app purchase products for each item that the user would have exchanged those consumable products for. This product type matches the usage model for the products you are ultimately selling to your users.
Note: The product type cannot be changed once an in-app purchase product has been created. Therefore, you will need to create a new in-app purchase product with the correct product type.
To create new in-app purchases:

• Log in to App Store Connect
• Click on “My Apps”
• Select your app
• Click on “Features” to create new in-app purchases
• Click Save
• Once you’ve completed all changes, click the “Submit for >Review” button at the top of the App Version Information page.
  Resources
  More information on in-app purchase product types is available in App Store Connect Help.
  Please see attached screenshots for details.

我们的需要走内购的产品分为两种：视频课和会员。在之前，视频课的购买和会员的购买，都是通过充值成我们内部的一种货币，然后通过扣货币的形式进行购买我们的产品，而这种货币的类型是消耗型的。苹果拒绝我们的原因是：他认为视频课可以是消耗型的，但是会员不应该做成消耗型的，应该做成续订或非续订型的类型。而我们统一用了消耗型的货币，这样是不对的。
针对苹果提出的问题，我们进行了修改：将视频课兑换的币种为消耗型币种，会员兑换的币种为非续订型的币种。通过用户的点击购买入口不同，展示不同类型的货币。虽然货币类型不一样，但是用户看到的还是同一个界面，看不出货币的类型。

然而，提交过去还是被拒了，原因还是一样。后来通过查阅资料得知，视频课跟会员这种本身不属于同一种类型的货币，是不可以通过中间货币转换成同一种货币类型的。因此，我们最后选择的解决办法是：视频课继续保持不变。会员的购买不通过中间货币购买，直接跟苹果服务器交互。

---

第四次被拒：

We found that while you have submitted in-app purchase products for your app, the in-app purchase functionality is not present in your binary.
Specifically, we were only able to locate Z for 588元/年.
Next Steps
If you would like to include in-app purchases in your app, you will need to upload a new binary that incorporates the in-app purchase API to enable users to make a purchase.
Once you revise and resubmit your binary, you will also need to resubmit your in-app purchases for review since they are in the Developer Action Required state. For each in-app purchase product submitted, please be sure to edit the detail information or cancel the request to change the detail information for the in-app purchases using App Store Connect.
Alternatively, if you do not want to include in-app purchase products in your app, it would be appropriate to remove any unused in-app purchase products from App Store Connect.
Resources
For more information on how to implement in-app purchase in your app, please refer to the In-App Purchase Programming Guide.
Learn more about offering in-app purchases in App Store Connect Help.
Please see attached screenshot for details.

说是没有找到内购入口，猛一看这个回复搞得我一脸懵逼，怎么会没有发现内购入口，苹果那边把入口截图都发过来了，还说没找到入口？

最后通过各种查找资料才知道问题所在原因。
因为我们的会员购买是直接跟苹果内购交互，但是我们的会员价格有可能会促销或者改价格，所以，在问过运营的人后，一次提了6个有可能用到的价格。审核的时候只有一个588价格是展示的，其余价格都是为以后做铺垫的，目前看不到。因为其余内购价格他们看不到，因此，苹果说找不到内购入口，给我们拒了。解决方法是：把其余目前用不到的价格都删掉，只保留能让审核人员看到的价格，然后申述即可。