七麦司享会 | 看了这个,还搞不懂 App Store 审核动态?不存在的
2018年03月23日 | 技术干货 | 阅读(28358) 收藏
【七麦司享会】—— 推广运营老司机的线上分享会,旨在为大家提供一个学习 & 交流用户增长干货 & 实战技巧的平台~
本期小助手邀请到推广老司机——麦总来分享他的实战技巧,揭秘蹭量那些事儿。
近期很多小伙伴和小助手咨询苹果审核和 App Store 算法等相关问题,所以本次司享会围绕两个主题做次分享,但由于本次内容较多,故分为两篇文章推出。
——分享的主要内容——
1.苹果近期审核流程动态分析
2.2018 年 App Store 算法重大调整*曝光
接下来是分享内容 Part 1:
苹果近期审核流程动态分析
一、机审越来越完善
苹果机审越来越完善。
众所周知,应用在上架* App Store 前,必须通过神秘的苹果审核团队的审核。能否在短时间内顺利通过审核,对 App 推广节奏和策略、以及迭代等的应该是非常大的!
首先讲一下提审的流程:
目前应用提审的整个流程大体分为五个阶段,这个登录过 iTC 后台或操作过 App 上架的小伙伴应该都知道:Prepare For Upload(准备上传)、Waiting For Review(等待审核)、 In Review(审核)、Pending Developer Release(等待开发者发布)、Ready For Sale(准备销售)。
其中 Waiting For Review(等待审核)和 In Review(审核)这两个阶段是不受开发者控制的,也就是说,这两个阶段由审核人员操控。
下面说一下机审和人工审核:
苹果审核大体分为三部分:预审、机审和人工审核。包上传后首先进入的是预审,会被扫描 API 等,没问题的话才会在 iTC 里出现 然后才可以提交* Waiting。
在审核前期,也就是 Waiting For Review(等待审核)阶段一般是机审,去年闹得沸沸扬扬的 4.3 就是通过机器扫描扫代码。
机审不通过则直接被拒,通过后会进入人工审核,即 In Review(审核)阶段,这个阶段主要看的是 App 的元数据,例如标题、描述、截图等,以及检测 App 的功能使用情况,常遇到的 ipv6 也在此处检测。
判断是进入了机审状况还是人工审核状态,除了看时间外,还有一个方式,就是去看后台,如果有美国 iP 登录,应该就是人审了;如果只有 App 启动但没有深度访问,说明在机审呢,正在扫代码。
当然,利用上述两种方式也可以来判断 App 是机审被拒,还是人工审核被拒,然后确定解决侧重点。
目前机审机制越来越完善了,而且也越来越受重视,这个从 2.1 和 4.3 出现的频率就可以看出来!其实苹果重视机审也是可以理解,减少人工成本并增加审核严格度,也更倾向于人工智能这个大方向!不过如果机审机制太*,可能不是好事,过审也许会越来越不容易。
二、审核时长缩短,延期现象增多
审核时间逐渐缩短,但延期审核现象增多。
虽然大家一直在吐槽苹果的审核时间,但相比于之前,例如 7~8 天阶段、3~4 天阶段,现在已经很不错了。而且通过近三个月的审核数据对比,App 审核的周期又有了进一步缩短的趋势。
如下图所示,12 月和 1 月,平均审核时长均在 44 小时以上;而 2 月份平均审核时长都减少了 1~2 个多小时,过审效率明显提高。还有一个现象可以分享给大家,App 种类不同,审核时间也不同,通常情况下游戏、理财、VPN 等的审核时间会比一般 App 长一些。
苹果曾在 2017 年 6 月 WWDC 大会上表示,接下来会进一步缩短审核流程所需的时间。从目前趋势来看,确实是在进一步缩短。不过现在又出现了一个现象或者说处罚方式——延期审核。
延期审核一般针对的是大量同种类的 App,比如游戏(斗地主等),还有涉及敏感题材的 App,比如金融、彩票、VPN 等。特别是对于游戏,苹果已经摸清了此类 App 开发者的套路(马甲包、隐藏支付等),但由于一些开发者隐藏工作做得好,苹果又无法拿到确凿证据,所以只能故意拖延。如果被延期轻则需要十几天,重则拖延 1 个月甚*几个月。
有小伙伴可能想了解延期审核后怎么办?在此说几点,如果没有明显违规,除了打电话,在 iTC 后台点【联系我们】这些方式外,还有一些稍微冒险的方式,申诉或加速审核。如果这两个方式还不行,又不想等,果断换账号重新提包吧!还有个方法是将免费 App 设置为付费,但也只是可以缩短 waiting 时间,审核的时间也可能会很久,这个不是很好管控。
三、苹果审核重点不断调整
苹果审核侧重点不断调整,且新的被拒理由层出不穷。用这句话来形容近期苹果的审核应该不会有人反对吧?
这个现象我们从近 3 个月被拒条款排行榜即可窥得一斑。当然这里所说的“新的被拒理由”有些是一直存在的,只是没有侧重这方面审核或者说审核没有升级到这一步而已。下面结合数据分析一下,里面会涉及一些被拒现象的分析。
1.如下图所示,2017 年 12 月,在统计的所有样本数据中,条款 2.3(元数据问题)占据近乎四分之一的比例;其次是条款 5.1.1(主要是用户隐私问题),占比约 16.88%;而条款 2.1(主要是 App 完成度问题,此时被拒大礼包还没集中出现)以 577 例居第三。除此之外,Top5 中还有 5.2.1。
这里说一下 5.2.1 吧,在因该条款被拒的 App 中,金融理财类 App 占比较大,而关于此类问题的处理方式大家一般采取的是买账号、代上架然后在线转移、套壳然后采用登录做区分等方式、PS 等。不过随着越来越多人使用,和监管的力度的加强,PS、套壳等过审几率已经没有以前高了。
2.在 2018 年 1 月被拒条款排行中,条款 2.3(元数据)继续位居榜首,紧跟其后的是原本在 2017 年 12 月排在第二名的条款 2.1(App 完成度)。而新晋条款 3.2.1 以 231 例,7.15% 的比例成为第四名。
在因 3.2.1 被拒的 App 中,很多人是收到了下方的内容,要求提供营业执照、金融许可证等 7 项内容。对于 3.2.1,现在已经出现了待操作、过审,我简单说一下过审的 App 大体都做了啥吧!
1-3 条要求的证照直接上传或放在附件中。然后提供营业执照时,在营业执照中标出了营业范围,证明自己是经营范围里有网络借贷信息中介服务等。把提供该营业执照在*企业信用信息公示系统(网址:http://www.gsxt.gov.cn/index.html)的查询方式进行了解释。提供增值电信业务经营许可证时还提供了增值电信业务经营许可证查询链接:https://tsm.miit.gov.cn/pages/home.aspx
此外,虽然其他 4 点不如前 3 点重要,但也进行一一回复。
第 4 条是要求给出平台的服务协议和条款;第 5 条是如发生争议,应用程序和服务提供什么样的解决机制;第 6 条需要说明是在这种情况下有什么责任?这些责任是否在条款中明确规定;第 7 条是涉及的责任各方如何追查?把这些内容都按照要求提交,并在截图中标明了重点。
此外还提供了产品的介绍、与支付公司合作协议。其他大家可以自己去探索一下,提示一点:官方材料尽可能多。
3.而在最近的 2 月被拒条款排行中,条款 2.1(主要是被拒大礼包),以 28.48% 的比例占据了榜首。紧跟其后的是条款 2.3(元数据)。新晋条款 4.2(*功能要求)以 147 例,5.94% 的比例成为第五名。
因条款 4.2 被拒的 App 多数是因为功能过于简单或缺失或审核人员没有 get 核心功能。对于这一问题解决方式除了按要求添加些小功能,对细节进行优化外,也可以考虑解释产品可用性,例如用户的需求,和其他产品区别等。
还有一点很想和大家一起讨论一下。这阵子收到的人不少,就是 1 月 28 日集中出现的、叫很多人叫苦不迭的 2.1 大礼包。1.1.6、2.3、2.3.1、3.1.1、4.3 等都被罗列其中,而审核人员的要求是:你自己去排查吧!在被拒的 App 中,不仅包括金融,还有电商、游戏等。
上图是比较普遍的 2.1 大礼包,我们先看一下每条被拒理由和常规解决方式吧!
1.1.6 – 包含虚假信息,功能或误导性元数据
一般是因为标题或者 icon 和截图等有误导的嫌疑,或有些关键词是被苹果列入黑名单的,例如红包、话费等,但审核条款又没有明确指出。对于上述情况的解决办法是使用保守的文案或素材。
2.3.0 – 含有不经审核也可更改 App 功能
如改变 App 功能的热更新,这种情况需要把热更新去除,或者对热更新模块代码做深度混淆处理!
2.3.1 – 含有隐藏功能或未记录的功能,包括定向到赌博或彩票网站的开关
常规解决方式:去除隐藏功能模块代码或将需要隐藏功能的代码及定向跳转链接网址做混淆处理,适当增加逻辑复杂度。
3.1.1 – 应用内购以外的支付机制来解锁 App 中的功能或功能
对于第三方支付,尽可能避免使用易扫描的 SDK 版本,推荐使用 H5 版本支付。支付跳转链接相应的做屏蔽混淆处理。
4.3.0 – 是另一款应用的复制品,或与另一款应用明显相似
被认为是重复 App 或马甲包,变更 UI 和名称,填充无用代码等下面会具体讲。
5.2.1 – 未由拥有并负责提供该应用程序提供的任何服务的法律实体提交
未提供 App 上架所需的行业资质,比如:金融营业许可证、游戏版号等。这个上面讲过常规方式了。
5.3.4 – 含有货币游戏(如:体育下注、赌场游戏等),但未提供相关许可资质
同上,提供资质,有一个审核技巧,*不要勾选*区,或使用海外账号。
下面针对几个常用的过审技巧,说一下我的分析:
1.如果 App 没有违反上述任何一点,其实直接回复没有违反即可!当然,如果想增加过审几率也可以按照邮件中罗列的审核指南一一进行解释,说明自家 App 并不存在这些规则中的问题,尽可能描述详细。如果回复后并没有推进,可以配合加速审核或审核申诉,不过需要注意,加速审核次数不要用太多,审核申诉可能引来审核团队更严格的审核,需要谨慎。
注:2.1 刚出现的时,即使 App 有违规行为直接回复也是有可能过审的,但是目前有点用烂了,苹果那边已经感知了,目前过审几率极低,而且有可能被延期。
2.如果 App 违反上述某点,建议认真修改后回复苹果,重点看上次或历史被拒记录,确定回复侧重点。如果回复后并没有推进,也可以配合加速审核或审核申诉。
3.除了这些方法,有人还用过一种方式过审,即用新账号上传,上面说过“苹果审核人员应该并没有开始审核,仅是针对 App 的历史违规记录或开发者账号的违规记录等发送了这封邮件。”但这种方式并不适合所有 App,而且苹果可能会发现新账号的 App 和旧账号以及旧 App 的关系而产生连带处罚,要看运气。
▼
下面是我们收集的几个问题,在这里做一下回复:
— 2.1 有解吗?
— 有,目前出现了代过审,具体算作方式都是私下进行的,和 5.2.1 和 3.2.1 一样,大家都去用,反复刺激苹果,审核机制又会被更改。
— 只有更新的 App 才有可能收到被拒大礼包?
— 其实不是,收到这封邮件的 App 中既有新提交的 App,也有要更新版本的 App。
— 2.1 是机审?
— 目前数据和被拒的现象来看,主要是机审,人工审核比例不高,多数是针对的代码、App 或开发者账号的违规记录等发送的邮件消息。
— App 没有违规行为会收到 2.1 大礼包吗?
— 会,App 的历史违规行为和账号的历史违规行为都有可能触发 2.1 大礼包。
当然除了以上被拒原因外,4.3(重复 App)、IPv6、3.2(f)、PLA1.2 等仍是被拒常见原因!
下面说一下 4.3。4.3 主要针对的是重复 App,就是马甲包,4.3 被拒主要在机审阶段,解决这个问题的通常采用的方式简单来说分以下几步:
A.改名字;
B.修改素材及 UI 色调等,例如修改 icon,修改主色调;
C.修改功能界面等,可改功能可做小开关;
D.填充代码(* 50% 以上)或注释块;
除以上步骤外,还需要注意相同的马甲包提交*少要间隔*以上,避免被同一个审核员看到。当然,还可以配合着升级套路:升级 version(版本)号、换 bundle id,换开发者账号再提交审核;
如果以上步骤不奏效,还可以尝试采用修改应用价格、发布地区、产品分类等方式。不过注意,App 上架后价格、发布地区是可以修改的,但产品分类不可以,对这个有要求的慎用!
IPv6 的话,确认代码没问题的话,重新提交 1~2 次就好了。多数是审核人员所在的网络环境导致的问题,如果不放心,重新提交时将截图或拍下视频放附件里或直接向苹果申诉。如果 App 本身有问题,例如不兼容 IPv6,*的办法是让 App 兼容 IPv6 或通过升级服务器来支持 IPv6,其他代码问题问问技术就 OK 了。
▼
以上是【七麦司享会】本期嘉宾七麦商务合伙人陈小麦的分享内容 Part 1(部分内容略),敬请期待下篇 Part 2 哦~
相关推荐
热门文章
行业分析 2024-06-13
行业分析 2021-05-11
ASA干货 2023-03-03
行业分析 2022-11-30
技术干货 2019-06-25
行业报告 2019-05-07
企业新闻 2022-08-11
行业分析 2019-06-05