⑴ 封装app和原生的app的区别是什么
一、开发模式不同
1、封装APP：又称webapp，是一种框架型APP开发模式。
2、原生APP：又称Native App，开发针对苹果IOS封闭、Android开源等不同的手机操作系统用不同语言进行开发。
二、优势不同
1、封装APP：开发方式拥有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成。
2、原生APP：可以直接对接所有手机端口相应条件满足下甚至可以获得手机最高权限，对于延伸控制升级发展有着天然优势。
三、特点不同
1、封装APP：通过访问数据进行直接运作，像网页直接打开的方式直接访问，这种方式跟h5连接访问是一样的，所以封装的APP大多数也多由网页端h5系统封装而来。
2、原生APP：运行的处理能力较快，视频，图形等处理比较完美。手机的适配度较高有灵活的的端口匹配。
⑵ 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有没有同名应用，尽量避免同名应用
⑶ 苹果马甲app有哪些
苹果马甲app有哪些？从App诞生之初,马甲便相伴相生。起初马甲app还是颇为小众的导量工具,但从苹果打击刷榜以来,马甲便成为了标配。正如有人笑言,凡是要大刷榜的,怎么能不备个小号呢。2016年初映客多次被下架后,马甲app映客、映克(不同开发者账号)立即上线的,显示是做好了充分的准备的。
根据马甲app功能设定的不同,每家的马甲与主号之前的区别也分为:
有的APP采取的是矩阵策略,马甲icon和名字不同,内容和主号基本一样。
有的是针对不同的目标用户,马甲采用主App的部分功能,同时具特别的功能和内容。
不想让大家知道主App,通常App name/icon/应用截图/开屏图片/关键词/开发者账号都会与主App不同
像映克、映客’之于映客的这类马甲,就是作为备胎存在的,当主号在进行刷榜被下架后就会立即上架作为替身,很多不明真相的用户并没有察觉,所以这类替身马甲很多开发者都是直接使用主App的所有资源,直接换个开发者账号罢了。如果资源允许的话,也可以使用不同的后台,这样也能避免后台被黑,主app被下架的突发情况。拉勾和Boss直聘的事,大家都知道的吧。
⑷ ios马甲app怎么打开
方法/步骤
首先进入ASO114工具平台，选择iOS数据查询；
⑸ ios上架原生包跟马甲包有什么区别
一楼说的很对。最明显的差异就是流畅度，ios的流畅度是所有系统不可及的。跟Mac os X一样，都是基于unix的操作系统。安卓系统要高于ios两倍的硬件才能达到与之相同的流畅程度。另外二楼的免费软件一说，我给楼主说明下：安卓资源杂乱，不明来源的软件很多。而ios的软件全部是经过苹果的严格审核的，安全性很有保障。至于这两个系统各自的软件数量，ios免费软件的数量跟安卓的差不多···ios越狱后，就可以用破解软件了。安卓系统最大的特点就是卡，特别是低配置的机器，卡，卡到爆···这两个系统没有可比性。想了解更多，楼主来找我吧。
⑹ ASO优化技巧：如何飞跃马甲包的那些坑
一、什么是马甲APP?
马甲APP指的是在常用的用户名外再注册的其他名字的APP。俗称：替死包
二、马甲APP与真实APP的区别是什么?相同点是什么?
1、应用名称不一样。
2、关键词不一样。
3、应用图标。不一样。
4、应用截图。不一样。
5、开屏图片。最好不一样。
6、其余的,比如主APP的一些品牌因素,最好去掉。
三、为什么要做马甲APP?
1、A/B测试。马甲包初期，很多公司,用主APP测试不方便而且马甲APP可以随意更改。早期马甲包主要是为了做测试用，后来演变成了倒量的一种方法和渠道。
2、覆盖更多关键词。众所周知,一个APP关键词只能覆盖100字符。所以多做一个APP覆盖的字符可以更多。
3、刷榜。很多文章讲过什么是刷榜,怎么刷榜等等。刷榜虽然性价比高,但是刷榜是有风险的,万一被苹果下架了,影响极其恶劣。但是马甲不一样,挂了就挂了,再做一个。马甲刷到很好的位置的时候,就有了用户量,有了用户量就能产生价值。你的回收就会更好。
4、渠道。你的马甲有流量了,相当于你多了一个渠道,你可以选择为自己导流,与别人进行换量合作。
四、马甲APP的成本。
1、账号成本。注册一个开发者后台,务必是个人开发者,记得务必和主APP不是一个账号。目前金融类的必须要企业账号，所有这类产品成本稍高些
2、开发成本。如果跟主APP长得差不多的话,估计2天搞定问题不大。
3、运营成本。后面素材更新啦,刷榜啦,等等。
总体下来,成本不高的。
五、马甲APP怎么做?
1、分包运营。不同的包运营的手段不同，主包尽量不要做太多的动作，马甲包可以机刷，可以换量，可以找下游渠道联运
2、分包计费和流量情况，不同的包流量情况，也可以很清楚的看到，如果不满意苹果的后台数据，可以接入第三方数据平台
3、市场备用。
4，给主APP导流。能导多少算多少吧。免得万一挂了,毛都没了。
六、马甲APP如何推广?
通过机器刷关键词下载好评,把搜索结果榜单刷上去。
观察了很多马甲APP,觉得大多是设计感很差没有质量的,所以用户搜索下载了安装后卸载率较高。因此我认为应该是APP矩阵策略,有高质量的矩阵APP产出,这些矩阵APP把握用户更加垂直的需求来拉新,再去互相导流,而不是单纯的为了ASO而生产马甲APP做牛皮癣。个人见解。
最后,在群里看到一个运营口诀,觉得挺有趣的,分享一下:
推广强,运营弱,做矩阵
推广弱,运营强,做整合
推广弱,运营弱,做外包
推广强,运营强,随便玩
七、马甲App存在的问题
1.卸载率居高不下,马甲通过刷子把关键词刷上去后,所憧憬的当然是流量转换为下载激活量,但问题是,有许多的马甲App粗制烂造,有些功能缺陷明显,用户体 验极差,从而导致用户刚下载就卸载;
2.被下架风险极高,大家都知道马甲不可能通过正常手段慢慢优化,绝大部分都是狂刷,也正因为如此,马甲APP是苹果下架的风险系数是非常高;
3.在马甲App小有成就时,就应迅速导量,别等到马甲App的用户规模达到一定的数字后才开始导,那样的话,如果马甲App被下架的话,可就连汤都没剩下的了,导量这种事是宜早不宜迟。
适合玩马甲包矩阵的产品：游戏类、金融类、新闻资讯类
目前马甲包过审难度加大，主要是因为苹果审核规则的变化
Ipv6的问题：
1、多环境下模拟测试找问题：有时候苹果关于 IPv6 的审核流程未能完成，问题也可能出现在了其他位置：
• 比如网络延迟是常见的情况之一，在配置好 IPv6 之后，因为网络延迟导致了苹果审核无法正常进行，那么我们可以通过模拟来测试，比如模拟外网环境；
• 同时我们也应该测试是否会有 Bug 导致卡在某个页面，例如有测试账号的 App，是否会出现输入手机号后书输入验证码无法登陆情况（苹果未点击“获取验证码”按钮），以及苹果输入验证码少或者多几位情况。
先让技术那边查实，是否确定是IPV6的问题，如果是，那就修改之后重新提交就行，如果不是，那就寻找苹果遇到的问题，而并非一定是 IPv6 本身的问题。
2、架设国外服务器解析：还有一个很常见的情况是因为苹果在外网，因为某些原因，经常会无法访问国内服务器网络。那么我们可以购买韩国或日本服务器来假设 IPv6 供苹果进行测试。
3、拍摄 IPv6 网络下正常视频反馈：配置好 IPv6 后使 用 10.3.1 设备在 IPv6 环境下测试（根据苹果设备情况，自己架设 IPv6 环境），如果多次测试无误，可拍摄视频上传至 YouTube，反馈给苹果审核视频链接处理。
1.2的问题
1.2主要是苹果认为你的应用名称没有体现出你的品牌或者是和你的公司不符合。这类解决办法要么修改App名称，体现你的公司品牌，或者是苹果回复邮件，带上可以证明的文件，比如软着，或者是授权书等。
2.3的问题
一般来说2.3是侵犯了他人品牌词或者是副标题出现了竞品词，需要重新命名。这类问题一般解决办法就是去掉误导性品牌词和描述话语，然后苹果回复邮件。
4.2的问题
4.2是垃圾应用，或者说是应用太过于简单，只有一些简单的H5，没有核心功能，这部分被拒绝的主要是苹果认为你功能不够，建议可以添加一些垃圾功能来丰富一下应用内容，其他方面和4.3类似。
4.3的问题
4.3拒审核是目前急需解决的问题，之前马甲包拒审基本上表面的东西修改之后重新提交，过审的概率很大，或者直接换账号提交，但是现在马甲包不过审，用户量上不来，KPI怎么完成，午餐还怎么加鸡腿呢？
目前的方法有下面几种，具体还需要根据情况分析1、修改产品的icon，名称，副标题，描述，预览图
2、打包的时候尽量不要用同一台电脑或者使用新Mac
3、不在在同一个IP段上传马甲包
4、修改销售地区，价格，分类，上线后改到你需要的销售地区和价格
5、也可以把已上架的App做下架处理，马甲包过审后，再做上线处理，这个方法可能会影响一段时间用户体验
6、直接给苹果打电话或者发邮件，说明为什么要这么做
第1条是基础，其他是辅助手段，最重要的是第6条，苹果下架不是手段，它想知道你为什么这么做，如果你有合理的理由，苹果那边会给你通过审核的。
现在马甲包被下架的很多，现在很多都是大改，包括UI，登陆界面，iocn，描述，标题副标题，预览图等等，现在代码层次修改主要是增加垃圾代码，批注的增加，就是为了方式苹果审核机扫层次，但是现在也有很多代码添加了很多也会被4.3打回来，4.3还是需要大家一起想办法的。4.3次数太多对账号影响也很大，有很大的几率会被封号处理。
⑺ 跪求：马甲包上架技术，ios 代码混淆 马甲包过审技术！！！
从收集今年每月审核被拒原因得来的大量数据中可以看出，被拒原因 TOP3：条款 2.3、2.1、4.3（元数据、App 的完成度、重复 App/马甲包）一直是稳定的居高不下，因此开发者们一定要遵守这三条条款，以增加过审几率、节省与苹果纠缠的时间，勿要存在侥幸心理，挑战苹果。
若想通过审核，除遵守上面几项条款以外，在4.3问题上主要是改变二进制代码，如果是同一个包（马甲包）想要改变二进制代码而对功能又没有任何改变，可以使用几维安全提供的安全编译器，利用混淆的技术来改变二进制文件。
帮助过审的同时，还能利用IOS开发子团队开发的包过审马甲包加密混淆编译器可安全编译C、C++、Objective-C、Swift代码，支持安卓 NDK和iOS马甲包项目
支持iOS项目［APP、动态库、静态库］和安卓NDK项目［SO动态库、静态库］!
⑻ 各位大神，ios马甲包现在还刷得动么
所谓了马甲包，是为了针对苹果审核严、无法刷排行榜想出来了一个方法。公司把同一套代码，换个皮肤，换个名字，再换个苹果账号提交审核，只要审核通过，那此程序就相当于在苹果市场多了一份曝光率，所以很多公司，给同一个代码换十套，甚至百套名字、皮肤，从中获利。此方法在游戏和彩票之类的APP使用最频繁，游戏公司的收入至少有50%是来自这些马甲包。
我个人觉得做马甲包的行为属于非正当竞争，属于非常可耻的行为。此行为直接会让所有的开发、市场、设计人员，不把重心放在产品上，而是放在如何发布更多的APP，如何在iOS排行榜拿下前十位置等等。值得庆幸的是苹果市场的审核人员已经注意到这块，目前在审核条款了加了好几项相关说明，同时，在审核的时候也会通过机器初审的时候对比苹果市场是否存在该二进制文件等方式。
⑼ ios马甲包怎么上架
审核速度变慢
最近，苹果审核团队一度让人以为进入树懒状态，应用相当长时间内处于“正在审核状态”（in Review），很多小伙伴依旧寄托苹果工作忙后面会处理的美好愿景，事实并非如此。很多产品处于正在审核状态长达一个月也并未进展，后面只能悲惨删除应用重新提交。不排除有包等了两个月才审的。对于苹果为何没有审核产品，个人分析认为是苹果对于马甲包过多的一种“冷藏”方式。简单说，就是让你的马甲包一直处于正在审核状态不予以后续任何干预。即使给苹果写邮件，或者在“Connect US”进行触发，都是无济于事。
团队上家的五个App近期也中招了