AppStore审核是一门大学问，大家应该或多或少都会遇到审核被拒绝的情况；
我们的APP至今已发布了几十个版本了，其中由于某些原因被拒绝了几次。现就我们APP的情况，对审核的事做个小小的总结；
审核也是看脸的
同一个功能，之前的版本都是审核通过的，但最新提交的版本被拒绝了；引入同一个第三方库，别的APP安然无恙，自己的却是被拒绝的命运；还有的时候，特别夸张：我们APP是会记录登录账号的IP和时间的，有好几个版本（不过都是小版本如V3.1.1）都没有Apple那边的登录信息，也就是说审核人员都没登录使用就一天内审核通过了。
说白了，就是每次审核的人可能不一样，就算是同一个人每个时段的心情，态度可能也不一样。就算APP有违规的，运气好碰上个好的审核人员睁一只眼闭一只眼就给你通过了。
但如果真有违规，迟早是会被拒绝的^_^。
审核对于用户权限/隐私的重视
e.g.
V3.1版本审核被拒，被拒原因大致为：获取手机的某些权限，但未具体说明这些权限的作用（具体哪条条款记不清了）。后来我们检查了下，发现是获取定位权限的plist设置中的描述不太具体：原来的描述大致为：“获取地理位置”，这个是比较敷衍的；后来改为：“该权限将用于房源地图”，重新提交，审核通过（审核人员中文过了4级啊 ^_^ ）；
hehe
V3.5版本因为打卡功能加入了后台定位功能，提交后审核被拒，被拒原因大致为：后台持续定位是极其耗电的，但未向用户明确这种弊端（具体哪条条款记不清了）。后来在Appstore APP信息的描述栏中加入了如下描述：“【温馨提示】appName的快速打卡功能会在后台持续使用GPS定位服务，相比其他功能会消耗更多的电量，并且影响电池续航时间”，不出意料的审核通过了（Apple贴心啊^_^ ）。
隐私政策
2018年6月份，App Store审核指南更新了对隐私政策的要求：
(i) 隐私政策：所有 app 必须在 App Store Connect 元数据栏位和 app 内部包含可轻松访问的隐私政策链接。隐私政策必须明确而清楚地：
指明 app/服务所收集的数据 (若有)、收集数据的方式，以及这些数据的所有用途。
确认与 app 共享用户数据 (遵从这些准则) 的任何第三方 (例如，分析工具、广告网络和第三方 SDK，以及能够访问用户数据的任何母公司、子公司或其他相关实体) 会提供与 app 隐私政策所述及这些准则所要求相同或等同的用户数据保护措施。
解释数据保留/删除政策，并且说明用户可以如何撤销同意和/或请求删除用户数据。
...
(iv) 必须使用 SafariViewController 在显著位置向用户显示信息；不得隐藏这个控制器，也不能被其他视图或图层遮挡。此外，未经用户的知情和同意，app 不得私下利用 Safari 浏览器 ViewController 来追踪用户。
18年10月3号起，已经强制要求，不符合要求的可能审核会被拒绝。
总的来说有以下几点：
- App Store Connect 版本提审信息中，必须有隐私政策条款链接地址
A399AA23-71F9-4594-8F71-A93A0B5DA82F.png
- 如果还没有隐私政策的，需要添加；已有的需要检查当前的隐私条款是否符合苹果审核指南的要求，并在App 内显著位置显示;
隐私政策模板
App 内显著位置显示方式参考：
登录等入口处显示
弹框提示
介绍页面处显示
- iOS9及以上系统，使用SafariViewController(从iOS9开始才有)显示隐私政策界面：
SFSafariViewController *sfVC = [[SFSafariViewController alloc]initWithURL:[NSURL URLWithString:@"https://xxxx.html"]];
[self.navigationController presentViewController:sfVC animated:YES completion:nil];
严厉禁止热修复
Apple一向是严厉禁止开发人员使用类似热修复技术，在发布后动态修改APP的。我们APP一直是使用JSPatch来实现热修复功能的，但使用了将近2年审核一直没问题（据说是JSPatch混淆了代码，审核不出来）。但去年10月份的时候，突然收到了Apple邮件警告，摘取部分信息：
Performance - 2.5.2
Your app, extension, or linked framework appears to contain code designed explicitly with the capability to change your app’s behavior or functionality after App Review approval, which is not in compliance with App Store Review Guideline 2.5.2 and section 3.3.2 of the Apple Developer Program License Agreement.
网上也有不少伙伴收到同样的邮件，猜测是JSPatch被查出来了。后来还是很无奈的将JSPatch移除了，提交后审核通过。
另外，截止目前为止，JSPatch还没有应对的方法。但相信过不了多久应该就能用了吧。
审核时间
自去年开始，AppStore的审核效率明显提高了不少，基本上没有什么违规的版本提交后48h就能审核通过。以下是官方说明：
Review Status
Once you’ve submitted your app for review, you can view its status in the My Apps section of App Store Connect or on the App Store Connect App for iPhone and iPad. Review times may vary by app. On average, 50% of apps are reviewed in 24 hours and over 90% are reviewed in 48 hours. If your submission is incomplete, review times may be further delayed or your app may be rejected. Once your app has been reviewed, its status will be updated and you will be notified.
其中还提到了，如果APP之前被拒绝过那本次审核时间会延长。据说这个延长时间是累加的，就是说如果被拒绝后再提交的又因为某些规则被拒绝那下次审核的时间会更长。之前网上有个伙伴反映，被连续拒绝5次后，第六次提交等了一个月才审核过。
关于审核时间，还有一点要说明的：我们的APP发布了很多版本，从这些版本的审核时间看，貌似什么时间段提交审核对于审核的周期也是有影响的。
| 提交时间 | 审核通过时间 |
|---|---|
| 05-20 20:20 | 05-22 09:48 |
| 06-01 16:10 | 06-02 02:15 |
| 09-05 21:41 | 09-07 01:43 |
| 09-19 17:12 | 09-20 09:30 |
| 10-08 10:00 | 10-09 06:12 |
晚上8，9点后提交的都是第三天凌晨才审核通过，其他都是12h内审核了，或许和排队等待审核的数量有关或许这就是个巧合。
以上时间有些是北京时间凌晨审核通过的，其实说明审核的人就是在苹果公司的（库比提诺 太平洋时间），有没有中国区的审核暂时还不得而知。
E13A3F5A6D4FBFAFB1EF8FBD3ED3AB6B.png
审核被拒说明
有时被拒绝后，但就是找不到违规的地方或者确认自己的App没有违规，可以在解决中心直接回复要求提供具体违规的地方：
hh
这里的回复是可以直接写中文的，放心，他们看得懂。
加急审核
有时App要紧急发布，可以向Review团队发起加急要求：
jj
dd
这里加急原因选项，Time-Sensitive Event一般都不会成功，而选Critical Bug Fix是要提供复现Bug步骤的。不管是那个选项，描述一定要能打动审核团队，这样加急的需求才容易通过。同样，这里都能使用中文。
关于加急审核的误解 原文
- 认为加急审核的次数非常有限，用完了就不能用了。但是其实官方并没有对次数做限制，只是说希望大家不要滥用加急审核，免得你真正需要的时候不让你用了，但是并没有一个可量化的机制来限制你。（当然了，方便自己也方便同行，大家还是不要滥用啦）
以下是官方说明：
- 加急请求：如果您遇到了严重的时间问题，可以申请加急审核 (英文)。请仅在您真的需要加快审核时才提出申请，以便其他开发者的加急请求不受影响。如果我们发现您滥用此系统，从此以后我们可能都会拒绝您的申请。
- 有人认为加急审核被同意了之后，会迅速开始审核。但是其实判定是否给你加急审核的团队，和给你审核的团队，是两个团队。 所以同意给你加急审核之后，你还需要几十分钟到几小时不等的加急排队时间。
- 加急审核状态下，如果你的 App 被拒了，是不需要再次申请加急审核的，你已经在加急通道里面了，直到你最终过审。这点你每次申请的时候，官方都会重复告知。
网友评论