摘要:写在前面马甲包审核被拒,目前网上流传最广的就是和,在查看了很多文章之后,从两篇介绍的比较详细的文章中把这两个大礼包对应条款的解决方案,整理出来,为开发马甲包做一个准备,同时分享个大家。
写在前面
马甲包审核被拒,目前网上流传最广的就是2.1和4.3,在查看了很多文章之后,从两篇介绍的比较详细的文章中把这两个大礼包对应条款的解决方案,整理出来,为开发马甲包做一个准备,同时分享个大家。
2.1大礼包2.1大礼包主要包含1.1.6、2.3、2.3.1、3.1.1、4.3,5.2.1,5.3.4等条款。
1.1.6 包含虚假信息,功能或误导性元数据</>复制代码
-
一般是因为标题或者icon和截图等有误导的嫌疑,或有些关键词是被苹果列入黑名单的,例如红包包、话费等,但审核条款又没有明确指出。对于上述情况的解决办法是使用保守的文案或素材。
</>复制代码
-
如改变App功能的热更新,这种情况需要把热更新去除,或者对热更新模块代码做深度混淆处理!
</>复制代码
-
常规解决方式:去除隐藏功能模块代码或将需要隐藏功能的代码及定向跳转链接网址做混淆处理,适当增加逻辑复杂度。
</>复制代码
-
对于第三方支付,尽可能避免使用易扫描的SDK版本,推荐使用H5版本支付。支付跳转链接相应的做屏蔽混淆处理。
</>复制代码
-
被认为是重复App或马甲包,变更UI和名称,填充无用代码等。
A、改名字;
B、修改素材及UI色调等,例如修改icon,修改主色调;
C、修改功能界面等,可改功能可做小开关;
D、填充代码(++最好50%以上++)或注释块;
5.2.1 未由拥有并负责提供该应用程序提供的任何服务的法律实体提交。</>复制代码
-
未提供 App 上架所需的行业资质,比如:金融营业许可证、游戏版号等。这个上面讲过些常规方式。
</>复制代码
-
同上,提供资质,审核时最好不要勾选中国区,或使用海外账号。
对应的处理方案:
</>复制代码
-
第一步:工程中的文件夹的名字全部进行修改。
第二步:每一个工程都有一个类前缀,我们需要取一个长一点的类前缀,并且这个类前缀在你的整个工程一定是一个唯一的字符串,我们假设这个类前缀是PayDayLoan,现在我们需要生成一个控制器,控制器的结尾Controller也需要用一个特定的字符去代替,比如:Director,剩下的View以及object做法类似,就不一一介绍了,做马甲的时候就是把这些名字用另一个唯一的字符去代替,尽量长一点。
-
第三步:把另一个其他的工程中的类全部导入进来, 主要是混淆代码, 在现有的工程中调用, 可以没有任何效果, 只是单纯调用方法。
敲黑板
</>复制代码
-
单一的加入垃圾代码混淆是没用的!
对应的处理方案:
</>复制代码
-
这种情况需要在第一个账号做一下处理,xcode新建一个应用,直接用之前提交过的bundleId打包,logo用一个纯白或者纯黑的图片,将这个新建的应用提交到应用市场,构建版本中将之前被拒的包移除,用这个新的应用顶替之前被拒的包,app名字改成“作废-此应用不再提交”后面再随便加一个数次,因为这个名字别人已经用过了,app描述跟app名字一样,剩下的信息全部删除,最后点击保存即可,不需要提交审核。
</>复制代码
-
对应的处理方案,参照2的处理方案。
这种情况简单的改源码已经没用了,需要在原有的app上加一些不同的功能。我用借贷类举例说明该如何解决,其他类型的app可以参考。以下举两个应用说明,分别用A应用与B应用代替,你需要如何处理并且如何回复审核人员。
A应用是给没有信用卡的用户使用的一款借款App,B应用是给有信用卡的用户使用的一款借款App。
A应用的最高借款额度是1000元, B应用的最高借款额度是25000元。
A应用的还款时间是7天与14天, B应用的还款时间是28天。
A应用内部有贷款计算器功能, B应用只是一个普通的贷款app,并无其他功能。
两款app是我们公司内不同的部门开发的app,分别针对不同的用户人群。
总结
</>复制代码
-
针对界面功能相似的App,我们肯定是要做对应的处理。处理之后我们可以从以下几个方面进行回复:
两个App的用户群体差异。
两个App的功能差异。
两个App同一个公司的两个部门针对不同的用户群体开发(和1.相似)。
就是尽可能的找出两个App的不同,称述给苹果的审核人员。
第三种:App名字被使用过这一种,可能是最容易被忽略的,取名字之前一定要先搜索appstore有没有同名应用,尽量避免同名应用。
代码混淆工具KLGenerateSpamCode 垃圾代码生成器
CodeMixer,代码混淆,图片改名,批量修改类名