如何提高App Store审核通过率

应用审核流程大体分为三部分：预审、机审和人工审核。

1、预审：资源类审核，提交程序包时，对Icon、plist、图片等资源文件的审核，常见问题包括：图片格式（无alpha）、程序包文件等问题。

2、机审：机器自动扫描审核，主要是对二进制文件、API等代码块的检查，常见的问题如：重复APP、热更新、私有api的使用等。

3、人工审核：App体验式审核，主要对App的元数据、功能使用情况的审核。人工审核问题最多也最常见，审核拒绝后审核团队一般会提供问题描述和截图信息，根据实际情况进行修改和回复。

实际问题总结

问题一（重复应用、马夹包）

问题描述：

提交相同相似的功能和UI设计的应用，会被Apple审核团队认定为重复应用，并可能受到延迟审核的惩罚

解决方法：

1、按照Apple要求把功能相似的APP合并为一个APP，在APP内为不同城市和应用场景提供对应的服务和功能。（遇到这类问题时，产品要求都是不能合并的）

2、向审核委员会进行申诉和沟通。（未通过审核）

3、修改APP元数据、代码混淆、加入垃圾代码、修改图片资源的Hash值、使用其他电脑和IP上传应用等方法。（未通过审核）

4、修改UI及隐藏部分功能先提交审核，首次上架审核通过后再升级到最新版本（通过审核）

注意：

1、即使目前版本App成功上线，后续仍存在被下架和审核被拒的风险。

2、总结多个版本App审核经验，首次上架因为相似应用原因被拒的概率远大于版本更新，可以利用这一点降低审核拒绝风险。 3、违反相似应用审核规则，审核周期会被延迟、账号信用降级，多次违反存在封号的风险，建议相似应用尽量用不同的账号主体提审。

 

问题二（热更新）

问题描述：

项目中使用了热更新框架，可以有效的解决线上修复BUG/动态添加功能，但是这些违反Apple 2.5.2修改应用必须通过审核的审核规则。

解决方法：

项目中移除掉JSPatch等热更新框架代码，重新提交审核。目前JSPatch类热更新类框架仍不被苹果审核团队认可。

问题三（私有API）

问题描述：

项目中使用了"prefs:root="、”App-Prefs:root”等跳转系统设置界面URL的私有API。苹果审核规则要求不允许使用私有API，只要代码中存在就会拒绝。

解决方法：

1、项目中我们尽量使用公开API提供的方法，跳转到系统设置界面使用公开API方法也基本上能满足项目需求，因此我们改用系统推荐的方式，如：

NSURL *url = [NSURL URLWithString:UIApplicationOpenSettingsURLString]; 

2、如果项目中必须使用私有API才能实现需求，可采取适当的策略降低审核拒绝风险。苹果审核是在机审阶段通过关键词来检测私有API使用情况，因此我们可以尝试将类名、方法名、路径名等进行加密处理，调用私有API时解密后调用，由于没有私有API硬编码代码，可以降低审核拒绝风险。该方案仍有较大的审核风险。

 

问题四（各种权限 定位 相机相册等）

问题描述：

项目中使用了定位权限功能，但是请求用户开启定位权限时的描述信息不够清晰明了。

解决办法： 将项目中所有使用到的系统权限使用情况描述的更详尽具体，如：

定位权限：用户获取位置信息，方便查找附近的停车场； 蓝牙权限：用于连接和控制蓝牙车位锁；

相机权限：用于拍摄图片，以及使用扫一扫功能；

相册权限：用于选取照片设置头像，以及保存照片到本地；

 

问题五（强制开启定位）

5.1.5 Legal: Privacy - Location Services Your app uses location data for features that are not relevant to a user's location. Specifically, your app is not functional when Location Services are disabled.

问题描述： 项目中对定位权限要求较高，很多功能都依赖于定位，因此强制用户开启定位，如果不开启无法使用。这样的做法违背了苹果保护用户隐私权限的审核规则。

解决方法：

1、项目中不强制用户开启定位权限，alert中提供取消开启按钮，业务中兼容不开启定位的场景。

2、审核备注信息中引导审核人员开启定位权限，如：应用内主要基于地图定位获取周边停车场信息，为了更好的用户体验，建议允许访问定位权限。

 

问题六（上传联系人信息）

问题描述：

项目中我们收集并上传了用户的联系人信息，未明确告知用户功能使用情况，还有就是这些联系人信息是否上传到外部服务设备。

解决方法：

1、在申请使用用户联系人权限时，明确提示详细的功能描述，如：允许访问手机通讯录，给联系人推荐象山停车，在未经许可前不会访问通讯录，请放心使用。

2、动态配置是否上传联系人信息，审核期间不上传；备注信息描述：访问用户的通讯录权限，方便用户通过联系人推荐APP，并没有把通讯录信息上传到外部服务器。 注意：动态配置功能存在审核风险，如非必要不建议使用。

 

问题七（扫一扫功能）

 

问题描述：

审核人员认为我们APP不依赖于账号的功能也需要先登录和注册，特别是扫一扫功能。

解决办法：

项目的实际业务场景中APP扫一扫功能是必须先登录的，审核人员认为扫一扫功能应该是基础功能，不用登录。我们需要向审核人员讲述我们的业务场景，便于他们理解。因此我们在解决方案中心向审核人员阐述了以下业务场景：扫一扫功能仅支持内部业务使用，与用户密切相关。非内部业务无法识别和使用。如果用户未登录时，扫码完成后，业务处理流程中断，仍然需要用户登录后才可使用，用户体验不友好。

 

问题八（微信登录）

