先回顾下,4.3问题被拒邮件是怎样的
4. 3 Design: Spam
Guideline 4.3 - Design
This app duplicates the content and functionality of other apps submitted by you or another developer to the App Store, which is considered a form of spam.
Apps that simply duplicate content or functionality create clutter, diminish the overall experience for the end user, and reduce the ability of developers to market their apps.
The next submission of this app may require a longer review time, and this app will not be eligible for an expedited review until this issue is resolved.
Next Steps
- Review the Design section of the App Store Review Guidelines.
- Ensure your app is compliant with all sections of the App Store Review Guidelines and the Terms & Conditions of the Apple Developer Program.
- Once your app is fully compliant, resubmit your app for review.
Submitting apps designed to mislead or harm customers or evade the review process may result in the termination of your Apple Developer Program account. Review the Terms & Conditions of the Apple Developer Program to learn more about our policies regarding termination.
If you believe your app is compliant with the App Store Review Guidelines, you may submit an appeal. Alternatively, you may provide additional details about your app by replying directly to this message.
简单解释,就是被苹果认为该App重复使用自身产品或者模仿其他开发者的应用的内容或功能提交到appstore市场审核,appstore市场不接受类似的产品,如果没有合理的解释,再送延迟审核,拖你一头半个月,如发现目的为了逃避评审,直接封号。
对此,不仅考虑为什么会出现4.3问题,苹果是怎样判断的。在解答这个问题,我们先说说目前市场上是怎样处理4.3问题的,只有清楚别人的做法,才能逆推出一些玩法来。
从4.3问题出现到目前为止,处理4.3问题方法从时间上,从复杂程度上,经历了如下的过程,当时最后的结果就是老子不玩了。
-
UI不变,代码不变,新开发者账户送审
-
UI不变,代码混淆,新开发者账户送审
-
UI套壳,代码不变,新开发者账户送审,苹果审核看到固定页面
-
UI套壳、代码混淆,新开发者账户送审,苹果审核看到固定页面
-
UI套壳、代码混淆,全新类名、函数名,新开发者账户送审,苹果审核看到固定页面
-
UI全新、代码重构,全新类名、函数名,新开发者账户送审,打包设备、全新IP送审,等同全新产品
注:代码混淆就是加垃圾代码,垃圾代码调用一个独立页面,用户端没有入口
目前4.3问题最常用的处理方法是第4种。号称市面上能处理4.3问题而使用加固软件,底层处理方式可能就是加垃圾代码。在18年直播行业,曾经一段时间使用网易加固工具来避免4.3问题。
纵观苹果4.3问题被拒邮件内容,总体的可以概括为以下三种4.3问题猜想,第三种更多是我个人猜想:
一、代码层次的4.3问题
二、设计层次的4.3问题
三、设备、IP、开发者账户、联系人、银行卡绑定等信息关联上的4.3问题
为什么会得出以上的猜想?众所周知,苹果审核会分两个部分:机审与人审。机审与人审被拒的邮件内容会出现个别的差异化。
一般而言,代码层次的4.3问题,被拒的邮件回复是没有任何截图,其次我们通过后台查询审核时间期间是否有非公司IP或非白名单设备登陆过没有,可能查询不到任何记录。
而设计层次上的4.3问题,被拒的邮件有不少比例会附上截图,一般多为首页。因为启动过,所以能查询到审核人员的设备、IP,浏览哪些页面等等信息。曾经试过,收到被拒邮件被附上与某某APP的相似信息。
再而设备、IP等信息被关联拉黑出现的4.3问题的被拒邮件内容更偏向代码层次的模版,无任何记录,就是被拒了。
注:怎样查询异常IP/设备,做了数据埋点追踪,再而送审的版本,除了公司内部的人能登陆,其他人是不可能登陆送审包的
遇到以上三种4.3问题,我们应该怎样处理。在说怎样处理前,我们先详细说说三种4.3问题是怎样的
一、代码层次的4.3问题
两个产品代码层次上相似度过高,超过70%(数据我猜的,一般作垃圾代码新增判断标准是超过30%)。
无论是与线上的产品代码相似,还是与曾经送审未通过产品代码相似,出现这种情况有以下几个可能性:
-
已上架或送审被拒的AB产品代码相似,比较容易存在在综合功能产品分拆小功能产品上,或模版化的产品上
-
开发使用开源代码或者接口,导致代码上相似
-
添加垃圾代码混淆,垃圾代码占比过大造成的代码相似
二、设计层次的4.3问题
这类4.3问题,是人为导致的。严格来说,这App已经通过机审了,不料其他设计上雷同,如itc后台的icon图标/送审截图/应用名后缀版本,又如整体App设计类同,首页一模一样等;很容易造成审核人员直接认为克隆包存在。这也许就是为什么4.3问题被拒邮件内容会有首页截图的缘由。
可能问题又来了,对于苹果审核人员,日均过审几百上千的产品,如何做到识别设计上的雷同。单纯说是对某App有印象的解释,很难让人满意信服。对此,有两个疑惑需要解答的:
-
审核人员怎样得知与某App相似的,并且截图
-
审核人员的后台是怎样的
为什么会有以上疑惑,或许与我打杂职业生涯有关,我做过很多乱七八糟的东西,经历很多岗位。
-
如SEO的伪原创文章(类同大学论文检测),原理都是基于一个后台,通过技术上比稿,从而得到两者或几者之间相似度。在伪原创文章检测后台上比稿,不仅能给出文章总体相似度,还可以给出与那些文章相似度的比例;
-
视频图片内容网站的监黄系统,经历三点识别,漏肉比例识别,其他技术识别后,得出大概比例,经过监黄比例做分层预警系统,最后才到人审核;
-
百度、谷歌图片识别系统
是不是有一种和苹果审核极度相似的错觉,作为万亿的苹果公司,技术上完全是可以做到的。况且,IOS开发还是封闭型生态圈的,多款产品比较更简单。基于这些,也引出我第三个4.3问题的个人猜想;
三、设备、IP、开发者账户、联系人、绑定银行卡等信息关联上的4.3问题
-
在16年直播时候,有人的账号被封号,有共同的点。同样的套壳直播产品,结果挂在某个被认证身份证下多个账号,或者同个银行信息下多个账号,一律被封号,而其他非这些信息的却神奇避免了。如果从代码相似度上解释,给不出合理的解释,那几个幸存者是怎么一回事;
-
不少开发者开发一款新的App,但是送审时候莫名其妙的遇到了4.3问题。明明是新产品,代码上毫无关系,UI也是全新的,再而市面上也没有同类的产品,但是竟然遇到4.3问题。
对于情况,我想到的可能性有这些:
-
开发人员使用别人开源代码,不幸这部分开源代码被苹果机审标注为克隆包代码;
-
开发人员使用别人开源代码,在自己的产品中代码占比过高,再而代码被多人开发者使用,被认为克隆包;
-
自身开发者就是克隆包玩家,产生过多的克隆包,导致自己的设备、IP、开发者账户、联系人、银行卡等信息成为苹果黑名单,被苹果审核认为只要是这些信息的开发者所开发的产品均一律被认为克隆包
截止目前为止,大部分4.3被拒信息指明,第3种可能性是存在的,避免这些信息也有助于过马甲包,游戏行业的人早有体会。
基于以上种种猜想,针对各种情况,我们目前应该怎样处理各种4.3问题
一、代码层次的4.3问题
-
整理以往所有送审的开发者账号,整理出类似克隆吧产品的账号,下架已上架产品,处理未通过审核产品,统一更新一个版本,上传一个空壳包,并且在所有App应用名命名为作废包+时间点;
-
代码上的相似处理
1⃣️已有代码的混淆(改类名,改函数名)
2⃣️添加垃圾代码,使垃圾代码调用某一个功能,这功能集中某个页面,用户端不可见
-
垃圾代码的相似处理
避免与目前自己其他产品克隆包添加的垃圾代码一样
二、设计层次的4.3问题
-
设计一套全新UI,色调、交互精打细磨
-
交互上尽可能使用苹果最新功能的交互,适配苹果最新的产品
-
itc后台的送审icon、应用截图重新设计,与目前在线产品有明显的差异性
-
应用名起名,使用全新名字,而不是某产品后缀名字,如省呗极速版
三、设备、IP、开发者账户、联系人、银行卡绑定等信息关联上的4.3问题
-
开发者账号避免处理
1⃣️同一款类似的产品不放在一个送审账号上
2⃣️同一个开发者账号尽可能不关联几个马甲包产品
-
打包电脑设备处理
如有条件最好不要用同样的MAC打包,如无条件,尽可能不超过5个克隆包
-
上传包IP处理
上传克隆包IP,尽量避免与其他克隆包的IP相同
-
联系人、收款银行卡信息处理
过多克隆包,尽量避免同一银行卡信息、联系人关联
-
技术网站、隐私协议用独立域名处理
如果有条件,尽可能使用一个独立的域名,技术网站尽可能复杂点,有产品信息,有联系信息,有公司信息等等。
以往,做马甲包时候,经常使用类似上线了的工具搭建官网。
-
App内关于产品能直接访问技术网站官网,在官网上能找到隐私协议等,虽然不知道会不会影响,作假作全套
以下是臆想中苹果审核后台,纯属是臆想,没有雷同。设计比较随意,没有经过严谨考虑。图片有点长,如果有兴趣,可以后台回复“苹果是大爷”获取图片。