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怎样上架马甲包

你需要找到一家专业的马甲包制作机构或者平台！
需要不嫌弃马甲包，既然是马甲包，那就要有马甲包的样子，一个字多！！！！
需要找到一家专业的上架服务商，你自己搞，搞死也搞不了多少个上去！

3. 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近期也中招了

4. android 上架马甲包 是什么意思

简单地说就是他们的app有违规的地方无法上架，写个架子能通过验证的，然后他们把壳子拿去淘到自己的app上。
马甲包在IOS或安卓系统都是存在的，马甲app又称为影子app，app矩阵，app分身等，总的来说就是主app产品的“克隆版”，通过不同的开发者账号上架与主app功能一样的app，就是app马甲包。
通常马甲app的应用名称，副标题，icon，应用截图，包名，bundle ID，关键词，开发者账号都与主app不一样，这是为了方便通过苹果审核。
同时不同的马甲包通常也用于针对不同人群，不同场景开发app应用。当然了，马甲app的数量还取决于公司的app运营推广能力，开发支持，行业特点等等。
之所以要做app马甲包，主要有4个目的：
1.抢占应用市场有限位置
关键词搜索结果占位，榜单占位，覆盖更多关键词
2.为主app导流
各种开屏，弹窗，插屏，push广告引流下载主app，安卓热更新等等
3.规避市场风险
用于app刷量，冲榜，刷词，刷热搜等等，防下架应急措施，竞品竞争等
4.技术测试需求
技术用于AB测试，新功能测试，渠道试水，数据分析等
但是想要上架马甲包并不是容易的事情，苹果审核机制非常严格，要做好各马甲包的上传，还需做好如下5点：
1.二进制代码差异化
2.前端，UI差异化
3.开发者信息，IP地址差异化
4.二次开发，功能差异化
5.元数据差异化
App马甲包的建立有利有弊，想做这类推广的CP就需要多测试上传，多总结失败原因，并且在推广运营过程中针对不同场景做好差异化，就可以通过多个app在应用市场中获量了。

扩展资料：

1、安装App后没有用的安装包apk及时删除
手机和个人计算机有很大的相似之处，在维护方法方面很多是相通的。现在许多经过手机厂商改进过的ROM都十分贴心，一般安装完某个App后会提醒是否删除安装包，如果没有其他用途了就可以立即删除，如果手机没有此项功能，也可手动删除。
2、定期清理缓存
长期使用社交应用会产生非常多的缓存，而且应用自己不会删除，长时间会积累许多的缓存，占用存储空间且造成卡顿，因此，可以使用手机设置里的应用程序管理里的清除缓存功能删除。还可以使用有清理垃圾功能的系统维护App。也可以卸载后重装一次。
3、使用时及时关闭不用的程序
虽然安卓系统会在内存紧张时自动结束一些进程，但在实际的应用中，应该有未雨绸缪的意识，平时就随手在多任务切换界面结束当前用不到的App，释放手机当时的运行内存，不仅有利于手机高效的运转，也防止其后台软件运行时的流量白白流失。
4、使用网页版代替客户端
大部分网站都希望用户们下载他们的客户端，对于一些网站来说，根本没必要使用App，用手机浏览器使用网页版就可以解决，且不会影响流畅和正常的运行，因此，这样可以节省一部分本地的存储空间且可以避免相应网站客户端恶劣的绑定下载以及有毒软件。
5、使用工具严控App的权限
有一些App经常自启就是因为自启权限及与之相关权限不被严格控制。现在的手机一般都有无需root就可以使用内置的权限管理工具进行管理。注意禁止一些应用的开机启动等权限。如果没有内置此类工具，也可以手动root，但要注意选择可靠的root工具、root后可能不保修等问题。
参考资料来源：百度百科-app

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

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

6. 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/美术更改，适合游戏类。

7. ios app上架流程是什么，怎样避免提交审核被拒

