iOS马甲包审核被拒如何过审

1. iOS马甲包审核被拒如何过审

4.3一般存在3种情况，可以根据被拒回复进行判断，如果你真的看不懂被拒回复，下面一一列举，逐一排除，黑色字体是解决方案
第一种：简称代码重复，代码重复使用也有三种情况
1.可能你之前用这套源码上过一个包，现在用这套代码直接改一个logo跟名字再上一个马甲，这种基本会直接4.3
这种情况基本要改源码，第一步：工程中的文件夹的名字全部进行修改。第二步：每一个工程都有一个类前缀, 我们需要取一个长一点的类前缀, 并且这个类前缀在你的整个工程一定是一个唯一的字符串, 我们假设这个类前缀是PayDayLoan, 现在我们需要生成一个控制器, 控制器的结尾Controller也需要用一个特定的字符去代替, 比如:Director,剩下的View以及object做法类似, 就不一一介绍了,做马甲的时候就是把这些名字用另一个唯一的字符去代替, 尽量长一点。第三步：把另一个其他的工程中的类全部导入进来, 主要是混淆代码, 在现有的工程中调用, 可以没有任何效果, 只是单纯调用方法。
注：单一的加入垃圾代码混淆没用的！
2.如果你的这套源码在一个账号上提交过，但是被拒了，后来因为其他原因你不得不在别的账号上重新提交此源码，这种情况第二个账号基本也会报4.3
这种情况需要在第一个账号做一下处理, xcode新建一个应用, 直接用之前提交过的bundle Id打包，logo用一个纯白或者纯黑的图片, 将这个新建的应用提交到应用市场, 构建版本中将之前被拒的包移除, 用这个新的应用顶替之前被拒的包, app名字改成 “作废-此应用不再提交” 后面再随便加一个数次, 因为这个名字别人已经用过了, app描述跟app名字一样, 剩下的信息全部删除.最后点击保存即可．不需要提交审核。
3.你的源码只要提交到itunes connect里面，就算没提交审核，当你再次使用此源码提交审核的时候，基本都会报4.3
这种情况的解决方案参照2
第二种，界面功能相似
这种情况简单的改源码已经没用了，需要在原有的app上加一些不同的功能，我用借贷类举例说明该如何解决，其他类型的app可以参考
以下举两个应用说明, 分别用A应用与B应用代替, 你需要如何处理并且如何回复审核人员
1.A应用 是给没有信用卡的用户使用的一款借款App，B应用 是给有信用卡的用户使用的一款借款App.2.A应用的最高借款额度是1000元, B应用 的最高借款额度是25000元.3.A应用的还款时间是7天与14天, B应用 的还款时间是28天. 4.A应用 内部有贷款计算器功能, B应用只是一个普通的贷款app, 并无其他功能5.两款app是我们公司内不同的部门开发的app, 分别针对不同的用户人群.
第三种，app名字被用过
这一种，可能是最容易被忽略的，取名字之前一定要先搜索app store有没有同名应用，尽量避免同名应用

2. ios马甲包怎么上架

审核速度变慢
最近，苹果审核团队一度让人以为进入树懒状态，应用相当长时间内处于“正在审核状态”（in Review），很多小伙伴依旧寄托苹果工作忙后面会处理的美好愿景，事实并非如此。 很多产品处于正在审核状态长达一个月也并未进展，后面只能悲惨删除应用重新提交。不排除有包等了两个月才审的。对于苹果为何没有审核产品，个人分析认为是苹果对于马甲包过多的一种“冷藏”方式。简单说，就是让你的马甲包一直处于正在审核状态不予以后续任何干预。即使给苹果写邮件，或者在“Connect US”进行触发，都是无济于事。

图2：一款套壳马甲产品处于In Review长达2周
解决办法
①“正在审核”的应用撤销，重新提审；
②免费模式改成付费模式；
③重新搞一套皮上传再提交。
上述几种方法是常用之道，未必能100%奏效，对于漫长审核等待的你或许有些帮助。
审核被拒
审核被拒无外乎两个原因：①标题涵盖很多关键词；②判定为相似应用。
判定为相似说明苹果抓包的能力很强，也应证了为什么不审核的那个猜测。另外，目前来看抓包基本是自动的，对于抓包的原理并不知晓，如有了解的朋友欢迎分享。

图3：标题涵盖关键词被拒
解决办法
第一种情况：更改标题，精减字数至10字以内，如果有做多语言版本的朋友，建议每个语言版本的标题一致。 第二种情况：直接重新提交一个新包，新建个App，可以用老开发者账号，也可以用新的；个人建议用新开发账号为佳。
众多App Store应用被清词
近来，新应用被清词成为常态，当然，也有很多老包未逃脱噩耗。 原因无外乎以下两点：
①产品有经过外部干预，具体包括以机刷/协议刷形式操作ASO或者评论；
②苹果服务器宕机。

图4：作者其中好几个应用下关键词全部被清
解决办法
第一种情况：苹果惩罚一般会有个时间限制，清榜亦是如此，目前来看，被清的词基本是永久惩罚。简单讲，这个包ASO可以放弃； 第二种情况：等待恢复，一般很少遇到，2016年5月与10月事件是偶发情况，不常见。 对于认为自家的App没有任何操作被清词的，可以打苹果电话。

