前言

• 最近闲来无事，突然看到网上很多关于iOS审核杯具的提问帖子，就奉献下自己的一些提审App的经验，希望帮到正在困惑中的同行们。（感谢过去的同事、网上相关文档，有什么不足希望读者多提建议，后续更新）
• 提审是iOS app上架前的必经之路。95%的应用在第一次审核的时候会被打回。让我们一起看下审核中可能遇到的问题以及对应的解决办法。

一、常见问题

1. 低级问题

• APP存在bug。

  解决方法：修复bug。

• “iPhone” “iPad”等专业字样写错。

  解决方法：修正。

• 数据存储违反《iOS Data Storage Guidelines》。

  解决方法：仔细阅读条款，特别注意临时数据的存储位置。

• 图片、文字含安卓信息。

  解决方法：去除相应描述。

• 应用内含有beta字样。

  解决方法：完整app功能，去除beta字样。

• 有检测更新功能。

  解决方法：去除检测提醒。

2. 高级问题

• 需要账号的应用没有提供测试账号。

  解决方法：凡是涉及到用户登录的APP必须提供有效的测试账号。

• 内购产品被赠送。

  解决方法：调整APP规则，不能赠送IAP可购买的内容。

• iPhone程序不能在iPad运行或者运行异常。

  解决方法：修复兼容性问题，不要求应用适配iPad，但是需要应用可以在iPad中以兼容模式运行。

• 提示用户好评打分。

  解决方法：应用中不能出现引导让用户好评，可以去评论，但是不能是给好评。

• 产品仅提供手机号注册，要求提供账号。

  解决方法：苹果不允许只有手机号注册，需要提供邮箱或者用户名等注册方式。

• 提供了月卡功能，但是不支持玩家在不同设备中使用。

  解决方法：这个问题相当棘手，月卡功能是通过iap支付的可恢复的产品。iap支付只和AppleID相关，和应用中的ID没有关系，所以应用中应该避免使用直接购买月卡的功能，以免遇到相关逻辑问题。

二、实际经验分享

1. IAP支付需求

1.1 背景

我的APP有应用内使用权限收费功能，使用的支付方式是第三方支付。在审核过程中使用开关，关闭了购买的入口。结果被拒。

1.2 原因分析

起初使用开关控制入口是可以的，但是突然某一次提审苹果认为应用存在支付，并且需要接入IAP。其中有个比较致命的问题是，应用内出现了促销信息，信息中包含了价格。一旦苹果认准了的问题，简单的去除和沟通几乎是不可能解决的。

1.3 解决方案

经过研究，我们增加了特定的应用内购商品，并且通过了审核。以下是解决方案的要点：

• 增加代币购买，使用IAP购买。

  为什么增加的是代币不是直接购买商品？

  首先，代币是消耗品，和应用的账号做绑定，这样苹果理解起来简单。如果直接购买商品，苹果就会引商品的性质做一系列理解，万一出现非消耗品，那就要做IAP中的恢复购买，这点非常麻烦。

  其次，代币购买的商品可以自由变更。每个IAP的商品需要上传苹果后台，并且审核。如果我们直接购买商品，那么每个商品都要上传审核，后期维护十分麻烦。如果是代币，一次定义，以后就只要调整可购买的内容就可以了。

• 增加特定商品，仅供代币购买。

  苹果希望所有IAP购买的商品只能在苹果设备使用。所以最好的策略是，IAP购买的商品是独立的，其他平台无法购买，也无法使用。

• 增加开关，控制商品显示。

  IAP支付并不能很好的在实际购买中使用，所以它只是为了审核特别存在的。如何启用第三方支付，购买更多使用权限，才是需要我们考虑的。在此，我们使用了开关，用来显示/隐藏普通商品的显示和购买。

  从苹果审核过程中的反馈可以看出，苹果意识到应用商会使用开关的方式去做很多事情。比如，显示额外信息、跳转safari显示更多内容等。虽然苹果禁止，但是也有事后包容。所以推荐应用有这么一个开关，具体开关哪些东西就由产品定位考虑了。

2. 账户登录问题

2.1 背景

苹果允许应用存在注册登录，但是不允许应用在使用他们看似和账号无关的功能时要求登录。

实际场景如下：主页中有个商品，匿名户点击购买，然后应用弹出了登录框。这个流程及其普遍，而且这个登录的用意也很好理解。但是如果这个商品使用IAP支付，那么苹果就认为这个过程非法。他们会说：

17.2 Details
We noticed that your app requires users to register with personal information to access non account-based features, which is not allowed on the App Store. 
Specifically, your app requires users to register prior to In App Purchase. We’ve attached screenshot(s) for your reference.
Apps cannot require user registration prior to allowing access to app content and features that are not associated specifically to the user.

