http://73520.com

那些年提交AppStore审核踩过的坑!

 

AppStore审核
 
 

 

 

做iOS开拓近5年了,每次提交版本时不行谓不小心翼翼,如履薄冰,可是照旧不免踩到了一些坑。 苹果的官方文档(AppStore审核条款)我这里就不摆列,太冗长繁琐了,并且大部门是一般app都不会触碰的到的,本日我主要想以本身的亲身经验,跟各人回首一下我这些年提交AppStore审核时踩过的坑,而且针对如何制止给出一些tips供各人参考。

1、未遵守苹果iOS APP数据储存指导目的。

假如你的App有离线数据下载成果,尤其需要存眷这一点。因为离线数据一般占用存储空间较量大,可以被从头下载和重建,可是用户往往但愿系统存储空间紧时也依然可以或许妥妥的存在着,不会被IOS系统自动清理掉。

所以不能放在/Library/Caches 目次下(改目次不会被自动备份到iCloud)。那就只能放在主目次/Documents 或主目次/Library/自界说文件夹下,这样不会被iOS系统自动清理掉。

可是这些数据大概会很大,假如放在 主目次/Documents 或 主目次/Library/自界说的文件夹,会被iCoud自动同步,那么用户大概需要为了同步耗损不少流量,苹果大概会因此拒绝你的应用上架。所以需要在措施中给自界说的目次配置“do not backup”属性。

关于数据存储需要留意的点,总结在下面:

要害数据

内容:用户建设的数据文件,无法在删除后自动从头建设

路径:主目次/Documents

打点:iOS系统即时碰着存储空间不敷的环境下,也不会排除,同时会备份到iTunes或iCloud中

缓存数据

内容:可用于离线情况,可被反复下载反复活成,纵然在离线时缺失,应用自己也可以正常运行

路径:主目次/Library/Caches

打点:在存储空间不敷的环境下,会清空, 而且不会被自动备份到iTunes和iCloud中

姑且数据

内容:应用运行时,为完成某个内部操纵姑且生成的文件

路径:主目次/tmp

打点:随时大概被iOS系统排除,且不会自动备份到iTunes和iCloud,只管在文件不再利用时,应用本身环境,制止对用户设备空间的挥霍

离线数据

内容:与缓存数据雷同,可以被从头下载和重建,可是用户往往但愿这些数据纵然在存储告急时也不会被系统自动删除

目次:主目次/Documents ?或 主目次/Library/自界说的文件夹

打点:与要害数据雷同,纵然在存储空间不敷的环境下也不会被排除,应用本身应该排除已经不再利用的文件,以免浪用度户设备空间 。需要配置”不备份到iCoud” ,不然会审核不外。

2、未提供测试账号

假如你的App有部门成果需要登录才气利用,那么你需要再提交审核时,勾选演示账户,并提供对应信息,如下图

 

那些年提交AppStore审核踩过的坑!
 
 

 

可是此刻许多app为了更利便快捷,防备用户健忘暗码,都回收手机号+验证码的方法,这样的话就没有步伐给苹果提供演示账户了,除非账户系统靠山做修改提供支持。

这种环境,就不需要勾选演示账户了,可是要在备注信息里跟苹果好好表明一下,说我们也是为了晋升用户体验的,所以对账户系统做了改造,用户有手机就能登录,不需要注册啥的,如下图。假如你啥也不说的话,那就乖乖等着被拒吧。

 

那些年提交AppStore审核踩过的坑!
 
 

 

3、跟相关硬件共同利用的app,未提供演示视频。

这里指的硬件是不需要MFi认证的,通过BLE(低功耗蓝牙)可能WiFi毗连的硬件。直接在备注里提供相关成果的演示视频即可,如下图。

那些年提交AppStore审核踩过的坑!
 
 

 

演示视频需要把完整的毗连进程操纵以及毗连硬件之后跟硬件相关的成果演示都包括在内。从截图可以看到我的“裤宝”演示视频我是直接放在优酷上了。所以并不像据说中那样需要放到YouTube上,直接放优酷土豆可能百度网盘都行。

