近期很多苹果审核和 App Store 算法等相关问题，所以这 次围绕两个主题做次分享。
不过，行业规矩所限，有些问题不好都说，各家方式也都不一样，喜欢的可以私 下交流。
介绍一下本次分享的内容梗概，方便大家对所有内容有个宏观了解。本次分享主 要分为两大块:
1、苹果近期审核动态分析
2、2018 年 App Store 算法重大调整首次曝光
接下来我们正式进入本次分享。

一、苹果近期审核动态分析

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 出现的频 率就可以看出来!其实苹果重视机审也是可以理解，减少人工成本并增加审核严 格度，也更倾向于人工智能这个大方向!不过如果机审机制太完美，对我们可能 不是好事，过审也许会越来越不容易。

2、审核时间逐渐缩短，但延期审核现象增多

虽然大家一直在吐槽苹果的审核时间，但相比于之前，例如 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、苹果审核侧重点不断调整，且新的被拒理由层出不穷

苹果审核侧重点不断调整，且新的被拒理由层出不穷。用这句话来形容近期苹果 的审核应该不会有人反对吧?
这个现象我们从近 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 中，不仅 包括金融，还有电商、游戏等。
我们先看一下每条被拒理由和常规解决方式吧!

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 的关系而产生连带处罚，要看运气。

A、2.1 有解吗?有，目前出现了代过审，具体算作方式都是私下进行的，和 5.2.1 和 3.2.1 一样，大家都去用，反复**苹果，审核机制又会被更改。
B、只有更新的 App 才有可能收到被拒大礼包?其实不是，收到这封邮件的 App 中既有新提交的 App，也有要更新版本的 App。
                   
 C、2.1 是机审?目前数据和被拒的现象来看，主要是机审，人工审核比例不高，
多数是针对的代码、App 或开发者账号的违规记录等发送的邮件消息。
D、App 没有违规行为会收到 2.1 大礼包吗?会，A pp 的历史违规行为和账号 的历史违规行为都有可能触发 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 了。
下面进入第二个话题，来说说 App Store 算法重大调整!

二、2018 年 App Store 算法重大调整首次曝光

2 月末，App Store 算法进行了一次重大调整:很多产品并没有优化排名或更新 版本等，但关键词数据却出现了明显波动(增多或减少)。群里很多小伙伴应该 都有感知。
该现象集中出现在 2 月 22 日，而通过数据分析对比发现，其波动范围非常广， 中国区 App Store 的大批量关键词覆盖与排名数据都受到了不同程度的影响。
1七麦研究院曾对 2 月 22 日的所有分类榜 31000 余款 App 作为样本进行对比，
发现和 2 月 21 日相比关键词覆盖数变化率占比在 82.41%以上。其中，关键词 覆盖数增加的数量比例达 60.82%，减少比例为 21.59%。
              
  2主要曝光和获量区间(Top10 和 Top3)的关键词数量也有较明显提升,其中， Top10 关键词数量增加的达 7701 款，占比 22.60%，减少 App 为 8389 款， 占比 24.62%;Top3 关键词数量增加的达 6066 款，占比 17.80%;减少的 App 数量为 5154 款，占比 15.12%。
目前该现象还没有明显恢复，且仍有不断调整的迹象。截至当前，此次算法调整 有哪些趋势呢?我们应该重点关注哪些因素呢?下面谈谈我的看法。

1、公司开发者账号成为影响 App 权重的一大因素

针对上述 31000 余款的账号种类以及关键词词覆盖数变动对比发现:公司账号 下的 App 关键词覆盖与排名增加得更多;而个人账号相比较而言，关键词覆盖 与排名受到的负面影响更多。在算法变动中，公司账号成为了影响 App 权重的 一大因素，并间接对排名优化产生影响。
将样本 App 以公司开发者账号和个人开发者账号(34000 余款样本中，公司开
           
 发者账号有 16266 款，占比 47.73%;个人开发者账号有 17811 款，占比 52.27%)进行区分后，分别从“所有关键词”、“Top10 关键词”、“Top3 关键词”三个维度进行了对比分析。其中，