在之前（iOS的审核机制/算法/审核团队大揭秘）里有讲过了和苹果App Store审核内部渠道合作的过程
苹果说到审核团队，很多开发者就冒火，他们拒审App应用的理由花式上百，相信很多ios开发者被苹果的严格审核虐的体无完肤了 苹果的审核不仅仅是严格 有些审核员可以说是变态的程度 由于一些开发者耍小聪明 导致现在的审核员有些草木皆兵 即使是正常的app也很容易被误杀 从而将你列入黑名单 无论你如何解释 它始终坚持己见
2018-08-25 在继续给大家讲讲更深的苹果审核人员的那些事
苹果内容审核团队内部人员和我联系时的称呼“MR.J”
由于之前彩票上架事件，我们团队与之前的审核团队内部人员也切断了关系，将近1个月团队没有上架成功！对于团队的损失很大，于是在上周团队的给一个客户的APP添加了HealthKit的数据读写。刚好中枪，苹果审核团队不让过。情况是这样的，提交 app提交审核，app四天了才审核，然后打回来 （原因：Guideline 4.2.1 – Design – Minimum Functionality）（添加描述，问题解决。）两天后，打回来（原因：5. 1.1 Legal: Privacy – Data Collection and Storage）（回复几次都不对），这样就五天过去了。
因为苹果审核团队在美国，上班时间比我们晚十几个小时（推理出来的），晚上他们上班打回来，白天我们上班回复问题。如果问题回复错误几次。一来一回就几天过去了。