4、跟相关硬件共同利用的app,未提供PPID.(Product Plan ID )

假如你的App是需要跟通过MFi认证的硬件举办交互,纵然用了EA框架(ExternalAccessory.framework),设置了协议字符串(Supported external accessory protocols),那么你需要在备注信息里提供PPID。

 

那些年提交AppStore审核踩过的坑!
 
 

 

许多时候,我们的App可以同时适配许多的型号的硬件,每个型号的硬件对应的PPID纷歧样。假如AppStore提交审核通过之后,又新增了一款型号硬件支持,怎么办呢?是否需要单独发一个版本,把对应的PPID增加上去了?

谜底是不需要,因为App支持的PPID列表信息是放在备注信息内里的,往列表中新增PPID并不需要修改到二进制文件信息,苹果在这里也较量人性化,可以在不提交新版本的环境下增加PPID信息。

5、利用了靠山定位处事,可是没有详细说明原因。

之前利用靠山定位成果的app都是只需要在在Info.plist中设置 Required background modes -App registers for location updates 即可.可是从2016年的某个时候开始苹果溘然要求假如App要利用定位成果,除了措施里做设置,还需要在界面上显示汇报用户你的靠山定位是用来干啥的,不然你就会收到雷同下面的邮件。

1.1 – Apps using background location services must provide a reason that clarifies the purpose of the use, using mechanisms described in the Human Interface Guidelines

要修改也可以简朴,按照你的app需要在info.plist中设置,NSLocationAlwaysUsageDescription可能NSLocationWhenInUseUsageDescription字段说明。如下图

 

那些年提交AppStore审核踩过的坑!
 
 

 

6、上传的屏幕快照跟App详细利用截屏相差太远

AppStore提供的屏幕快照成果是为了用户在未下载时可以直观的相识这个App的成果、界面或许是什么样的。所以苹果也答允开拓者对屏幕截屏做一些加工美化,并不必然要是原始截屏。可是这里有个限度,就是不能相差太远,详细标准苹果没有给出量化尺度。 ?公司项目中有个大版本上线了一个较量大的新成果,为了突出宣传这个成果,设计师就从头设计了一套很是Q版的成果演示截图。功效上传后被苹果奉告,屏幕快照不切合App自己的成果。

以上这些是本人在AppStore审核时亲自踩过的一些坑,虽然尚有许多坑,我和我的团队留意到了所以尽力制止了,可是小我私家认为也长短常需要留意的,我简朴列在下面供各人参考。

利用未果真的API被发明

利用和系统靠近的图标

界面太丑 可能交互过分巨大

不不变,容易瓦解

跟今朝其他应用过分类似

App内有检测更新

呈现第三方操纵系统的名字或图标

测试不充实,某些app声明支持的操纵系统版本有兼容性问题

 

那些年提交AppStore审核踩过的坑!
 
 

 

我们说了这么多踩过的坑,可能差点踩过的坑,无非就是想在今后App开拓中尽大概的制止。这里先容本人的一些履历总结,供各人参考

(1)防范在先

? ? ?对产物司理筹划的成果,首先需要判定是否在技能上可以实现,可能说在不合用非果真的API的环境下实现。因为许多时候,纵然你通过函数名动态拼接等技妙手段在提交审核时躲过API扫描,可是也不免被苹果从成果上发明可能被竞争敌手举报。然后对交互设计和UI结果需要有本身的判定,界面不能太丑,交互不能太巨大,不能利用跟系统过分类似的Icon。

(2)发版前过checklist

? ? ?每个项目都需要沉淀发版前的checklist,把之前踩过的坑举办备忘,也可以通过网络资讯等手段相识最近时间被拒的原因,把大概跟本身APP相关的部门举办备注;然后发版前逐条查抄一遍。

(3)预提交AppStore审核

