本篇文章给大家谈谈iOS应用开发经验分享：马甲包审核攻略及常见问题解析（实用干货），以及对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。
2、2018年App Store算法重大调整首次曝光
1、苹果近期审计动态分析
1.机器审核越来越好
众所周知，应用程序必须通过神秘的苹果审核团队的审核才能上架App Store。能否在短时间内顺利通过审核，将对App推广节奏和策略，以及迭代等产生巨大影响！
首先我们来说一下提审的过程。
目前，整个申请审核流程大致分为五个阶段。登录过iTC后台或者操作过Applisting的朋友应该都知道：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审核周期进一步缩短。
苹果在2017年6月的WWDC大会上表示，将进一步缩短审核时间。从目前的趋势来看，确实是在进一步缩短。但现在还有一个现象或者处罚方法——延迟审核。
延迟审核一般针对大量同类型应用，比如游戏（斗地主等），以及涉及敏感话题的应用，比如金融、彩票、VPN等。尤其是游戏，苹果已经想通了此类App开发者的伎俩（背心袋、隐藏支付等），但由于部分开发者隐藏工作做得很好，苹果无法得到确凿的证据，所以只能故意拖延。如果耽误的话，可能会耽误十多天，也有可能耽误一个月甚至几个月。
有的朋友可能想知道延期审稿后怎么办？这里有几点。如果没有明显违规行为，除了拨打iTC后台点击【联系我们】之外，还有一些风险稍大的方式进行申诉或者加快审核。如果这两种方法还是不行，又不想等，那就换个账号，重新拎包吧！另一种方法是将免费App设置为付费，但这只能缩短等待时间，审核时间也可能较长，不好控制。
3、苹果审核重心持续调整，新的拒绝原因陆续出现。
苹果的审核重点不断调整，新的拒绝理由也相继出现。没有人会反对用这句话来形容苹果最近的评测吧？
我们从近三个月的被拒绝条款列表中可以一窥这一现象。当然，这里提到的一些“新的拒稿理由”一直都存在，只是审稿没有重点关注这方面或者审稿没有升级到这一步。下面是结合数据分析，会涉及到一些排斥现象的分析。
如下图所示，2017年12月，在所有收集到的样本数据中，第2.3条（元数据问题）占了近四分之一；其次是第5.1.1条（主要是用户隐私问题），占比约为16.88%；而2.1条（主要是App完成度问题，目前尚未大量出现被拒绝的礼包）以577例位列第三。另外，Top5中还有5.2.1。
这里先说5.2.1。在因该条款而被拒绝的应用中，理财类应用占据了很大的比例。处理此类问题的办法就是买个账号，上架，然后转移到网上脱壳。然后用登录进行区分，PS等。不过，随着使用的人越来越多，监管加强，PS和shell通过审核的几率已经不再像以前那么高了。
2018年1月被拒绝条款排名中，2.3条款（元数据）继续位居榜首，紧随其后的是2017年12月原本排名第二的2.1条款（App补全）。新的3.2.1条款以231例排名第四。比例为7.15%。
在因3.2.1而被拒绝的应用中，很多人收到了以下内容，其中需要营业执照、金融许可证等七项内容。对于3.2.1，现在有待处理的操作和已批准的应用程序。我简单说一下已经审核通过的App都做了什么！
第1-3项所需的证书和许可证可以直接上传或放在附件中。然后在提供营业执照时，在营业执照上注明经营范围，例如证明经营范围包括网络借贷信息中介服务等。
提供该营业执照在国家企业信用信息公示系统（网址：http://www.gsxt.gov.cn/index.html）的查询方法。在提供增值电信业务许可证时，还提供增值电信业务许可证查询链接：
https://tsm.miit.gov.cn/pages/home.aspx
另外，其他4点虽然没有前3点重要，但也一一回答了。
第四条需提供平台的服务协议及条款；第五条是应用和服务出现争议时提供什么样的解决机制；第六条需要说明本案中的责任有哪些，以及这些责任条款中是否明确规定；第七条是如何追查相关责任人。按要求提交所有这些内容，并在截图中标记关键点。
此外，还提供了产品介绍以及与支付公司的合作协议。剩下的你可以自己探索，但提醒一下：尽可能多使用官方材料。
在最新的2月份拒绝条款排名中，2.1条款（主要是拒绝礼包）以28.48%的比例占据榜首。接下来是第2.3 条（元数据）。新条款4.2（最低功能要求）以147例、比例5.94%排名第五。
大多数因第4.2条而被拒绝的应用程序是因为功能太简单或缺失，或者审阅者无法访问核心功能。要解决这个问题，除了根据需要添加一些小功能、优化细节之外，还可以考虑解释产品的可用性，比如用户需求、与其他产品的差异等。
还有一点我想和大家讨论一下。这几天已经有很多人收到了，包括1月28日出现的2.1礼包，引起了很多人的吐槽。 1.1.6、2.3、2.3.1、3.1.1、4.3等都列出来了，审核员的要求是：你自己去看看吧！被拒绝的应用中，不仅包括金融，还包括电商、游戏等。
上图是比较常见的2.1礼包。我们先来看看各个拒绝原因以及常见的解决方案！
1.1.6 包含虚假信息、特征或误导性元数据
这通常是因为标题、图标、截图等存在误导性，或者某些关键词被苹果列入黑名单，比如红包、话费等，但审核条款没有明确说明。解决上述情况的方法是使用保守的文案或素材。
2.3.0 包含无需审核即可更改应用程序功能的能力
比如App功能的热更新发生了变化，这种情况下就需要去掉热更新，或者必须对热更新模块代码进行深度混淆！
2.3.1 包含隐藏或记录的功能，包括引导您进入赌博或彩票网站的开关。
常规解决方案：去掉隐藏的功能模块代码或者对需要隐藏的代码和定向跳转链接URL进行混淆，适当增加逻辑复杂度。 3.1.1 应用内购买以外的支付机制，用于解锁应用中的特性或功能。
对于第三方支付，尽量避免使用易扫SDK版本，建议使用H5版本进行支付。支付跳转链接应相应屏蔽和混淆。
4.3.0 是另一个应用程序的副本，或者与另一个应用程序非常相似。
就认为是重复的App或者马甲包，改变UI和名称，填充无用代码等，下面会详细讨论。
5.2.1 不是由拥有并负责提供应用程序提供的任何服务的法人实体提交的。
没有提供App上架所需的行业资质，例如：金融营业执照、游戏版本号等。上面已经讨论了一些常规方法。
5.3.4 包含货币游戏（如体育博彩、赌场游戏等），但不提供相关许可资质。
同上，提供资质。审核时最好不要查中国地区或者使用海外账户。
如果App没有违反以上几点，直接回复不违反即可！当然，如果你想增加通过审核的机会，你也可以按照邮件中列出的审核指南进行一一解释，说明你的应用在这些规则上没有问题，并描述为尽可能详细。如果回复没有进展，可以配合加速审核或者审核申诉。但是，您需要注意不要使用太多的加速评论。审核申诉可能会导致审核小组更加严格的审核，因此需要谨慎。
注：2.1刚出现的时候，app即使直接回复违规也是有可能通过审核的，但是现在有点破旧了。苹果一定很敏感。目前审核通过的几率极低，有可能会推迟。
如果App违反以上几点，建议仔细修改后回复Apple。重点关注最近一次或历史的拒绝记录，以确定回复的重点。如果回复没有进展，也可以配合加快审核或者审核上诉，但存在延误等风险。
除了这些方法之外，还有人还使用了另一种方式来通过审核，那就是用新账号上传。上面说“苹果审核者不应该开始审核，只是针对App的历史违规记录或者开发者账号的违规记录等发送了这封邮件。”但这种方式并不适合所有App ，而苹果可能会发现新帐户的App与旧帐户和旧App有关联，这将导致联合处罚。这要看运气。
总结了以下几个问题：
A、2.1有解决办法吗？是的，目前有代理审查，具体操作方式都是私下进行的。就像5.2.1、3.2.1一样，大家都用，反复刺激苹果，审核机制就会改变。
B. 只有更新的应用程序才会收到拒绝的礼包吗？其实不是，收到这封邮件的应用既包括新提交的应用，也包括需要更新的应用。
C.2.1 是机器审核吗？从目前的数据和拒稿现象来看，以机器审核为主，人工审核比例不高。其中大部分是针对代码、应用程序或开发者帐户的历史违规记录发送的电子邮件。
pp的历史违规行为以及账号的历史违规行为可能会触发2.1礼包。
当然，除了上述拒绝原因外，4.3（重复App）、IPv6、3.2(f)、PLA1.2等仍然是常见的拒绝原因！我们来谈谈4.3。
4.3主要针对重复App，即马甲包。 4.3 主要是机审阶段被拒绝。通常解决这个问题的方法简单分为以下几个步骤：
A、更改姓名；
B.修改材质和UI颜色，例如修改图标和主色；
C、修改功能界面等，可以改变功能，做小开关；
D. 填写代码（最好超过50%）或注释块；
除了上述步骤外，还需要注意提交同一个马甲包至少间隔一天，避免被同一个审核员看到。当然，你也可以使用升级例程：升级版本号、更改bundle ID、更改开发者帐户然后提交审核。
如果上述步骤不起作用，您还可以尝试修改应用价格、发布区域、产品分类等。但是请注意，App上架后可以修改价格和发布区域，但是产品分类不能。有这方面要求的请谨慎使用！
对于IPv6，如果确认代码没有问题，重新提交1~2次就可以了。大部分问题是审稿人所在的网络环境造成的。如果您担心，请在重新提交时附上截图或视频或直接向Apple申诉。如果App本身有问题，比如不兼容IPv6，最好的办法就是让App兼容IPv6或者升级服务器支持IPv6。其他代码问题请咨询技术专家。
2、2018年App Store算法重大调整首次曝光
2月底，App Store算法进行了重大调整：很多产品没有优化排名或更新版本，但关键词数据出现明显波动（增加或减少）。群里很多朋友应该都知道这一点。
这一现象集中出现在2月22日，通过数据分析对比发现波动幅度非常大，中国应用商店的大体量关键词覆盖率和排名数据都受到不同程度的影响。
某机构曾以2月22日31000余款各类应用为样本进行对比，发现与2月21日相比，关键词覆盖率变化率占比超过82.41%。其中，关键词覆盖率上升比例达到60.82%，下降比例为21.59%。
主要曝光获取范围（Top10、Top3）关键词数量也大幅增长。其中，Top10关键词数量增加至7701个，占比22.60%，App数量减少至8389个，占比24.62%； Top3关键词增加6066个，占比17.80%； App数量减少5154款，占比15.12%。
目前，这一现象尚未明显恢复，仍有持续调整的迹象。到目前为止，本次算法调整的趋势是什么？我们应该关注哪些因素？来说说我的看法吧。
1、公司的开发者账号成为影响App权重的主要因素。
对比上述3.1万款App的类型和关键词覆盖度变化发现：本次调整中，企业开发者账号下的App的关键词覆盖度和排名都有较大提升；而相比之下，个人开发者账户的关键词覆盖率和排名受到的负面影响更大。在算法变化中，公司的开发者账号成为影响App权重的主要因素，并间接影响排名优化。
将样本应用按公司开发者账户和个人开发者账户区分后（34000余个样本中，公司开发者账户有16266个，占比47.73%；个人开发者账户有17811个，占比52.27%），进行对比分析从“所有关键词”、“Top10关键词”、“Top3关键词”三个维度。在，
从关键词总数来看：如下图所示，与2月21日相比，关键词覆盖总数有所下降，且个人开发者账号下的App数量明显大于个人开发者账号下的App数量。公司开发者帐户。关键是在总字数覆盖率下降超过11个的App中，个人开发者账号下的App占比较大。
从Top3和Top10关键词覆盖总数来看：如果你觉得上图对比不明显，可以看下面Top3和Top10关键词覆盖总数变化的详细图表。在缩减区间（-1以下），个人账户下的应用数量与公司账户下的应用数量存在巨大差异。
从Top 3关键词总数来看：关键词增幅超过11个的App中，公司开发者账号下的App数量高于个人开发者账号下的App数量；且关键词增加量小于0，即关键词数量减少。在1到100的App中，个人开发者账号下的App占比较大。如下图
关键词数量增加至11个以上的App中，公司开发者账号下的App数量也大于个人开发者账号下的App数量；而关键词数量减少在1到100之间的App中，个人开发者账号下的App下载比例也非常大。如下图
2、下载量在算法中仍占重要比例
此外，我们还从“进入总榜”和“未进入总榜但进入品类榜”两个维度对样本App进行了数据分析。通过计算两类App在不同增长区间的占比，我们发现：App的排名排名是本次调整中不可忽视的因素。
例如，在总覆盖率变化的几个区间内，仅进入类别列表的App的关键词覆盖率比例减少、不变或略有增加（1到10）；而整体榜单中App总关键词覆盖率不断增加，用户数量在10个以上的App占比逐渐增加。
另外，在Top 10/Top 3关键词覆盖率变化的几个区间内，对整体榜单的积极影响也好于对品类榜单的影响。
众所周知，下载、评论、日活、留存等是影响App排名的重要因素，而下载是主要因素。在此列表中排名较好的应用程序将受到更积极的影响。事实上可以证明，App的下载量，或者说自然增加的商品数量，会受到这次算法调整的更积极的影响。算法调整起着重要作用。
3.评论优化权重增加
在数据统计和分析过程中发现，在本次调整中，不少同维度的应用，以及评价和优化较好的产品，关键词数量和排名都有较明显的提升。
这是一个更明显的例子。您可以看一下该产品的评论数和关键词覆盖率的变化。
保持稳定性并定期优化产品以获得真实用户的积极评价将更有利于增加产品的权重。而且，当遇到类似这样的算法调整时，产品更容易受到正面影响和负面影响。概率会更小。
4、苹果的检验时间（CPSA）变长，交付效果延迟。
近期，关键词排名优化结果出现延迟，12小时内出结果率有所下降。很多App优化效果在上线后第二天、第三天就出现了，有的延迟甚至更长！
我们根据提取的样本进行统计和分析。关键词排名优化后，效果集中在20到28小时内显现。
关键词排名优化效果的延迟很可能是由于苹果检查搜索下载的时间增加所致。对于目前的调整，建议优化某个关键词排名后，观察时间最好推迟1到2天，然后根据实际情况进行调整。接下来的优化策略。
例如，
产品ASO优化初期，建议每天小批量测试多个关键词，缩短关键词投放测试周期，延长关键词优化后的观察时间，关键关键词测试时间延长至2-3个天；
当关键词排名得到明显提升后，进行下一阶段的优化，将关键词排名提升至目标排名；
排名没有明显提升的关键词应暂时放弃，或过一段时间后重新测试。
最后有4.3问题解决方案
基础知识：
1、苹果的审核分为机器审核和人工审核；目前，大多数4.3 应用程序都死在机器审查阶段。
2、苹果将管理开发者账户的权重；账户权重越低，审核越严格；同样的包裹在权重高的账户上可能会传递，但在权重低的账户上就会是4.3；
3、目前苹果只测试新提交的类似应用程序（包括新包和升级包）；新包检测的严重程度与升级包类似（仍然取决于账户权重）。预计后续已经上架的包裹也会进行类似的应用检测，但只是迟早的事；
避免4.3的焦点：
砍掉当前马甲包与之前马甲包的所有相似之处；
相似性关联包括：
ipa 包功能；
开发者帐号；
包装电脑；
上传IP；
材质相似；
商品详情：
1.ipa包特点：
包括代码相似度和资源相似度；
代码相似度解决方案：
一个。混淆现有代码（更改类名、更改函数名）
b.添加一些无用的代码；
资源相似度解决方案：
一个。重命名资源；
b.适当添加一些无用的资源；
2、开发者账号：
两个马甲包不应关联同一个开发者账户信息；例如，在包装时。
3. 打包您的计算机：
如果可能的话，最好使用不同的MAC进行包装（每个MAC最好包装不超过5个背心袋）
4.上传IP：
上传马甲包时，IP地址不能与其他马甲包的IP地址相同；
5、类似材料：
对于国际电联背景材料，例如宣传图片和图标，版权所有者不应出现相同；
【注意：即使是之前没有审核过的包，也不要和它们关联起来。尤其是之前被4.3拒绝的包一定不能和他们相似]
如果能做到以上几点，大部分马甲基本上都能顺利过4.3这一关。更高级的技术稍后会整理出来。
补充：关于礼包被拒的问题，我只能一言以蔽之。不要害怕，去做吧。如果您屈服，您的帐户将毫无用处。与其这样做，不如尝试一下。
- - - - - - - “不积小流，无以成江；不积小步，无以至千里。”------ --
扩大自己的圈子，交流学习
关于本次iOS应用开发经验分享：马甲包审核攻略及常见问题解析（实用干货）和的问题分享到这里就结束了，如果解决了您的问题，我们非常高兴。
【iOS应用开发经验分享：马甲包审核攻略及常见问题解析（实用干货）】相关文章：
用户评论
做iOS开发真的有这么多细节啊！学习一下这篇文章来准备迎接审核。
有14位网友表示赞同！
马甲包审核？感觉挺复杂的样子，期待看看这篇文章的干货分享！
有13位网友表示赞同！
iOS审核一直是个让人头疼的问题，希望这篇文章能给出一些方法和技巧！
有14位网友表示赞同！
开发APP的确要考虑各种审核问题，了解这些经验十分重要。
有7位网友表示赞同！
苹果审核越来越严格了，看来需要更加仔细地准备应用程序提交资料。
有15位网友表示赞同！
以前没关注过马甲包审核，感觉这篇文章很有用！
有15位网友表示赞同！
希望能详细介绍一些常见的审核问题和解决方法，这样可以避免很多麻烦！
有18位网友表示赞同！
在发布App之前，一定要做好充分的准备工作。学习这些经验很重要！
有8位网友表示赞同！
马甲包审核对开发者来说确实是关口，希望这篇文章能给一些建议！
有20位网友表示赞同！
感谢分享这样的干货文章! iOS开发遇到问题的地方总是比较难受，希望这篇文章能帮助到我!
有8位网友表示赞同！
iOS审核的规则确实很多，有时候感觉一头雾水。希望这位作者能详细解释一下那些难点。
有12位网友表示赞同！
了解各种常见问题真的很实用，可以大大节省开发时间！
有8位网友表示赞同！
做iOS开发やっぱり要懂这些东西，才能顺利把App发布出来!
有9位网友表示赞同！
分享这方面的经验真的很有帮助！希望更多开发者能关注这些细节！
有14位网友表示赞同！
文章标题看着就很专业，期待看看实际的内容！
有8位网友表示赞同！
看来苹果审核越来越注重用户体验和安全性了。
有17位网友表示赞同！
开发APP的过程中遇到审核问题确实很令人头疼，希望能找到一些好的解决方案!
有9位网友表示赞同！
希望这篇文章能提供一些实用的建议，让我下次提交App时顺利通过审核！
有17位网友表示赞同！