（想起之前与MR.J）一次成功的蹲守。几次提交审核就没有通过苹果审核，我决定在苹果审核的时候，只要他一打回来就马上回复并提交审核。实际结果：晚上12点睡，睡前审核团队没有审核，三点半起床检查审核团队没有审核。终于6点50起床检查。看看这个时间是美国晚上下班时间了。他们是加班时间了。因为项目拖延了很久了。今天必须要审核的我知道。我等了8分钟。果然打回来了（时间点：2018年7月3日 上午6:56）。（原因：没有填写隐私政策网址并且这个网址要求指向隐私政策）（回复：已经填写）（时间点：2018年7月3日 上午8:17）。继续等待（大概等了30分钟）。又打回来了（时间点：2017年8月3日 上午8:10），这时心里是愤怒的，审核团队改政策了，又不说清楚，我的想法就是跟它耗着。（原因：没有填写隐私政策网址并且这个网址要求指向隐私政策）（回复：http://blog.sina.com.cn/s/blog_14ecbf3940102yfjr.html隐私政策已经添加。Privacy policies have been added）（时间点：2018年7月5日 上午8:10）。我心里想，打回来，我马上回复，多试几次总可以通过地。（大概等了50分钟）终于已经上线了。
一：各位开发者必须要主动联系App Store
“不少开发者可能认为想要联系App Store会比较困难，是不是需要私人的关系。但其实不是。”MR.J说道。
事实上，App Store有几个专门的邮箱来处理这些请求，比如Appstorepromotion#apple.com和appstoremarketing#apple.com，如果开发者有想要被推荐的游戏，可以发送邮件到Appstorepromotion#apple.com。开发者在邮件里应该首先描述游戏的特点和为什么苹果应该推荐这些游戏，最好附上游戏的视频和开发者自己的宣传计划，苹果商店会有人处理这些邮件。
“有的时候可能这是一封中文的邮件，我们就会让懂中文的人去看。”据MR.J介绍，App Store全球的团队目前已经覆盖了180个国家和地区，有大约30个国际团队，涵盖60多种不同的语言。
当然，如果游戏发布之前有比较大的营销活动，编辑们也会在浏览各大游戏博客或者Youtube等网站时注意到，他们甚至会主动联系开发者们索要Demo试玩，但这种往往是少数。
总的来说，开发者有三种途径可以去主动申请获得推荐：
1.写邮件申请(强烈建议)
2.自己做PR吸引苹果编辑的注意
3.通过私人介绍
“我的游戏过审上架很久了，可是一直没有被推荐，是不是没戏了?”
审核游戏和推荐游戏的其实是两拨人
App Store的团队主要由三个不同职能的团队组成：
第一个是MR.J所在的管理团队，主要是负责机审方面，所以之前我们才能上架那么多个各类（你懂的）App。
第二个是营销团队，引导各应用市场营销方面的开发者，以确保他们能以合适的方式使用App Store所能提供的资源
第三个是编辑团队，这些人最终选出推荐位游戏，他们以团队为单位工作，根据App Store的理念，这个部门不会被外界联系到，他们需要像消费者一样根据自己的经验评测应用，判断自己对这些应用的第一印象，是否有趣。这个团队需要在不受展示效果和营销影响的情况下，选出那些消费者真正会喜欢的应用。
App Store的app审核分为两种：
初审，app首次提交时的审核，即在connect后台上创建完一个新app之后的第一个提交版本，不管这个版本被打回了多少次，也不管版本号是否为1.0，只要该app没有曾通过审核的版本，就一律视为初审。游戏初审的等待时间为提交后2-3周，进入审核后持续3-5天出结果，非游戏类app的审核时间是游戏的一半左右。
更新包审核，初审通过了之后再提交的所有版本无论内容变化多大、名字是否改变、图标是否改变，都视为更新包。游戏更新包从提交完毕后等待时间为3-5天，进入审核后基本上1-2天出结果。如果你的更新包进入in review状态超过3天都没有结果，那么80%会被打回。
值得一提的是，如果不主动去联系苹果商店，你的游戏可能会永远得不到推荐，尤其是那些已经上线的游戏。因为审核游戏上架的人和推荐游戏的编辑团队是完全不同的。“如果你认为自己的游戏很棒，那么千万不要坐等推荐，等是等不来推荐的。”MR.J说道，“审核游戏的团队可能花在每个游戏上的时间不足半个小时，他们主要是看游戏是否有违规的地方。而推荐的编辑不同，他们会花更多的时间去玩每个游戏，一个游戏至少玩3、4个小时。”
因此，如果开发者觉得自己的游戏真的很棒，应该是去主动联系App Store团队，而不是等着编辑去发现你们，那样的话，往往是等不到的。
“我的游戏过几天就要公测了，现在联系苹果还来得及。”
二：留足时间，提前申请很重要
App Store的团队往往庞大而繁杂，而推荐的流程也会比较漫长，并且不是一个人能够决定的。因此，开发者需要至少提前三个星期提交申请(即便这样也不一定会得到推荐)。“也就是说，如果你的游戏的公测日期已经确定了，完全可以先把游戏上架，然后提前至少三周联系App Store去申请推荐，这样在时间上配合是最完美的，”MR.J告诉ios开发子，“而大部分开发者在发布前两三天才发邮件，但是收到邮件后，还需要有很多人试玩和批准，所以到最后就会导致时间有限。”
因此，开发者要留出足够的时间和营销预算以支持相关的营销计划和公关计划，然后公布发售时间。如果想得到推荐，发邮件之后最好等一段时间，即使游戏已经通过了App Store的审核也要等待回复，必要的时候可能会需要重新规划发布的日期。如果要获得全球的App Store推荐，编辑还要向上申报给全球的团队，这样一来，需要的时间就会更久了。因此，“野心”比较大的团队更要留更多的时间。
“为什么我的游戏在中国区获得了推荐，在东南亚却不行?”
三：不同地区的推荐流程有差异
由于App Store在全球各地的商店都有独立的商店，不同地区的游戏获得推荐是单独由编辑团队还是整个部门决定，需要视地区而定。比如MR.J之前所在的团队有专门管游戏分类的专家，其他地区则没有。比如中国的App Store团队有四五个编辑，他们要负责所有的中文应用，不仅仅是游戏方面，还有其他的分类。有一些比较复杂的游戏，他们可能觉得分析起来比较吃力，就会求助于美国团队。美国团队则会依据类别细分，比如如果他们需要游戏方面的帮助，就联系专门的游戏团队。
中国的开发者要是在中国App Store上发售游戏，也可以发送中文的邮件申请，App Store收到邮件之后会转到对应地区的团队。App Store现在已经覆盖了180个国家和地区，既有MR.J之前所在的大团队，也有一个市场经理、一个编辑、一个营销专员这样的小团队。
此外，App Store团队有专门的人负责协调跨地区的推荐，比如发现某些游戏可能吸引其他地区的消费者，该地区的团队会和总部进行交流。不过理论上虽然是这样，但App Store方面并没有十分充足的人力来面对整个全球市场，“我们得想办法让这个市场运作起来。现在在iTunes上大概有三十万以上的开发者，我们没办法顾及每一个。”MR.J说。
“我觉得那几个大厂的游戏总被推荐，苹果是不是有所谓‘白名单’?”
四：并没有白名单，但获得过推荐会让编辑对你更有信心。
有不少开发者曾问过ios开发子**⒉*②*O*⒌*⒊*五*⒎*O.*零.*⒎，App Store是不是有“白名单”，即优先考虑一些开发者的游戏?
而MR.J的回答是：“App Store没有白名单。EA和苹果的关系很好，但不是EA的每个游戏都会得到推荐。App Store对游戏不看出身。不过EA会提前把发行计划发给App Store看，他们也很了解哪些游戏会符合编辑的‘口味’。所以一般来说，这些大厂被推荐的机会确实稍大一些。但苹果也会很关注独立开发者们，力求平衡，尽量不向和苹果关系近的公司倾斜。”
“第一次总是最困难的，”MR.J补充道，“因为游戏推荐是一向相对私人、个性的选择，因此在开发者获得过一次苹果的推荐之后，后面再获得推荐的可能性会有所提升，因为在双方交流的过程中，他们会更了解苹果希望看到什么样的游戏，而苹果的编辑也会放心推荐这些开发者的游戏而不用担心被玩家骂(笑)。”每作出一款被App Store推荐的游戏，App Store对于这位开发者的印象就更深一些，这是个良性循环。有关“白名单”的说法也是这么来的——如果有第一款被推荐就很有可能会有第二款，但被推荐的第一次这个从0到1的过程很难。
至于外界曾一直揣测的比如苹果中意小清新风格，其实是通过自己的观察所做的猜测。“推荐是由编辑负责的，所以每个人的喜好可能不一样，不会存在一些统一的标准，但是可以肯定的是，这些游戏都是一些有特色的精品游戏，很多游戏其实不获得推荐也照样会取得很好的成绩。这其实就是一个建立信任的过程，人们都愿意和自己更了解更相信的人合作。”
“苹果的大大们都是高高在上，不接地气，不食人间烟火的。”
五：与App Store团队接触那么久，苹果审核怎么做才能通过？
基础层面
1、请适配最新版本的iOS系统
Apple的审核人员会使用安装有最新版本及次新版本的iOS设备来审核你的app，所以哪怕你提审完毕正处于waiting for review状态时iOS推出了新版本，你的app也必须要在最新版本系统下运行正常。而对于早期版本的系统，Apple倒不是很严，所以如果你的app在iOS 6.0上有个bug始终解决不了，那就别费劲解决了。
2、网络环境
Apple的审核人员始终会使用WIFI和蜂窝数据网络同时开启的设备进行审核，所以请确保你的app在此状态下不会出现各种奇怪的问题。而对于诸如“在使用3G进行游戏的过程中网络突然变成WIFI时blablabla”这种极端问题，可以不要看得那么重。
3、设备型号
只需要测试苹果官网上买得到的设备以及其前面1代即可，不用担心审核人员从犄角旮旯摸出一台iPad1来审核。
app前端表现
1、黑边
不能有黑边，注意这里有个细节，所谓的“黑边”只要不是纯黑的即可过审。换句话说，实在来不及做iPad适配就提审了，只要加个带纹理的底图来替换纯黑的边即可。
2、一致性
这个特指icon，connect后台、打包安装的、推送的等等各种尺寸的icon，大到1024*1024，小到12*12，需要一致。（注：connect后台的icon和打包安装时的桌面icon不一样时，有25%概率可以过审，船长怀疑是审核时部分审核人员先审查完app本身再去看后台时没有进行icon对照）
3、名字
名字长度没有严格限制，只要你能写得下就可以，但是最近半年对过度利用名字做ASO会打击。名字的一致性方面，connect后台里填写的名字和安装后的显示在设备上的名字可以在表达意思一致的情况下有一些不同。一般是出于美观目的，在icon下方显示4-5个汉字是最合适的，如果超长了，可以考虑缩减，但是表达的意思需要一致。这里面举两个例子：《植物大战僵尸》安装之后叫《PVZ》、《パズル&ドラゴンズ》（智龙迷城）安装之后叫《P&D》。
4、启动背景
点击设备上的app图标开启app后，loading过程中需要有背景图，不允许黑屏等loading。
5、demo问题
在无论任何地方，包括但不限于connect后台、游戏内功能、名称、副标题、公告、服务器名称中，都不允许出现诸如“demo”、“测试”、“试用”等类似的标识。
功能层面
1、功能要完整
比如说你是个RPG，那你提审的时候起码得可以完成任务、战斗、升级、获得奖励，不能是一个莫名其妙的未完成品。
2、账号和隐私
要知道Apple是一家非常注意用户隐私保护的公司，所以当你的app需要注册账号，且注册的过程中需要用户提供包括但不限于邮箱、手机、身份证一类私人信息时，必须在注册模块提供隐私协议。且必须提供游客模式，要保障用户在不提供隐私信息注册账号时，也能够完整使用app的所有功能。
3、新手引导
Apple的审核人员不玩新手引导，所以最好没有新手引导或可跳过，或者给他们提供已经完成了新手引导的测试账号。
4、条件开启和未完成功能
app里不允许出现“暂未开放”或“敬请期待”或干脆有个按钮点击了没反应的情况。如果提审时有类似的问题，请把入口直接干掉，哪怕界面上空一块也没有关系。
5、H5
H5不能过审，不用尝试了。说到理由的话，加壳的H5其实就是一个有快捷方式的网页啊，内容随便改完全不受Apple控制。这种很危险的事情是不能允许的。
6、等级开启
如果游戏里有“30级开启”或“完成3-1关卡后开启”这类的功能，那么请提供高级测试账号。
7、第三方
这条Apple经常会说，并且会特意问是否调用第三方内容，所以从理论上来说，你的app里面可以调用其他非Apple官方的app是不允许的。但是这一块监管并不严，所以你只需要考虑好审核人员从你的app里使用了调用其他app的功能，碰巧审核人员的设备上没装那个app的时候怎么办。
8、反三俗
诸如后宫系统、爆衣系统、RY系统之类的东西会造成悲剧。
iap
1、类型需要选对
我们常见的钻石和元宝都是消耗型，别选错了。
2、名字要一致，描述要严谨
游戏的商品名字和connect后台的商品名称要保持一致或较高的可辨识性，别出现游戏里叫“一小袋钻石”而后台叫“coin1”这种。后台填写的iap描述里写清楚怎么买、获得什么东西、给多少个、东西怎么拿到，对你过审会有额外帮助。
3、不允许买A送B
举例来说，买500钻石送50钻石可以，买500钻石送1张10块充值卡不行。
4、月卡
月卡是困扰很多开发者的东西，这里专门展开说一下。Apple对于月卡商品打回的概率非常高，这里并不是说Apple不允许开发者设置月卡。我们来看看主要打回月卡的几个原因：
对定价和钻石获取量存疑。举例来说，你30元买的是300钻石，但是25元月卡基础就给300，之后还能每天领120。Apple会充满善意地怀疑你这里有什么猫腻。
在Apple的理解中，月卡是购买成功之后每天领取一次，一个月到期的。那么你需要将iap类型设定为“非自动续订型订阅”，但是很遗憾，这种商品类型并不适用于我们目前大多数策划人员对于月卡的设计。
那么月卡如何过审呢？
现在各家有各家的办法，只是都不太好拿上台面来说罢了。其实只要看看目前大多数游戏里都对月卡的名称和描述如何定义，你大概也就能心领神会了。
connect后台资料相关
1、版权问题
如果你的游戏拿了正版IP，那请提前准备好授权文件并在review note里提供。如果没有版权，那么名字和icon、卖场图就不要打擦边球。看到这里你可能会说，现在中国区那么多山寨侵权游戏不都好好的在榜单上么？这里也简单说明一下他们是怎么过审的：
在过去，往近了说去年的时候，Apple对于版权问题的管理还不是很严格，所以在那个时候就已经过审上架，并主要以热更新为主要更新方式的，都还活得好好的。
船长在开头说过，初审和更新包的审核尺度差很多，且更新包审核较多时候依赖于审核人员的个人判断，所以在更新包审核时会有部分侵权内容成为漏网之鱼。
聪明的开发者智慧地采取了一些手段来避免Apple看到侵权的东西。这里不展开说了。
2、官网、客服等资料
官网的资料中严格地不允许出现“越狱”相关的字眼以及越狱版本的下载地址，安卓版本最好也别有。
3、尺度，哦不，耻度问题
icon和卖场图的妹子暴露程度和表情挑逗程度受严格控制。别说什么“我的游戏设置的年龄是16+”这类的理由，审核人员会告诉你，很抱歉你的游戏虽然是16+，但是appstore商城是全年龄用户可用的，所以你的icon和卖场图必须符合4+这个设定。
另外最近半年的审核条例修改中也说过在icon和卖场图里禁止出现烟、酒、武器等，但是目前还没有发现对这几类有过严的要求。
4、卖场图的细节问题
根据审核条例，会要求卖场图“必须使用没有经过修改的app实际截图”，但是船长发现，其实只在初审的时候会对这一点要求比较严格，在更新包审核时只要不修图修得太过分、不使用太暴露的妹子，基本上都没什么问题。
特别说之
1、VIP
严格来说并不是禁止所有的VIP功能，看你游戏里的VIP功能是否违反审核条例主要看以下几点：
VIP的获得方式是否为充钱时得到VIP经验，充的越多等级越高。如果是的话，很抱歉你违反了“禁止买A送B这条”，你买的是钻石，不能送VIP经验。
VIP等级不同是否会给用户带来额外的收益。如果是的话，很抱歉你违反了“对所有用户而言必须公平’这个原则。
看到这里你可能又要问了，那么多的游戏里明明VIP是标配的啊！？这个问题船长前面说版权的时候提到过了，智慧的开发者们总会有办法的。
2、兑换码 or 激活码 or CDKEY or 预注册
这几个统统不允许，原因是违反了公平原则。并非所有用户都可以获得这些码，所以对一部分用户来说是不公平的。
3、评论
禁止以任何手段诱导用户评论，同样分开说：
不可以用任何好处来诱导用户去评论，比如游戏里有个任务是去评论，比如评论后给30钻石。
不可以用任何修辞方式让用户去给5★评价。比如说：“请给我们五星”“请给我们好评”都不可以。而“请给我们个评价”这样的可以。
4、IDFA
广告主识别码，在Apple禁止开发者获取MAC地址之后，普遍开始采用IDFA去做设备识别。但是Apple会要求专码专用，你调用了IDFA，就一定要打广告。这个问题有些情况下靠解释可以过审，但是最简单快捷的方法是在不起眼的地方放个广告，然后在review note里告诉审核的人广告在哪里就好了。
Last but not least
上面说的这些东西都注意了之后，基本上可以保证你的app能够有90%以上的过审概率，那么剩下的10%是什么呢？就是猪队友猪队友猪队友（重要的话说三遍）！

8. 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次数太多对账号影响也很大，有很大的几率会被封号处理。