App Store 9月审核被拒的原因有哪些 ？

Posted 2020-10-10

作为一名 App 开发人，最苦楚的事情之一莫过于审核被拒、又被拒了……其实除了 App 自身问题之外，与被拒与苹果近期的审核侧重点也有一定的关系，那么如何才能把握住苹果审核的节奏，减少审核被拒的几率呢？

为此，我收集了大量样本数据，整理汇总出一份 9 月审核被拒的数据报告！并通过对于近几个月，分析出近期审核重点，以及提供些相应的解决方法。

9 月被拒原因汇总

我收集了 9 月 App 所有审核被拒的条款，取其中占比最大的前十名将其展现出来。

占比 TOP3 的分别是条款 2.3 元数据、2.1 App 的完整度、4.3 重复 App/马甲包，其中最主要的被拒原因是 App 的元数据违规或不符合苹果规定，苹果一直对 App 的质量有一定的要求。那么图中 TOP10 都分别对应着哪些具体问题呢？简单说明一下：

2.3 元数据

主要是标题违规，少数情况是截图、icon 违规

2.1 App 完成度

Bug、IPv6 未搭载、测试账号、隐藏开关等

4.3 垃圾应用

重复应用、马甲包

0.10.0 程序许可协议

违反了开发者指南、设计指南、品牌和营销指南等，如 PLA 1.2 问题

3.1.1 支付问题

接入第三方支付

5.1 隐私

未得到允许采集用户信息、与第三方共享收集的用户数据等，例：位置、账号……

2.5 软件需求

产品加入违规代码

4.2 低质量应用

产品功能性差，如直接嵌套网页的 App

5.2 版权

未经授权，使用受版权保护的第三方材料、App不得与苹果现有产品类似等

1.1 不良内容

色情、暴力、政治、宗教等

近 3 个月被拒原因 TOP10

我们收集了今年 7 月、8 月、9 月三个月份的审核被拒原因，并将其中 TOP10 整理出来进行了比照。如下图：

我经过大量的收集数据之后发现，集中因条款 5.1、5.2 被拒这一情况是在 6 月份时初见矛头，并在之后的三个月内所占比例有所增加，最高可达 5.64%。苹果在近几个月中着实加强了针对于条款 5.1、5.2 的审核力度。

 

条款 5.1 详情与解决方法

虽然从数据中显示，9 月份 5.1、5.2 的占比有下滑趋势，但仍占据着不小的比例。那么，条款 5.1、5.2 中具体哪些规则较难过审呢？又到底应该怎么解决呢？

从收集到的数据可以看出，条款 5.1 中 5.1.5 导致审核被拒所占的比重最大：41.77%，几近总体的一半，5.1.1 仅次之，占比39.24%。

条款 5.1.5 主要是 App 私自获取用户位置信息，且并未说明使用目的。

条款 5.1.1 主要是 App 强制用户注册，且基于不需要用户信息的功能之上、暗中采集/共享用户的个人信息。

因条款 5.1 被拒后的解决办法：

在采取用户数据信息之前需要给予用户提示，并得到用户的允许，或设置为可选。

明确告知苹果采集用户数据信息的使用目的。例：新闻类 App 需要用户位置信息，目的是根据地域的不同而向用户推送不同的新闻内容。

条款 5.2 详情与解决方法

从图中的数据得出，条款 5.2 中导致审核被拒的最大一则是 5.2.1，超过总体一半，高达 55.86%。

条款 5.2.1 主要是未经授权就使用第三方材料，包括 App 的标题、icon、截图等元数据中使用其他品牌词或第三方图像等。

因条款 5.2 被拒后的解决办法：

提交产品可以使用受版权保护的第三方的书面证据。

将产品中包含的未经第三方授权的部分隐藏。

另附十一期间审核被拒条款及占比数据，如下图：

所以，十一期间你家 App 历劫了么？

总之

从收集今年每月审核被拒原因得来的大量数据中可以看出，被拒原因 TOP3：条款 2.3、2.1、4.3（元数据、App 的完成度、重复 App/马甲包）一直是稳定的居高不下，因此开发者们一定要遵守这三条条款，以增加过审几率、节省与苹果纠缠的时间，勿要存在侥幸心理，挑战苹果。

若想通过审核，除遵守上面几项条款以外，在4.3问题上主要是改变二进制代码，如果是同一个包（马甲包）想要改变二进制代码而对功能又没有任何改变，可以使用几维安全提供的安全编译器，利用混淆的技术来改变二进制文件。

帮助过审的同时，还能利用几维安全iOS编译器http://www.kiwisec.com/product/compiler.shtml增加ipa包安全性，不仅能通过扁平化、控制流和数据流混淆源码，还能加密其中的字符串。

转载：ASO100