Oh my god~~

2.2 原因分析

苹果认为IAP本身是不需要用户登录的。因为这个是苹果提供的支付方法，和应用本身的账号无关。这个解释我们虽然看得懂，但是非常难理解。

2.3 解决方案

为此我们使用了几种方式去解决，供大家参考选用。

• 触发入口的隐藏/显示

  这个方法很好理解。应用在用户未登录的情况下，隐藏商品的购买按钮。这样应用看上去就像是一个信息浏览工具，并没有支付功能。当用户登录了账号，这个购买按钮显示。

  我们使用这个机制的触发入口有几种，收藏夹入口、购买入口、充值入口等。基本和账号相关的都使用了。

  去年9月，在使用这种机制情况下，我们通过了审核。并且是在苹果质疑过我们关于账号登录相关问题的情况下通过的。

• 匿名用户登录

  在经过几个版本的迭代后，今年3月苹果突然质疑了我们显示、隐藏入口的做法。他们的理解是，在用户不登录的情况，应用有bug，没有显示入口，属于功能不完整。

  经过几次挣扎，根据以往的经验，我们决定使用匿名登录的方式，彻底解决这个问题。

  匿名登录本身使用了登录模块的匿名登录方法。登录模块在匿名登录后会返回有效的token，这是解决问题的关键。这个token可以让应用本身感受不到用户的特殊，当作一般登录用户处理就可以了。匿名登录是以deviceId生成一个用户账号，所以就算审核的过程中苹果删除应用，也不会出现账号混乱的情况。

  这里有个前提，这种机制是需要配合送审开关的。只有在送审的时候才能使用匿名登录，审核后，上线前必须关闭。

  增加了这个机制后，整个应用的用户体验就会非常流畅。安装后打开，应用会静默登录，用户无任何感知。在使用应用的过程中也不会有账号退出登录相关的操作。应用几乎是账号无关的，然而用户的信息又都能保存，无论是购买内容还是收藏夹。

  至此，完全解决了账号相关的问题，而且效果也比较完美。

3. 账户无注册入口问题

• 原因

  • 针对App使用需要登录，且未提供注册入口，苹果爸爸会好不留情的拒绝你。因为你不提供入口，会被误认为用户使用app需要购买权限，竟然赚钱不让爸爸分一杯羹。
  • 有些app我们会涉及到用户权限问题，有很多业务页面或者内容，提供的测试账户无法看到，苹果爸爸就会误认为你内部隐含有收费渠道，需要你解释一二。

• 解决方案

  • 出现上述问题，不用怕，姿态放低，发一封解释邮件，说明自己注册通道在哪里，用户是可以注册的（我当时理由是用户需要到公司提交资料审核后，公司统一分配用户）。
  • 如果你没有内部收费，也是需要邮件解释。如果真有内部支付，又属于内购范畴，那就先做后端开关配置吧，看苹果爸爸是否对你足够重视，好运气会过关的。如果真的被盯上了，那你就乖乖的接入IAP吧，具体怎么配置看你们老板舍不舍得放血（参照1）。

3. 用户数据恢复

3.1 背景

2016年10月份，苹果突然对我们的匿名登录机制提出了异议（是异议，不是reject），大体意思是对于非消耗型的商品，用户如何跨设备恢复。原文如下：

We began the review of your app but aren't able to continue because we need additional information about your app.
At your earliest opportunity, please review the following question(s) and provide as much detailed information as you can. The more information you can provide upfront, the sooner we can complete your review.
- We were unable to sign out form the user account. Can users create and sign in with their own account within the app?
- If I purchase classes or 代币 in a device, how do I restore these items on a second device?
Once you reply to this message in Resolution Center with the requested information, we can proceed with your review.

以上回复中有2个问题。第一，用户如何退出并使用自定义账号注册登录；第二，购买的内容如何在其他设备上恢复。现实是，这2个问题我们是无法做到的。所以在这种情况下，我们向苹果婉转的解释了无法满足以上2点，并希望继续review。

结果，经过4个小时的再次review，直接被reject。理由如下：

Business - 3.1.1
Your app uses intermediary currency to purchase items that function as non-consumable products but does not include a restore mechanism. 
Users restore transactions to maintain access to content that they've already purchased. 
Next Steps
Please modify your app to include an optional user registration feature that allows users to restore their purchases to all of their iOS devices. 
We recommend indicating that account registration is necessary to restore previously purchased In-App Purchase products, and providing a way for users to register later if they wish to access this content in the future.

苹果爸爸，你玩真的了啊~~~

3.2 原因分析

这个问题完全是颠覆之前的说法。以前说使用iap为什么要和账号相关，所以我们使用了匿名登录。现在又说，用户如何在不同的设备上恢复购买内容，还希望我们提供用户注册登录。（难道换了个其他口味的审核人员……）