1从关键词总数上来看:如下图所示，相比 2 月 21 日，关键词总覆盖数减少区 间(0 以下)内，个人开发者账号下的 App 数量明显比公司开发者账号下的 App 数量多，关键词覆盖总数减少超过 11 的 App 中，个人开发者账号下的 App 所 占比更大。
2从 Top3 和 Top10 关键词总数上来看:如果大家觉得上图对比不太明显，可 以看下方 Top3 和 Top10 关键词覆盖总数变动详情图。减少区间(-1 以下)中， 个人账号下的 App 数量和公司账号下的 App 数量对比，相差很悬殊。
A、从 Top3 关键词总数上来看:
           
 关键词增加数量大于 11 的 App 中，公司开发者账号下的 App 数量高于个人开 发者账号下的 App 数量;且关键词增加数量在 0 以下，即关键词减少区间在 1~100 之间的 App 中，个人开发者账号下的 App 占比较大。如下图所示
     B、从 Top10 关键词总数上来看:
关键词增加数量在 11 以上的 App 中，公司账号下的 App 数量同样多于个人开 发者账号下的 App 数量;而关键词减少数量在 1~100 之间的 App 中，个人开 发者账号下的 App 占比也非常大。如下图所示

2、下载量在算法中仍占重要比重

此外，我们还从“进入总榜”和“不在总榜但进入分榜”两个维度对样本 App 进行了数据分析，通过计算两类 App 在不同涨幅区间中的占比发现:App 的榜 单排名在此次调整中是不可忽略的因素。
例如，在覆盖总量变化的几个区间中，仅进入分榜的 App 关键词覆盖数降低、 不变、少量增加(1~10)的比例更多;而总榜 App 关键词覆盖总量增加超过 10 以上的 App 比例呈逐渐增多趋势。
      
  除此之外，Top 10/Top 3 关键词覆盖数变化的几个区间中，总榜所受到的正面 影响也优于分榜。
  
  众所周知，下载量、评论、日活、留存等是影响 App 榜单排名的重要因素，而 下载量是主要因素。此次榜单排名更好的 App 受到正面影响更大，其实可以证 明，App 下载量，或者说自然新增多的产品在此次算法调整中受到的正向影响 较多，下载量在此次算法调整中占重要比重。

3、评论优化权重有所增加

在数据统计和分析过程中发现，本次调整中很多处于相同维度的 App，评论优 化较好的产品，关键词数量和排名增加的现象更明显。
下面举一个比较明显的例子，大家可以看一下这款产品的评论和关键词覆盖数量 变动情况。
        
   该产品在 2 月~3 月期间没有进行版本更新，且账号是个人开发者账号，只是近 期一直保持一定节奏评论优化，在此次算法调整中，关键词总覆盖数以及 Top3 和 Top10 的关键词覆盖数量都有不同程度的增加，且趋势和评论优化力度大体 保持一致。
    
  保持稳定周期性地对产品做一些真实用户的好评优化，更有利于增加产品权重，
且在遇到类似于本次算法调整的时候，产品受到的正向影响的几率会更大，负向 影响的几率会更小。

4、苹果对量级(CPSA)的考察时间变长，投放效果延迟

近期关键词排名优化效果出现了延迟现象，12 小时候内出现效果的比率降低。 很多 App 优化效果出现在投放后第二天或第三天，有些延迟时间甚至更长!
我们根据抽取的样例进行统计和分析，关键词排名优化后，效果集中出现在 20~28 小时。
       
   关键词排名优化效果的延迟很可能是苹果对搜索下载量的考察时间增长，针对目 前的调整，建议优化某个关键词排名后，观察时间最好延迟 1~2 天，然后在根 据实际情况调整接下来的优化策略。例如，
1产品进行 ASO 优化初期，建议每天少量测试多个关键词，缩短关键词投放测 试周期，延长关键词优化后的观察时间，重点关键词延长测试时间，调整成 2-3 天;
2关键词排名有明显提升后，再进行下阶段的优化，提升关键词排名至目标排名;
3排名提升不明显的关键词暂时放弃，或隔段时间再进行测试投放。
这次调整会持续多久?公司账号的价值是否会继续放大?评论的权重是否会涉 及更多?