标签：功能 App 20190605 Guideline 聊一聊 苹果 审核 拒审
聊一聊苹果审核
希望有更多的朋友一起针对苹果ios审核上架处理分享，qq群: 611641785，欢迎一起交流 ，后期会慢慢分享更多的干货
做了三年多的iOS开发，经历过3款app的提审历程，被苹果审核全身心的调教过。尤其是今年，被拒审至怀疑人生。现将一些奇葩的拒审经历和一些简单的应对措施整理整理，给大家一些参考。
首先，还是建议大家仔细阅读下官方App Store 审核指南，最好是邀请你们的产品经理也仔细读下，很多规则是从功能和设计上需要遵循的，下面案例里面有介绍到。
一、拒审case
1、app预览和屏幕快照不合格
正常情况，预览图片尺寸不对这样的低级问题是在上传的时候就能够检测到，直接能够看到错误。
我们遇到过一次被坑到没商量的情况：**5.5英寸的预览图里设计画了一个明显的iPhone X手机屏。**当时还特地好几个人仔细的研究了下预览图，以为是隐藏功能被画出来了（当然这是另外一个拒审理由）。 直到第二次被打回来才意识到苹果强调的预览图设计规范，这才找的拒审的真正原因。
这里不得不吐槽下，拒审的理由真的是晦涩难懂。
2、定位的权限描述不够清晰问题
这个应该比较常见了。定位权限有两种"when-in-use" 和 "always"两种，后者相对审核较为严格一些（至于如何设置相关的可以自行百度，这里不赘述了）。
最初我们描述为”为了给您提供更好的服务，我们需要获取您的定位权限“之类的。第一次审核过了，之后的某次审核突然就被拒了，苹果爸爸以王者之姿审问我们，"always"权限具体是做啥用的，问的我们是措手不及。后来没办法，找产品经理好好的想了下我们定位使用的场景，把描述改为”该信息将用于XXX功能“。
这里有个常见case，之前过审了的功能突然被拒了。所以，苹果爸爸的心情不好猜。
3、动态修改桌面icon问题
Guideline 4.6 Design - Alternate App Icons
iOS 10.3之后，苹果官方提供了可以动态修改桌面icon相关的API。有一次赶上中国情人节，突然我们想上一下这个功能。（ 具体功能参考下UIApplication (UIAlternateApplicationIcons)相关API ）
功能是图标需要提前内置在包里，服务下发名称触发客户端更改桌面图标。切换图标的时候有个弹窗，当时为了去掉这个弹窗，让用户回到桌面有个惊喜，特地用分类干掉了那个弹窗。
节日期间正常使用，皆大欢喜。之后的版本还想着跟着节日走，就一直没下。
结果后来有一天，突然被拒审，理由是发现我们可以动态更换icon，应用内没有地方能触发。只好将其删除重新提审。
这里需要重视一下的是，这种情况应该在审核备注里和苹果详细解释下这样的功能使用场景，否则很有可能被当成隐藏功能处理。在App Store 审核指南有详细说明，隐藏功能后果是很严重的。
4、未安装微信弹提示
Guideline 4.2.3 - Design - Minimum Functionality
使用了微信登录功能，审核员的iPad没安装微信。这种case，作为程序员，当然是处理成没安装报错给个提示好了。结果被拒理由是引导安装第三方应用。
这一次，审核员还是比较贴心，建议我们最好弹出一个html去授权安装。
后来没安装直接给隐藏了按钮重提。
5、监督用户内容
Guideline 1.2 - Safety - User Generated Content
这条case我们后来的理解是只要有用户产生的内容就要加上举报。
这也是我前面提到的需要产品经理认识到的一条规则。
6、一些开关
Guideline 2.3.1 - Hidden or undocumented features
很多产品经理喜欢搞功能开关，这里涉及到一个隐藏功能的规则。这一条单独出现的情况，还真没见过。但是和其他条款一起出现，可就恐怖了。比如，Guideline 3.1.1 - In-App Purchase。
这个可是切身体会过。我们线上app的功能页面有明显的支付宝图标，长得也像支付，还做了功能开关。被苹果抽查到直接被下架，理由就是2.3.1和3.1.1，再怎么解释不是支付都没有用。下架之后提审直接进慢队列。
后来审核员不相信我们，连接口都抓包，折腾了一个多月才搞上去。
这一次，是真的让我们意识到，和苹果爸爸千万不要陷入信任危机。后来的提审，所有有可能隐藏的功能都要给审核打开，并且在备注里说明。
7、支付
Guideline 3.1.1 - In-App Purchase
虚拟产品支付必须用苹果支付。 这个应该是大忌，相信大家都有认识到。
8、应用模式
Guideline 4.2 - Design - Minimum Functionality
这一条是同行朋友给我讲的，来自上帝视角的审视，“如果不按照苹果审核指南进行修改您的应用，您可能希望构建一个HTML5 web应用程序”。
If you cannot - or choose not to - revise your app to
be in compliance with the App Store Review Guidelines,
you may wish to build an HTML5 web app instead.
You can distribute web apps directly on your web site;
the App Store does not accept or distribute web apps.
这一条堪称绝杀，办法只能寄于说好话和修改应用模式了。
二、常见的审核措施
1、预审方案
国内有不少苹果应用的预审平台，比如WeTest等等，淘宝也有些提供预审服务的商家。可以作为一种预审方案，但是不推荐。某些专家有些时候还不如一个正儿八经的开发。
这里可以介绍一个免费又好用的预审方案：TestFlight公开链接，苹果官方的功能。在应用提审的前几天可以提交一个TestFlight公开链接的构建版本，每个版本的第一个包需要审核，排队少反馈快，第一个包过审之后再次提包不需要审核。可以对外发布10000+测试安装，比起企业账号更加好用些。不少应用的内测邀请就是使用的TestFlight公开链接这个功能。
2、拒审沟通
拒审之后可以回复邮件再次提包，可以申诉，还可以打电话。苹果审核的电话是001(408)862-7273。这里是美国电话，国内手机拨打需要开通国际漫游服务。可以下载一个Skype，19块钱买一个美国包月服务。
选择邮件回复的同学，千万要耐心。苹果审核不会故意刁难，查到最后都能找到根源，只是有时候沟通上不好理解。
以上就是一些苹果提审的经验。不是很全，但都是亲身经历。有共鸣的同学欢迎指正。
希望有更多的朋友一起针对苹果ios审核上架处理分享，qq群: 611641785，欢迎一起交流 ，后期会慢慢分享更多的干货
标签：功能,App,20190605,Guideline,聊一聊,苹果,审核,拒审 来源： https://blog.csdn.net/xiaoyeziios/article/details/90896655
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。