虽然问题复杂，但是我们还是需要静下心来分析、解决问题。这里有个细节，苹果提到了non-consumable products。我们应用内iap支付的只有浆果，而且它是consumable的。那么所谓的non-consumable的商品是什么呢？仔细想想，应该是用浆果换购的课程，这些课程是永久的，是非消耗品。

找到了这个商品，那就好解释了。之前苹果希望我们去掉用户登录这个过程，是因为iap支付本身和第三方账号是无关的。而现在商品完全是建立在账号基础上的，所以我们在这个时候启用登录注册是为了记录课程数据，和之前iap买代币不是一件事情。

似乎这个理由也能说服自己去开放注册、登录功能。当然，这里不担心苹果再来纠结为什么iap购买代币的时候需要用户登录。因为如果他真的反过来纠结这个问题，那么只有一个理由，他想玩死我们了。

3.3 解决方案

解决方案非常简单，就是打开原本隐藏的注册登录，取消匿名登录。这里有几个细节，虽然我们开放了注册登录，但是为了尽可能的减少变数，送审阶段我们屏蔽了第三方一键登录（微信、微博、QQ）。除了登录外，其他的限制还是保留，不要太坦诚。

最后，因为开放了注册、登录，所以不要忘记在itunesconnect中提供测试账号、密码。

附录：重点审核条款

• 2.2 Apps that exhibit bugs will be rejected

  译文：存在错误的程序将会被拒绝。

• 2.9 Apps that are "demo", "trial", or "test" versions will be rejected. Beta Apps may only be submitted through TestFlight and must follow the TestFlight guidelines

  译文：Demo版、trial版和test版的程序将会被拒绝。Beta版应用程序可通过TestFlight提交，并且必须遵守相关指南。

• 2.17 Apps that browse the web must use the iOS WebKit framework and WebKit Javascript

  译文：应用程序只允许使用iOS WebKit框架和WebKit Javascript浏览web内容。

• 2.23 Apps must follow the iOS Data Storage Guidelines or they will be rejected

  译文：应用必须遵守iOS数据储存指导方针(iOS Data Storage Guidelines)，否则应用将被拒。

• 3.1 Apps or metadata that mentions the name of any other mobile platform will be rejected

  译文：应用或者元数据中提到其他任何移动平台将会被拒。

• 3.3 Apps with names, descriptions, screenshots, or previews not relevant to the content and functionality of the App will be rejected

  译文：应用程序的名称、描述、截图或者预览与应用的内容和功能不相关将会被拒绝。

• 5.6 Apps cannot use Push Notifications to send advertising, promotions, or direct marketing of any kind

  译文：应用程序不可使用推送通知发送广告、促销或任何类型的直销信息。

• 11.1 Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected

  译文：使用App Store以外的渠道解锁或开启附加属性和功能的应用程序将会被拒绝。

• 11.2 Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be rejected

  译文：使用应用内支付系统(IAP)以外的系统购买内容、功能或服务的应用软件将会被拒绝。

• 11.7 Apps that use IAP to purchase items must assign the correct Purchasability type

  译文：使用IAP购买项目的应用程序必须指派正确的购买类型。

• 11.8 Apps that use IAP to purchase access to built-in capabilities provided by iOS, watchOS, and tvOS, such as the camera or the gyroscope, or Apple-branded peripherals, such as Apple Pencil or Apple Keyboard, will be rejected

  译文：使用IAP购买iOS内置功能(如照相机，陀螺仪)的应用程序将会被拒绝。

• 11.11 In general, the more expensive your App, the more thoroughly we will review it

  译文：一般而言，你的应用程序越贵，我们的评审会越深入。(对不起，我们国产大部分是免费网游)

• 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

  译文：在应用内使用跳转至外部购买或订阅链接的应用将会被拒，比如”buy”按钮跳转至一个购买电子书的web页面。

• 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

  译文：要求用户共享电子邮箱地址和出生日期等私人信息才可使用其功能的应用程序将会被拒绝。

• 17.5 Apps that include account registration or access a user’s existing account must include a privacy policy or they will be rejected

  译文：包含账号注册或者访问用户现有账号的应用程序必须包含隐私策略，否则将会被拒绝。

• 29.1 Apps containing references or commentary about a religious, cultural or ethnic group that are defamatory, offensive, mean-spirited or likely to expose the targeted group to harm or violence will be rejected

  译文：使用Apple Pay的应用程序必须在出售任何商品或者服务之前为用户提供所有材料的购买信息，否则将会被拒绝。使用Apple Pay进行定期付款的应用程序必须提供最低限度续费期限，付费将持续直至被取消，每个阶段所付款额，费用付款归属，以及如何取消等。(增加了对于定期付款的规定)