IOS App开发完成后，下一步就是上架App Store进行发布。而由于App Store上架审核机制日趋严格，会经常出现审核被拒的情况。于是上架审核就成为IOS开发者面临的一大难关。

App Store上架审核流程实际上也由：提交→审核→上架，变成了：提交→审核→审核被拒→被拒解决方案→上架。

App Store的审核可以分为机器审核和人工审核。机器审核主要对代码进行审核，排查APP是否与App Store中的App重复；然后是人工审核，审核App的元数据以及用户体验。

根据苹果开发者公布的App Store审核指南，审核从以下5个维度进行。我们根据这些维度以及一些常见的问题提供以下审核指南。

1. 安全

这里的安全审核主要是指App所包含内容的安全。

a) 对于App自带的内容，注意不要包含诽谤、歧视或恶意的内容；暴力或者鼓励暴力的内容；色情内容；煽动性的宗教评论；虚假信息和功能。
实际审核中，如出现像“屌丝”、“无节操”之类的字眼，也会因为不雅词汇被拒。

b) 对于用户生成的内容，也要有相应的过滤和审核机制，比如敏感词过滤、举报功能等。

2. 性能

App性能审核中常见的问题是2.1 App完成度和2.3 准确的元数据。

a) 2.1 App完成度。完成度审核要求提交的App是完整的最终版，应在提交前进行产品测试，避免出现崩溃、加载失败等非常明显的Bug。
要保证审核人员能够对App进行使用流程的审核。确保后台开启，供审核人员进行注册登录、内购（如有内购需要展示内购产品）等操作的审核。如果审核人员打不开，可以提供App的操作视频。

b) 2.3 准确的元数据。确保提供准确的App描述，让用户了解功能和内购产品。如名称、描述、预览截图等要与App的功能相符，切忌偷懒上传Android预览图。不要包含隐藏功能（如果确定没有隐藏功能，多由开发过程中使用的第三方SDK引起）。

3. 商务

商务审核或者说业务审核，主要涉及内购项目的支付，苹果只允许使用自家的Apple Pay，所以会审核内购项目是否让用户一目了然，是否使用了第三方支付，如支付宝、微信支付等。为了顺利保证过审，还是老老实实的使用Apple Pay吧。

4. 设计

在面临App数量不断攀升、同质化问题严重的情况下，开发者很容易遭遇4.3重复App的问题。所以4.3重复App问题不仅是产品设计审核中最常见的问题，也是整个上架审核中最常见的问题。所以这里着重说一下。

苹果将相似度过高的App视为重复App，即马甲包。除了要修改名称、UI，还要对代码进行修改。如果不是下定决心要重做一款不一样的App，一般就需要做代码混淆处理了。虽然不知道App Store的机审原理，但应该有类似反编译的操作。

说到反编译，就不得不说到App加固产品了—IOS加固保护（https://www.dingxiang-inc.com/business/ios），这是一款带有代码混淆功能的App加固产品，本身是防反编译的，能将原始代码的控制流进行切分、打乱、隐藏、插入花指令、将代码逻辑复杂化而不影响原始逻辑。最重要的是，不需要做额外的源码修改和操作，只需要将App打包上传就可以进行一键混淆。顺便还为你的App提供了一层加固保护。

开发者也会出于保证业务在线的考虑（保证至少一款App上架并正常运行），采取一次上架多个相同的App（尤其是游戏类App）做法，不用想，App Store肯定会拒绝这样的行为，这时IOS加固保护就又派上用场了，对每个App进行加固（代码混淆），就可以大大提高审核上架的概率。

5. 法律

a) 用户隐私。用户数据的收集和存储需要经过用户同意授权，同时保证用户数据的安全。注意不要强制注册，作为可选项提供给用户选择。 

b) 知识产权。版权问题就不多赘述了，确保使用的素材都拥有版权。

以上就是App Store上架审核中的常见的几个问题。

附：苹果开发者App Store 审核指南细则（https://developer.apple.com/cn/app-store/review/guidelines/）