iOS马甲包开发招式及规避4.3方法合集

看了下上周的留言，有些开发者老是抱怨马甲包又被拒了，该如何上包才安全，我对这块也算略知一二，也有朋友是做这块的，一些规避手段我还是知晓一二，我今天结合了网上的资料以及几位朋友的一些意见，把这些经验分享给各位，如果觉得还不错的话欢迎点赞收藏转发哟~

 

一、什么是马甲包

马甲包是利用App store 规则漏洞，通过技术手段，多次上架同一款产品的方法。马甲包和主产品包拥有同样的内容和功能，除了icon和应用名称不能完全一致，其他基本一致。

二、为什么做马甲包，做马甲包有什么好处？

抗风险

正常情况下，任何一款产品都是要不断的更新功能的。如果我们直接在主包上更新，一旦新功能不被用户接受那就损失大了，我们前期大量投资带来的用户将会流失，这对很多产品开发者来说是不可承受之痛。

如果使用马甲包，则可以随意测试新功能，好的功能就在主包上迭代，不好的也无所谓，马甲包本身就是来背锅的。

导量

主包和马甲包属于同一个平台，用户信息可以共享

通过d窗,广告,Push等引导用户到App Store下载主App。

有一部份App接了网盟相互导流。

增加关键词覆盖数

App Store关键词长度上限是100个字符,据了解人为正常优化的极限是关键词覆盖数在4000左右,那些覆盖数在8000+的都是利用了苹果漏洞。所以,多做一个马甲,也就意味着覆盖的关键词可以更多。

刷榜

①积分墙;理论上是真实用户,冲榜量级大,可靠后续补量维持;但冲榜和维榜费用高昂,非一般产品所能承受。

②真机;利用真实机器 *** 作任务,但不能抹机,否则就成假量了,成本相对较低。

③技术流;机刷,服务器控制 *** 作,成本最低。

上面三种方式，机刷是最便宜的，但是风险高，容易被苹果后台发现下架，所以一般用马甲包来做机刷，以此来抵抗风险。

三、制作马甲包

1、二进制代码务必不同

二进制代码是应用市场判别产品的唯一标准，把代码做一些调整或修改，就会生成一个全新的二进制代码，这是制作马甲包的唯一方式。

2、功能局部化

如果主App功能较为丰富，做马甲是可以独’立其中一部分功能，这种方式审核通过率高，但技术投入成本也比较昂贵，适合大产品大公司 *** 作。

3、产品简单化（关闭部分功能或页面）

如果独’立部分功能 *** 作马甲复杂，可以选择产品简单化 *** 作。具体是指：

将主App中的部分界面/功能删除掉；

主App中的部分界面/功能设置开关按钮，在审核期间关闭，审核通过后打开，此 *** 作对用户体验不造成任何影响，常见的第三支付接口一般都是这样搞的。

4、页面差异化

修改App启动后第一个页面，保证马甲与主App的第一个页面不同，从先入视觉迷惑苹果审核人员。

5、整套UI更改

整套UI/美术更改，适合游戏类。

总结：总而言之，马甲包的出现给ASO优化带来了新的方式，也给优化工作带来了极大的便利。我们在使用马甲包的时候一定要把握两个方向，其一：导量，不管是什么产品带来量才能带来效益，效益为先。其二：抗风险，有些优化手段风险极高，但是带来的利益也是极大，所以制作马甲包就是为了抵抗风险，把利益留下。

三、马甲包的开发招式

1、UI部分

在原有的UI的基础上，修改新的UI。

启动图修改，坚决不能和之前的一样。

logo修改，坚决不能和之前的一样。

2、代码部分

修改工程中文件夹名字（全部需要修改）。

修改项目名字。

修改类名，前缀统一的进行统一替换，后缀名也可以根据情况进行修改（view/ViewController/model）。

添加混淆代码,修改之前的方法名,往类中添加不相关的方法（此处建议使用 #pragma mark -(此处是马甲包的特殊标记)进行标记，方便后续修改）。

修改boundID。

在之前App的基础上，增加或者删除部分功能，把两个App之间的差异尽量最大化。

四、上架招式

上架马甲包，最好是准备一个新的账号，不要影响主App，防止账号被封或者处罚影响主App的正常下载。

上架的时候项目描述不要和主App的一样。

项目宣传也不要和主App的一样。

提供给苹果的测试账号也提供新的。

上传马甲包的电脑，不要和上传主App使用同一台电脑（据说会检测上传包的ip）。

五、总结

马甲包本身是不符合苹果的上架规范的，但是为了让更多的用户下载我们的App，提升我们App的排名，我们不得不想尽办法制作马甲包，顶风作案。开发马甲包我们主要从UI展现和代码实现尽量的把它们做的不像相同的App，但是它们的核心内容是相似的，用户流量最终流向同相同的服务器，实现导量和提升排名的功效。

我们在上架马甲包的时候还要尽量保证主App的安全，所以使用单独的账号上架马甲包，为了提高过审率，还要使用不同的电脑进行包的上传。项目描述&产品宣传等等都不能一样，就是尽量做成两个App，但是呢周期又要短。

最后，马甲包只是一个辅助，我们的App本身一定要有内容，这样才能够留住用户，否则就算用户下载了，很快也会卸载。导致“留住了用户的人，没有留住用户的心”，只留下了用户信息，不能为我们带来实质性的价值。

规避4.3的重心：

切断当前马甲包与以往马甲包的所有相似性关联；

相似性关联包括：

ipa包特征；

开发者帐号；

打包电脑；

上传IP；

材料相似；

分项细述：

ipa包特征：

包括有代码相似性，资源相似性；

代码相似性解决办法：

a. 已有代码的混淆（改类名、改函数名）

b. 添加一些无用的代码；

资源相似性解决办法：

a. 资源改名；

b. 适当添加一些无用的资源；

开发者帐号：

两个马甲包不要关联到同一个开发者帐号的信息；比如打包时关联。

打包电脑：

有条件的最好用不同的MAC来打包（每台MAC上最好打包马甲包不要超过5个）

上传IP：

上传马甲包时，IP不要跟其他马甲包的IP相同；

材料相似：

itu后台材料如宣传图，ICON，版权人不要出现相同；

【注：即使是前边没审核过的包，也不要跟他们有关联。尤其是前边被4.3拒绝的包，更不能跟他们有相似性】