ios马甲包上架苹果app stroe
马甲包是利用App Store 规则漏洞，通过技术手段，多次上架同一款产品的方法。马甲包和主产品包拥有同样的内容和功能，除了icon和应用名称不能完全一致，其他基本一致。
为什么做马甲包，做马甲包有什么好处？
抗风险
正常情况下，任何一款产品都是要不断的更新功能的。如果我们直接在主包上更新，一旦新功能不被用户接受那就损失大了，我们前期大量投资带来的用户将会流失，这对很多产品开发者来说是不可承受之痛。
如果使用马甲包，则可以随意测试新功能，好的功能就在主包上迭代，不好的也无所谓，马甲包本身就是来背锅的。
导量
通过弹窗,广告,Push等引导用户到App Store下载主APP。
有一部份app接了网盟相互导流。
增加关键词覆盖数
App Store关键词长度上限是100个字符,据了解人为正常优化的极限是关键词覆盖数在4000左右,那些覆盖数在8000+的都是利用了苹果漏洞。所以,多做一个马甲,也就意味着覆盖的关键词可以更多。
刷榜
①积分墙;理论上是真实用户,冲榜量级大,可靠后续补量维持;但冲榜和维榜费用高昂,非一般产品所能承受。
②真机;利用真实机器操作任务,但不能抹机,否则就成假量了,成本相对较低。
③技术流;机刷,服务器控制操作,成本最低。
上面三种方式，机刷是最便宜的，但是风险高，容易被苹果后台发现下架，所以一般用马甲包来做机刷，以此来抵抗风险。
制作马甲包
二进制代码是应用市场判别产品的唯一标准，把代码做一些调整或修改，就会生成一个全新的二进制代码，这是制作马甲包的唯一方式。
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本身一定要有内容，这样才能够留住用户，否则就算用户下载了，很快也会卸载。导致“留住了用户的人，没有留住用户的心”，只留下了用户信息，不能为我们带来实质性的价值。
扫描二维码推送至手机访问。
版权声明：本文由网站APP-h5开发APP-跨平台开发工具发布，如需转载请注明出处。