iOS审核Guideline 4.3 - Design - Spam 终于突破了 稳定过审

本人长年专注于为公司或者企业解决4.3问题, 基本没什么时间手写博客, 今天刚好闲下来,把我的战绩分享给大家，希望大家能学到东西，如果不懂的可以联系我。
平时大家看到的都是很笼统的文章，没有实际的解决方案，那么今天我给大家再次科普一下，自己的心得和实战经验。
 

进入正题:
 

2025年 1月1日 , 第三版迭代包, 审核超过两个小时, 被判定4.3a, 并直接把重复项目截图发了出来
根据此案例推测:

1:审核时间过长, 迭代包代码可能真有问题, 苹果了为了确认会消耗更多的时间 去对比相似度

2:迭代包审核时长过长尽量拿下来,检查此版本和前一个版本文件对比检查,经过对比之后确实发现了问题

3: 也就是说苹果那边机审后, 会把重复率高的项目列给审核人员,让他们自行根据功能或者UI人工判定

4: 如果你的项目本身是一个马甲包项目,迭代版本通过但审核时长过长,你应该去检查问题了

此文章我们不说如何解决4.3,我们只来根据案例分析4.3, 每一个案例,都是你抓住苹果审核规则的机会, 分析了大量案例, 你的问题自然而然的会得到解决,不需要任何人来教你

2024 年 10 月31 日 ,  同行混淆OC原生代码提审, 审核时长1个小时判定4.3 , 脚本查重率高达96%(该脚本为自研脚本)
根据此案例推测:

1: 使用脚本查重后 重复率极高依然能过机审(超过20分钟基本判定过机审),说明苹果审核可能依据两个数据,一个是资源重复率,一个是可执行文件代码重复率

2: 资源重复率过高依然能过机审,说明苹果有一个侧重比,可执行文件的审核结果占比较高,资源文件占比较小

2024 年10月15日 , 纯新手写flutter白包审核十几分钟判定4.3
根据此案例推测:

1:  由于flutter开发的app, dark代码最终被编译成app.动态库,由于原生代码很少甚至没有,主要原生代码集中在cocopods中, 所以苹果可对比文件极少, 重复率会提升 ,所以出现4.3概率较高,即便是纯手写白包

2: flutter的代码全为全新手写, 说明flutter代码查重占比极低, 从而说明苹果对动态库查重占侧重比较低

3: 在可执行文件里代码极少的情况下, 资源文件的查重结果可能是唯一判定标准

2024 年 10 月15日  客户混淆代码后提审, 被拒但并不是因为4.3a, 而是其它问题,其他问题处理后,审核1.5小时,又给了4.3a
根据此案例推测:

1:  混淆代码刚刚达到机审判定4.3及格线,比如60及格,而你打了61分, 但仍属于高重复率app,

2:  如果高重复率却没达到机审判定4.3标准, 人工环节会根据app功能普遍性,判断是否给4.3,这个可能要看运气

3: 即便是本次人工审核认为你的app ,不足以给4.3, 你的运气不错,并给了通过, 之后的迭代也并不稳定,随时会出4.3,因为下一位审核人员,又看到了这个高重复率项目,很有可能直接人工4.3

2024年 10.22号 出现审核16分钟被拒 , 并附有截图,所以根据审核时长已经不能分辨出机审还是人审
根据此案例可推测:

1: 从附有截图我们一般认为到了人工审核, 那么这16分钟经历了机审和人审, 速度异常的快

2:猜测苹果机审可能分为几个阶段, 比如一共分为两个阶段,阶段越往后, 消耗时间越长

3: 如第一个阶段通过✅,完全可能不进入机审的第二阶段,所以审核到人工环节较快

4 :如果第一个阶段未通过, 进入第二阶段, 可能会比第一个阶段耗时, 因为需要进一步确认代码是否真有问题

5: 所以如果审核10分钟以内被拒,可能是经历了所有的机审阶段,都未通过,说明代码混淆程度较差

今天的内容我们就分享到这里，不知道你从我的分享中有么有，学到东西，更多的还是需要实际的操作，今年开年，已经完成了10家企业的4.3问题，也获得了客户的很大认可，目前没有遇到解决不了的问题。