2024年苹果审核4.3相关问题综述

文章标签:UI、iOS、Objective-C、开发语言

苹果审核中的4.3问题是开发者关注的焦点之一,本文对此进行了综述,总结了不同情况下的处理方式和优化策略。

第一种4.3

该类问题常见于代码或UI的重复率过高,苹果会直接拒绝应用。开发者需注意避免此类情况的发生,特别是在更新应用时。
在这里插入图片描述

第二种4.3

虽然通过了第一种4.3的修改,但仍存在本质相似的问题。苹果审核将会列举相似类型的应用供审核人员查看,甚至可能会通过人工审核被拒。
在这里插入图片描述

第三种4.3

这类情况较为特殊,若遇到可联系作者深度交流,进行付费咨询。作者提供了多种解决方案,包括UI和代码的调整以及开发者账户的处理等。

在这里插入图片描述

此外,文章还总结了常见的解决方式,建议开发者选择适合自己情况的方案,并注意避免关联封号的细节问题。

苹果审查委员会名单及联系方式也提供给开发者,以便与他们沟通解决问题。
老生常谈的解决方式我也列一下吧,显得我更专业:

UI不变,代码不变,新开发者账户送审

UI不变,代码混淆,新开发者账户送审

UI套壳,代码不变,新开发者账户送审,苹果审核看到固定页面

UI套壳、代码混淆,新开发者账户送审,苹果审核看到固定页面

UI套壳、代码混淆,全新类名、函数名,新开发者账户送审,苹果审核看到固定页面

UI全新、代码重构,全新类名、函数名,新开发者账户送审,打包设备、全新IP送审,等同全新产品

这是我抄袭复制的,讲的挺容易的呀,改起来可就累死了!个人建议选择第四种,稳妥的是第六种啦,最麻烦,核心看项目大小。

注意关联封号细节:

已上架或送审被拒的AB产品代码相似,比较容易存在在综合功能产品分拆小功能产品上,或模版化的产品上

开发使用开源代码或者接口,导致代码上相似

添加垃圾代码混淆,垃圾代码占比过大造成的代码相似

三、设备、IP、开发者账户、联系人、绑定银行卡等信息关联上的4.3问题

不少开发者开发一款新的App,但是送审时候莫名其妙的遇到了4.3问题。明明是新产品,代码上毫无关系,UI也是全新的,再而市面上也没有同类的产品,但是竟然遇到4.3问题。

开发人员使用别人开源代码,不幸这部分开源代码被苹果机审标注为克隆包代码;

开发人员使用别人开源代码,在自己的产品中代码占比过高,再而代码被多人开发者使用,被认为克隆包;

自身开发者就是克隆包玩家,产生过多的克隆包,导致自己的设备、IP、开发者账户、联系人、银行卡等信息成为苹果黑名单,被苹果审核认为只要是这些信息的开发者所开发的产品均一律被认为克隆包

整理以往所有送审的开发者账号,整理出类似克隆吧产品的账号,下架已上架产品,处理未通过审核产品,统一更新一个版本,上传一个空壳包,并且在所有App应用名命名为作废包+时间点;

代码上的相似处理

1已有代码的混淆(改类名,改函数名)

2添加垃圾代码,使垃圾代码调用某一个功能,这功能集中某个页面,用户端不可见

垃圾代码的相似处理

避免与目前自己其他产品克隆包添加的垃圾代码一样

设计一套全新UI,色调、交互精打细磨

itc后台的送审icon、应用截图重新设计,与目前在线产品有明显的差异性

开发者账号避免处理

1同一款类似的产品不放在一个送审账号上

2同一个开发者账号尽可能不关联几个马甲包产品

打包电脑设备处理

如有条件最好不要用同样的MAC打包

上传包IP处理

上传克隆包IP,尽量避免与其他克隆包的IP相同

联系人、收款银行卡信息处理

过多克隆包,尽量避免同一银行卡信息、联系人关联

技术网站、隐私协议用独立网址,很多第三方,别老想着自己申请.
2022.11.03 更新:

第二种4.3,可能属于第一种4.3的变形,我新的想法是第一种4.3是对UI的识别,第二种4.3是代码层次的识别,可能就是代码没过。我和苹果审核沟通过,当时注意力都在第三种了,第二种我忘记问了。

2022.11.05更新:

总结以上经验得出更为权威的经验。

第一种4.3是:UI * 0.5 + Code*0.5 > 0.5

第二种4.3是:代码重复率大于库中代码 > 0.3

第三种4.3是:同质化产品禁止上架,例如:社交。

(非具体数字,只是举个例子)

总结一句话:

第一种:机器4.3,第二种:半机器,半人工,第三种:禁止上架的类型。

另附苹果审查委员会名单及联系方式:

他们是商务,不是客服。

Anita (中国话有点美音,脾气超好)

Aaron

Andrea(中国话有点美音)

Brian

Claudio

Connor

Florent

Jenny:+1-408-xxx-xx26(开心时:喜欢哼哼,然后没个所以然)(不开心时:就这样就这样,沟通能力不行,业务逻辑不清晰。其实就是她也不太清楚为啥会被这样拒绝,当时是和她讨论4.3问题)

Johanna

Glen

Irene

Katie

Lia

LEO(审核申诉,大部分都到了他这里,不晓得为啥,挺神奇的,应该负责大部分审核申诉。)

Marjolaine

Margit

Missa

Marcelo

Selena

Samantha

Ryan

Ruben

Sean +1-408-xxx-xx00(遇到了就是福报,一定要准备好想问的,可能就是公司的重大转机,沟通能力超强,答复能力超强。业务能力超强。)

Sahar

2023.8.2补充:

经历过2023.5-2023.7月的洗礼,上架非常困难,白包也很难过审核,被拒原因2.3.1突然增加了很多。现在提审核应该好过了一些。

猜测是:

1.混淆过度,苹果首先机器审核,如果混淆的多,能够通过4.3,但是第二步机器预判,发现代码中有过多的混淆,直接给2.3.1;

2.混淆过度,苹果首先机器审核,如果混淆的多,能够通过4.3,但是第二步人工审核,查看代码发现有复杂的逻辑,又明显不合理,给2.3.1

3.降低混淆,直接4.3

2023.8现在应该是好了一些,没有那么狠了,上段时间抓到就封号。

2023.11.02补充镇贴图:

在这里插入图片描述

2023.11.17补充镇贴图:
在这里插入图片描述

2024.1.5补充镇贴图:
在这里插入图片描述

2024.2.29 新版拒绝理由精细化来袭:

在这里插入图片描述

阅读完之后记得看评论,写评论哦!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/bicheng/1.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章