开发者账号批量被封
8月1日开始对于很多做马甲的小伙伴来说，微微有点噩耗，大批量相似应用被处理。紧接着8月1日诸多开发者账号被查封，账号下面所有产品一律下架。作者损失大量的公司开发者，现在的一个公司开发者账号市场价格大家也知道（有几个全新刚激活可以设置关键词的账号转手） 相似应用被下架主要是苹果查包的问题，容易理解。但8月1日的批量开发者账号被封，尤其是是以发行公司的账号或者大联运team的账号影响较大，具体原因至今尚不清楚。目前猜测，有三种可能，过多包涉及的操作方式众多，有的机刷过，有的切支付，还有整个开发者账号下面全是马甲。 对于，上午解决办法。
团队上家的五个App近期也中招了

3. 各位大神，ios马甲包现在还刷得动么

所谓了马甲包，是为了针对苹果审核严、无法刷排行榜想出来了一个方法。公司把同一套代码，换个皮肤，换个名字，再换个苹果账号提交审核，只要审核通过，那此程序就相当于在苹果市场多了一份曝光率，所以很多公司，给同一个代码换十套，甚至百套名字、皮肤，从中获利。此方法在游戏和彩票之类的APP使用最频繁，游戏公司的收入至少有50%是来自这些马甲包。
我个人觉得做马甲包的行为属于非正当竞争，属于非常可耻的行为。此行为直接会让所有的开发、市场、设计人员，不把重心放在产品上，而是放在如何发布更多的APP，如何在iOS排行榜拿下前十位置等等。值得庆幸的是苹果市场的审核人员已经注意到这块，目前在审核条款了加了好几项相关说明，同时，在审核的时候也会通过机器初审的时候对比苹果市场是否存在该二进制文件等方式。

4. 如何才能找一个合格的IOS马甲包上架开发者

投机取巧的方法不可取。建议还是耐心为扎稳打的审核上线吧！

5. ios app上架流程是什么，怎样避免提交审核被拒，马甲包跳转

马甲包不行了，现在苹果审核都开始审核代码了！苹果商店审核指南知道不？不知道的看这里：网页链接  你的APP违法了任意一条都会被打回来！多读几遍！！！！

6. 马甲包和主包支付渠道一样 会被苹果检测到吗

应该是一样的，指纹支付功能是利用指纹识别功能的，只要有指纹识别功能，就可以有指纹支付功能

7. ASO优化技巧：如何解决马甲包审核问题

2016 WWDC开发者大会在即，菲尔·席勒(Phil Schiller)掌控下的App Store动作频频，6.9宣布了开发者分层模式调整并面向开发者提供搜索广告；除此，应用审核速度加快，审核要求高，过审率低，尤其是马甲产品，过审难度更大，给众多“马甲群策略”推广的CP带来不少困难。
马甲被拒，常见理由如下：
问题：应用商店存在类似App，需要提供相关资料证明新上传App的差异化。苹果此举旨从源头控制马甲乱象的现象。苹果审核虽是人工操作，但很难做到绝对把关，因人因事，尤其对于马甲的管控基本是毫无作为，不少个人开发者利用马甲群策略，从中获利颇丰。
一、苹果政策解读
苹果是通过二进制代码来判别唯一性，通过包名来区分产品，重复二进制代码不允许上传。做以下3中情况解读：
(1)包名一样，二进制代码不同，苹果视为更新；
(2)包名不一样，二进制代码相同，审核无法通过；
(3)包名不一样，二进制代码不同，就是通常说的马甲，审核可能通过；
(4)包名一样，二进制代码相同，无任何意义。
除对二进制代码有要求外，5月份以来，审核对功能单一产品或相似产品的把控很严。基本可理解为功能单一产品或相似产品不允许上线。管控力度趋严，导致近来马甲过审率过低，面对此行业现象， 有以下几点突破建议。
二、技术层面解决办法
App提审时会给苹果审核人员提供演示账号，具有完全访问权限帐户的用户名和密码，以便审核人员体验产品。
1、二进制代码务必不同
二进制代码是判别唯一性的，代码稍作调整或局部更改，会重新生成一个新的二进制代码，这是操作马甲的前提。
2、功能局部化
如果主App功能较为丰富，做马甲是可以独立其中一部分功能，这种方式审核通过率高，但技术投入成本也比较昂贵，适合大产品大公司操作。
3、产品简单化（关闭部分功能或页面）
如果独立部分功能操作马甲复杂，可以选择产品简单化操作。具体是指：
(1)将主App中的部分界面/功能删除掉；
(2)主App中的部分界面/功能设置开关按钮，在审核期间关闭，审核通过后打开，此操作对用户体验不造成任何影响，常见的第三支付接口一般都是这样搞的。
4、页面差异化
修改App启动后第一个页面，保证马甲与主App的第一个页面不同，从先入视觉迷惑苹果审核人员。
5、整套UI更改
整套UI/美术更改，适合游戏类。

8. 如何解决马甲包审核问题

iOS审核大体分为三部分，预审、机审和人工审核。
从最新的数据反馈得出，审核被拒原因TOP5条款有：2.1 App 完成度、2.3  准确的元数据、3.2.1 可接受的商业模式、4.3 马甲包、5.1.1  数据收集和存储。
开发者一定要遵守上述条款，增加过审几率。尤其是在4.3马甲包条款上可以利用第三方的代码混淆工具来完成，改变同一个马甲包的代码而对功能又没有改变，大大降低开发时间。可以使用顶象的iOS代码编译器，利用iOS代码混淆技术来改变二进制文件。