? ? ?假如也防范了,发版前也过了checklist,可是有时候照旧不免百密一疏有所漏掉,出格是新成果较多的版本。这里我要重点推荐的就是预提交AppStore审核。项目标版本都是有发版周期的,一般在发版前一周阁下App版本根基问题,只是还需要修改一些bug并回归测试。这个时候完全可以先提交一个版本到AppStore去审核,横竖版本号是用不完的,只要不占用产物司理定的版本号就行。预提交审核有什么长处呢?

1、可以辅佐袒露潜在的问题。 这个版本大概开拓了一些新成果,然后有些处所大概没有思量到审核相关的风险。假如期待项目都要竣事正式发版时才袒暴露来,就追悔莫及了。

2、可以试探苹果的边界。 ?苹果审核条款其实许多时候是没有一个量化尺度的,好比屏幕快照不能跟App详细利用时的截屏相差太远,拿到UI设计师给到屏幕快照时,我们有时候也没有步伐确定到底是否真的切合苹果的类型,可是没有干系,我们先提交一个版本试一试就知道了;尚有再好比本年6月1号,苹果要求提交的App都支持IPV6-Only的网络。可是由于汗青原因,项目中有个不太常用的成果用的是第三方的SDK,他们没有步伐在我们发版前提供新的支持IPV6-Only的版本。然后我看网上也有人分享说苹果对这个要求并不长短常严格,只需要在iOS9下主要成果能支持IPV6就行了。虽然作为项目认真人,必定也不能说直接把这个成果砍掉不要了,亦或轻信网友所言忽视风险。怎么办呢?赶忙先预提交一个版本试一下再做抉择。功效是确实可以通过审核,所以最终版本没有砍掉这个成果,担保了产物的完整性上线了

(4)关于AppStore加快审核

假如颠末前面的尽力,你照旧被拒了,可能App的宣布要遇上某个时间节点,可是由于各类原因导致预留给App审核的时间太少了。这个时候你需要利用到苹果的加急审核通道。

你在百度里搜索iOS加急审核,你会发明有许多宣称可以帮你快速审核的人,24小时不通过审核不要钱,审核后再付款。假如你不知道苹果有官方的加急审核成果,你就很容易被这些白手套白狼的人所骗,并且收费都是5000RMB起步。那我真的很想对你说,找我吧,给你友情价打5折。

苹果的加急审核如何利用呢? 在iTunesconnect页面,点击右上角的“?”图标,在弹出菜单中选择“接洽我们”,

 

那些年提交AppStore审核踩过的坑!
 
 

 

然后在Contact Us页面,选择“App Review” —> “App Store Review” —>” Request Expedited Review”,

 

那些年提交AppStore审核踩过的坑!
 
 

 

然后在表格里填写相关信息,个中最重要的写你需要加急审核的原因。一般是写要赶某个重大节日运营节点,可能紧张修复某个严重的闪退问题,然后注明闪退现象复现的具体步调,就可以了。

关于详细加急审核有没有次数限制,次数是跟App相关照旧跟开拓账号相关,苹果并没有官方的说明。可是可以必定的是,网上据说一年只有两次加急审核的时机是不正确的。不外为了让好钢用在刀刃上,照旧慎用这个成果,以防到时真的有需要加急审核时却得不到响应。

不外从本年上半年开始,app审核时间大大缩短了,一般都不需要用到这个成果了。百度CarLife 最近几个版本都是3天就通过审核了,尤其是最新的支持EAP毗连的版本V2.1.0,一个晚上就审核通过了。

毛主席汇报我们“与天格斗,其乐无穷!与地格斗,其乐无穷!与人格斗,其乐无穷!”,可是作为iOS开拓者,跟苹果格斗,照旧小心审慎为好。最后提一句, 假如你知道你的app存在某个审核风险,可是通过了苹果审核,那么不要存在荣幸心理,请尽快修改。因为究竟苹果是人工审核,这个版本过了大概是审核人员脸色号,并不代表下个版本审核时脸色也这么好。

其实想想最近广电总局手游审查新政,对AppStore的审核法则也就没有啥可以诉苦的了。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。