前言
众所周知，App 在上架至 App Store 前，必须通过苹果神秘的审核团队的审核。能否在短时间内顺利通过审核，对 App 推广节奏和策略、以及迭代等影响是非常大的！
1.提交审核的流程
目前应用提审的整个流程大体分为五个阶段，这个登录过 App Store Connect 后台或操作过 App 上架的小伙伴应该都知道：Prepare For Upload（准备上传）、Waiting For Review（等待审核）、 In Review（审核）、Pending Developer Release（等待开发者发布）、Ready For Sale（准备销售）。
其中 Waiting For Review（等待审核）和 In Review（审核）这两个阶段是不受开发者控制的，也就是说，这两个阶段由审核人员操控。
2.机审和人工审核
苹果审核大体分为三部分，预审、机审和人工审核。包上传后首先进入的是预审，会被扫描 API 等，没问题的话才会在 App Store Connect 里出现 然后才可以提交至 Waiting。
在审核前期，也就是 Waiting For Review（等待审核）阶段一般是机审，去年闹得沸沸扬扬的 4.3 就是通过机器扫描扫代码；
机审不通过则直接被拒，通过后会进入人工审核，即 In Review（审核）阶段，这个阶段主要看的是 App 的元数据，例如标题、描述、截图等，以及检测 App 的功能使用情况，常遇到的 IPV6 也在此处检测。
判断是进入了机审状况还是人工审核状态，除了看时间外，还有一个方式，就是去看后台，如果有美国 IP 登录，应该就是人审了；如果只有 App 启动但没有深度访问，说明在机审呢，正在扫代码。
当然，利用上述两种方式也可以来判断 App 是机审被拒，还是人工审核被拒，然后确定解决侧重点。
目前机审机制越来越完善了，而且也越来越受重视，这个从 2.1 和 4.3 出现的频率就可以看出来！其实苹果重视机审也是可以理解，减少人工成本并增加审核严格度，也更倾向于人工智能这个大方向！不过如果机审机制太完美，对我们可能不是好事，过审也许会越来越不容易。
3.审核时间逐渐缩短，但延期审核现象增多
虽然大家一直在吐槽苹果的审核时间，但相比于之前，例如 7~8 天阶段、3~4 天阶段，现在已经很不错了。而且通过近三个月的审核数据对比，App审核的周期又有了进一步缩短的趋势。
苹果曾在 2017 年 6 月 WWDC 大会上表示，接下来会进一步缩短审核时间。从目前趋势来看，确实是在进一步缩短。不过现在又出现了一个现象或者说处罚方式——延期审核。
延期审核一般针对的是大量同种类的 App，比如游戏（斗地主等），还有涉及敏感题材的 App，比如金融、彩票、VPN 等。特别是对于游戏，苹果已经摸清了此类 App 开发者的套路（马甲包、隐藏支付等），但由于一些开发者隐藏工作做得好，苹果又无法拿到确凿证据，所以只能故意拖延。如果被延期轻则需要十几天，重则拖延 1 个月甚至几个月。
有小伙伴可能想了解延期审核后怎么办？在此说几点，如果没有明显违规，除了打电话，在 App Store Connect 后台点【联系我们】这些方式外，还有一些稍微冒险的方式，申诉或加速审核。如果这两个方式还不行，又不想等，果断换账号重新提包吧！还有个方法是将免费 App 设置为付费，但也只是可以缩短等待时间，审核的时间也可能会很久，这个不是很好管控。
4.苹果审核侧重点不断调整，且新的被拒理由层出不穷
苹果审核侧重点不断调整，且新的被拒理由层出不穷。当然这里所说的“新的被拒理由”有些是一直存在的，只是没有侧重这方面审核或者说审核没有升级到这一步而已。
5.问题汇总
今日有空，把以往所遇到的问题汇总一下：
Guideline 1.2 - Safety - User Generated Content
Your app enables the display of user-generated content but still does not have the proper precautions in place.
Next Steps
To resolve this issue, please revise your app to implement all of the following precautions:
- Require that users agree to terms (EULA) and these terms must make it clear that there is no tolerance for objectionable content or abusive users
- A method for filtering objectionable content
- A mechanism for users to flag objectionable content
- A mechanism for users to block abusive users
- The developer must act on objectionable content reports within 24 hours by removing the content and ejecting the user who provided the offending content
这里谈到了关于用户发布内容（类似朋友圈、 QQ空间、微博），需要涉及到的安全机制，包括：
- 要求用户同意条款（EULA），并且这些条款必须明确表示，不允许有令人反感的内容或滥用的用户。
- 一种过滤有害内容的方法
- 一种用户标记不良内容的机制
- 用户阻止滥用用户的机制
- 开发人员必须在24小时内通过删除内容并弹出提供有问题内容的用户来处理令人不快的内容报告。
根据这些反馈，以及网络收集到的信息，为了防止非法滥用用户生成的内容，从而给用户提供虚假信息、盗取用户的知识产权，社交应用以及应用当中包含用户生成的信息的应用必须包括下述功能：
- 用户使用协议。
对敏感信息进行说明，在登录页面加用户使用协议，部分 APP 在发布页面，有的 APP，在制作页面也会有； - 过滤不良内容（色情、裸露、亵渎等内容）
后台对用户发布的内容进行审核、过滤； - 提供举报机制
对用户发布的内容进行举报，让后台处理。 - 屏蔽/拉黑。
之前网上有文章讲，说要这个功能，有的没有提到这个。因为这个需要加新接口，并且大部分的查询接口都需要做对应的判断，所以一直希望这个不是必要的，只是在改其他的接口。 - 联系方式。
提供官方联系方式，让用户可以快速联系到开发商
另外，被拒后不要去猜测被拒原因，而是最快的方式就是上诉然后他们会打电话过来详细说明原因，这样能够尽快的解决问题。
Guideline 2.1 - Performance - App Completeness
Your app crashed on iPhone running iOS 13.2 on WiFi when we:
- Tapped on the recharge button.
We have attached detailed crash logs to help troubleshoot this issue.
Next Steps
To resolve this issue, please revise your app and test it on a device to ensure that it runs as expected.
Resources
For information on how to symbolicate and read a crash log, please review Tech Note TN2151 Understanding and Analyzing Application Crash Reports.
Please see attached screenshot for details.
苹果支付，充值按钮事件崩溃。
一开始一直没搞明白 "recharge button" 什么意思，充电按钮？后来才知道是“充值按钮”，英语很重要。在 iOS 13 下点击【充值】按钮崩溃了，iOS 12 之前都正常提示，排查原因，是苹果《付费应用程序协议》到期，需要续签。App Store Connect 提示如下：
点击【续签】即可
注意：以后要及时更新苹果协议！！
Guideline 2.3 - Performance - Accurate Metadata
【2.3 系列 - 准确的元数据】
客户应该知道他们在下载或购买您的 App 时会得到什么，所以请确保 App 的描述、屏幕快照和预览能够准确反映 App 的核心体验，并记得不断更新，以便保持与新版本相应的最新状态。
被拒原因：
- 应用中包含隐藏功能，试图隐藏应用程序中的功能，功能或内容被认为是令人震惊的行为；
- 上架时的 App 预览和截屏没有适配 6.5 英寸 和 5.5 英寸。
- 应用截图等级不符，图片过于暴露、血腥等……
- 应用标题、描述、截图等与应用功能严重不符。如果是使用了安卓手机的截图或浏览器也会引起拒审；
解决方法：
- 修改或删除应用中隐藏的功能（去除隐藏功能模块代码或将需要隐藏功能的代码及定向跳转链接网址做混淆处理，适当增加逻辑复杂度）；
- 重新更换 App 预览和截屏，适配 6.5 英寸 和 5.5 英寸；
- 调整应用截图内容，或者修正应用的上架年龄等级
- 应用标题、功能描述等要与 App 预览和截屏相符合，保证整个 App 功能、流程看起来是一致的；
提交审核：您的 App 正在使用广告标识符 (IDFA)。您必须先提供关于 IDFA 的使用信息或将其从 App 中移除，然后再上传您的二进制文件。
IDFA(identifier for advertising) 主要被用于广告中区分设备的作用。从 2014 年 2 月初开始，App Store 禁止没有使用广告而采集 IDFA 的 App 上架，所以如果 App 本身没有广告的话，使用第三方 SDK 要注意检查是否含有 IDFA 广告模块。
解决方案：
- 如果应用本身有集成广告的话，只需要在提交审核的时候勾选正确的广告标识符选项即可。
- 如果应用本身未集成广告，却包含 IDFA 的话。这种情况一般都是集成的第三方 SDK 中包含 IDFA 导致的。
如何查看自己的项目是否采集了 IDFA 呢？
很简单，打开终端，cd 到工程目录，执行如下命令(注意：后面包含个点)看下运行结果
grep -r advertisingIdentifier .
看下运行结果
Binary file ./Pods/MOBFoundation_IDFA/MOBFoundation.framework/MOBFoundation matches
Binary file ./Pods/ShareSDK3/ShareSDK/Support/PlatformSDK/SinaWeiboSDK/libWeiboSDK.a matches
看最后一个单词，matches(匹配)到了。 罪魁祸首原来是 SinaWeiboSDK/libWeiboSDK.a
具体原因：iOS 9 之后新浪微博分享可使用的前提是加入 ADSupport.framework，打包提交后一直报您的 App 正在使用广告标识符 (IDFA)。
找到原因就好解决了。
具体解决方法呢？
很简单，承认使用 IDFA，然后勾选相应的选项。 如图所示：
当然，你也可以根据命令行做出调整。例如，上方命令行显示SinaWeiboSDK/libWeiboSDK.a，你可以将其移除，移除完后也是可以分享成功的。（此时你可重新执行命令行，看是否还存在 IDFA，如果没 match 到了，直接提交即可。）
另一种途径: 下载官方最新x-code，重新打包提交审核。(没试过，据说有人成功过)。
总结一下 ShareSDK 的解决方法：
1、 如果你的应用里只是集成了广告，不追踪广告带来的激活行为，那么选择 1 和 4；
2、如果您的应用没有广告，而又获取了 IDFA。我们建议开发者朋友选择 2 和 4。这种做法苹果官方没有明确说明，但目前为止还没有收到开发者选择 2 和 4 被拒的反馈。
欢迎大家批评指正！O(∩_∩)O~