问题描述：

项目中用户未安装微信时，使用微信登录需要先下载微信客户端，不符合App具有独立性的规则。

解决方法：

更改项目中的实现逻辑:将要显示微信登录入口时，需要先校验是否安装微信，如未安装则不显示微信登录入口，只有安装时才显示登录入口，满足App独立性的规则。

 

问题九（功能不完善）

问题描述：

项目周边服务模块中多个服务触发后界面提示用户“***功能暂未开通”，审核认定这个模块是Beta版，不符合审核规则。

解决方法：

项目中暂时关闭该未开通的功能，待功能完善后再正式开启。如必须现在开启，可使用动态控制周边功能模块，审核时关闭功能，审核结束开启该功能。

 

为了提高审核效率，请大家多多注意上面这些问题。

 

常见审核问题：

1、崩溃和错误 只有在 app 完成且准备好发布时，才应提交以供审核。请务必在运行最新版软件的设备上对 app 进行全面测试并修复所有错误，然后再提交。

2、链接损坏 App 中的所有链接必需能正常使用。所有 app 都需要提供指向含有最新联系人信息的用户支持链接，以及指向您的隐私政策的链接。

3、占位符内容 最终确定 app 中的所有图像和文本，然后将其发送以供审核。仍处于开发中和包含占位符内容的 app 不能进行发布，且无法获得批准。

4、请求许可 在请求访问用户数据或使用数据的许可时，您应该清晰、完整地说明您的 app 将如何使用这类数据。在说明中包含示例有助于用户了解您的 app 为什么需要请求访问他们的个人信息。

5、屏幕快照不准确 App Store 屏幕快照应能准确说明您 app 的价值和功能。应利用文字和叠加图像突出显示您 app 的用户体验，而非模糊上面的内容。确保 app UI 和产品图像与 App Store Connect 中对应的设备类型相符。这可以帮助用户了解您的 app，并带来积极的 App Store 体验。

6、信息不完整 在 App Store Connect 的“App Review 信息”部分中输入审核您的 app 所需的所有详细信息。如果某些功能需要登录，请提供有效的演示帐户用户名和密码。如果有特殊配置需要设置，请添加相关规范。如果功能需要难于复制的环境或需要特定硬件，请准备好提供演示视频或硬件。此外，请确保联系人信息完整且是最新的。

7、用户界面不合标准 Apple 非常注重简洁、雅致且用户友好的界面。请仔细规划您的设计，并遵循我们的设计指南和 UI 设计注意事项，以确保您的 UI 满足这些要求。

8、网络剪报、内容聚合或链接集合 App 应具有吸引力和实用性，并且充分利用 iOS 的独特功能。在 iOS app 中投放的网站、非 iOS 专用格式的网页内容和受限的网页交互皆无法构成优质的 app。

9、重复提交类似 App 提交多个本质上相同的 app 会占用 App Review 流程，并且存在 app 被拒绝的风险。请周全地将您的 app 整合成一个，以改善您的审核体验，以及未来用户的体验。

10、误导用户 App 的性能必须与广告宣传一致，不得给用户留下 app 与推广时不一样的印象。如果您的 app 表明承诺提供特定的特性和功能，则需要提供。

11、持久价值不足 如果您的 app 缺乏足够的功能或内容，或者只适用于小众市场，则可能无法获得批准。在构建 app 之前，请在 App Store 中查看您的类别中的 app，并考虑如何提供更好的用户体验。

 

审核时间总结：

近些年，苹果审核团队对审核流程进行了优化，审核效率有了较为明显的进步，由原来的7~15天到现在的1~2天，官方提出，50%的的APP会在24小时内完成审核，超过90%的APP会在48小时内完成审核，为更充分的了解苹果审核团队的审核时间具体情况，合理安排提审计划，我对近年项目审核时间情况进行了汇总，汇总情况如下：

根据以上审核时间总结情况分析：

1、审核时间除了圣诞节等节日外全年审核。

2、审核时间分布在星期一~星期日，不区分工作日和周末。

3、进入正在审核流程的时间分布在22:00~8:00期间，审核工作时间与国内正好相差12小时。

4、如苹果官方所言，审核等待周期大多数情况控制在1天以内，2天内基本都能审核结束。

5、审核时间是在逐渐缩短，但是延期审核的现象也在增多。如上图所示，有部分审核等待期超过2天，出现这种情况的主要原因是受到了苹果延期审核的处罚，如出现以下审核问题就会受到延期审核的处罚（项目中遇到的部分场景，不够完全）：

a) Guide Line 2.5.2 含有不经审核更更改App的功能，即接入了热更新框架

b) Guide Line 4.3 重复App

沟通途径：

目前与苹果审核团队沟通的渠道比较少，较为常见和有效的方法有：审核信息中备注信息（审核人员一定会看的）、审核拒绝后解决方案中心回复、加急审核和申诉。当然，也遇到过苹果审核人员主动打电话联系的，这种情况少之又少。

1、加急审核：https://developer.apple.com/contact/app-store/?topic=expedite

2、解决方案中心：（***改为App Id）https://itunesconnect.apple.com/WebObjects/iTunesConnect.woa/ra/ng/app/***/platform/ios/resolutioncenter

3、面向普通用户的热线: 400-666-8800

4、面向购买开发计划的开发者的热线: 4006-701-855

官方规范：

1、App Store准则和资源：https://developer.apple.com/cn/app-store/resources/

2、官方审核：https://developer.apple.com/cn/app-store/review/

3、官方审核规范：https://developer.apple.com/cn/app-store/review/guidelines/#software-requirements