ios appios审核被拒 再次提交的时候不能登录,被拒了好几次,怎么办

  39、一个第三方的应用,描述文字中有该网站的链接,进去网站后能找到付费链接,苹果说该网站有自己的支付方式,去除网址后通过  40、应用请求使用地理位置的权限,但相关功能藏得比较深,Apple说没找到相关的功能。—回信说明后通过  41、应用描述中提到了是全平台应用,可以和其他系统同步数据。因为提到了“Android”的字眼被拒。—修改描述后通过  42、App的UserAgreement中出现了Beta、Preliminary等字样。因为是发布第一个版本,产品带有一定的beta性质,但是确实是可发布产品了。按照公司LEGAL部门(外企,对UserAgreement要求严格)的要求,必须有类似Beta的说明告知用户,而Apple是明确不允许有Beta性质的字样的。  43、App是一个机遇小区的社区工具,顺便做了房产广告,但是apple审核说是广告app,不允许发布。  44、应用里有个去给我们打分的功能,被拒了。。(这是不是史上最坑爹的拒绝理由)  45、网络工具软件,要求支持国外的电信运营商网络。  46、曾经做一个Chinajoy美女图片show的,被认为不适合放在AppStore。  47、iOS5的数据存储问题…网络下载的资源不能直接搞在Documents目录下。这个反复整了5次左右才通过审核。  48、忘记提供测试账号……(审核的大爷们你们就不能自已弄个或者注册个账号么)  49、还有一次被拒,我回复说你们所说的问题不存在……后来……通过审核了。-.-  50、菜单中有一个文字包含测试,被打回,说不能上测试版本。  51、app名字包含pad,被打回,说容易名字不能有pad,会被误解为苹果自己的应用,不过同名的iphone版本就通过了…  52、upport地址在safari(仅仅是safari)下由于适配性问题打不开,结果就收到了apple的来信。  53、app里做了次抽奖,奖品是iphone4s,结果他们必须要我们将奖品改成别的,同时申明此活动与苹果公司无关,才可以上架。。。  54、app里做了次抽奖,奖品是iphone4s,结果他们必须要我们将奖品改成别的,同时申明此活动与苹果公司无关,才可以上架。。。  55、在程序的说明信息中有“越狱”俩字,被拒,后来把这俩字去了,PASS。但是:如果我在程序运行中检测出手机越狱了,这结果报出来让不让过?  56、使用GPS常驻后台服务,要我给出一个合适的理由,否则不往下审核,还好,解释一翻过去了。  57、出现“给我们五星好评”之类的文字。  58、应用内提到付费项目但木有通过苹果付费渠道(妄图不让苹果老大赚钱)  59、问我服务是不是只在IOS平台,还是同时支持多平台(我当然拥护苹果老大的领导,木有其他平台,iPhone专属)  60、地图应用,Google大神的LOGO没有显示。  61、google地图下面logo被一个UIView给遮挡了被拒。调整位置后ok  62、对不存在普遍比较标准的几类人进行比较和评判。不比人比动物后ok  63、上传通讯录没有通知。这个等了几个月,苹果的法律纠纷差不多了之后拒掉。然后加了提示后ok。  64、我写的英文App介绍审核人员看不懂,被拒。后然直接用中文。唉。  65、因为上行短信实现用户认证被拒  66、果测试人员的手机号在国外,因为收不到国内短信,被拒  67、他们打开我的一个APP测试,显示空白无内容,哈哈,因为他们相册里没有960*640的图,就说我该程序功能没开发完毕吧?然后我回了信,然后第二天就上架了。虽然这个小应用是极其简单的。  68、最蛋疼的是,提供了测试用户帐号密码,被我们某个手贱的测试人员测试修改密码的时候给改掉了。。。于是苹果登录不进来,于是杯具  69、IAP价格不能超过99美金(其中有一个是99.99美元,你妹啊!!!!!!!你麻痹多出0.99美金啊!!人家游戏都可以有啊!!!!为什么我们就不行啊!!!)  70、不能强迫用户注册(网络游戏啊亲!!你妹有直接登陆的按钮啊!!!不需要注册的啊!!试一下会shi啊!!!!)  71、supportURL无法访问(草草草草草!!!那几天GFW抽风,海外访问国内网站有问题,你妹躲在香港的体谅一下大陆人民啊!!!)  72、没有生成PaidiOS合同(游戏内含IAP,好吧,这个是合作公司搞的乌龙,就不吐槽苹果了)  73、某微博客户端,提供了测试账号,被拒的理由是「账号登录不进去」,还有截屏,我一看,这不把我们提供的测试账号的最后两个字母写反了么…赶紧反馈,之后三天才继续审核,这三天真是太赔了。  74、某门户新闻客户端,免费应用,被拒的理由是「找不到inapppurchase的项目对应的界面」,可是我们的应用跟本没有应用内支付,继续反馈…又等了三天…  75、iPhoneHumanInterfaceGuidelines中指出了基本UI控件应该如何正确地使用。我们应该按照它的要求来检查TabBar、NavigationBar和AlertView等控件是否符合Apple的口味。  76、确保应用不要模仿设备预装应用的样式和功能,如Music、iTunesMusicStore和AppStore等。这一条规则似乎是选择性实施的,因为许多浏览器和指南针类的应用都得到了批准。  77、不要加入过多脏话、无理由的性爱场面和吸毒场面。  78、不要对硬件按钮进行重新编程,赋予其它功能。例如,不要将音量按钮作为照相应用的快门键,不要将home键作为游戏中的开火键。
不删档内测
不删档内测5次提交AppStore审核5次被拒的经验总结 - 推酷
5次提交AppStore审核5次被拒的经验总结
算上Beta版的审核,我们的应用已经在App提交了5次了,被拒了五次。这里就来总结下各种被据的原因吧。
2.2 – Apps that exhibit bugs will be rejected
程序有bug,这个应该属于最浅显易懂的拒绝原因。但是谁又会提交一个有明显bug的版本上去呢?
我们有一个“使用微信登陆”的按钮,审核人员告诉我们,“unresponsive when tapped”,原因其实就是没有检查用户是否安装了微信,导致在未安装微信的设备上,这个按钮就没有响应。
10.6 – Apple and our customers place a high value on simple, refined, creative, well thought through interfaces. They take more work but are worth it. Apple sets a high bar. If your user interface is complex or less than very good, it may be rejected
这段话的说法其实很模糊,你的程序太差了所以被拒绝了。不过好在每次审核人员都会解释到底“差”在哪里,并且附上一个“Next Steps”告诉你怎么解决。(不过Beta版的审核人员不会这么做,感觉这是两个不同的部门,审核标准也略有不同,正式上架的审核会严格些,下文会详细介绍。)
Apps should be able to run on launch, without requiring additional applications to be installed.
这句话很重要,我们因为这个原因被拒了两次。我们的应用需要登陆,我们开始时我们只提供了一个第三方的微信登陆,第一次提交后,我们“贴心”的增加了判断,当用户未安装微信时点击微信登陆,会收到弹窗提醒告诉你未安装。不允许。
后一次提交的时候,我们增加了QQ作为登陆方式,结果QQ提供的手机SDK也和微信一个尿性,不装应用不能登录,更甚者不装最新版的不能登陆。毫无疑问,我们又被拒了,这次审核人员很贴心的用了一个“still”:We still find that your app requires the installation of another app before it can be used。于是我们很自作聪明的采用QQweb的登录方式来绕过必须安装手机QQ的问题,花了好大的精力,但实际上意义不大,国内不装手机QQ的用户屈指可数,而且不用qq的人基本上也不属于我们的应用的潜在用户。
这样做总算是通过了Beta版的审核,当我们正式提交的时候,还是被拒了。
Apps should be able to run on launch, without requiring additional applications to be installed.
这句话很重要,所以要说两遍。没装微信时,我们给了提示,不允许。在审核人员看来,你这种做法属于“required to install WeChat”。
更加方便的做法应该是,“没装QQ就不显示QQ登陆的按钮,没装微信就不显示微信登陆”,如果确实想用第三方登陆,请使用微博,他家SDK很贴心的在未安装微博时使用网页登陆。最好,你还是提供一个测试账号用于登陆。另外值得注意的是,在ios中,必要的操作都应该在应用内完成,不应该弹出到应用外,我们使用了qq的一个分享功能,qq的sdk在未安装QQ时会弹出到Safari里让用户登陆,因为这个事情,又被拒了一次。
17.2 – Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected
审核人员告诉我们,我们用了QQ、微信、微博的登陆授权,但是呢,“does not include account-based features offered by that site”,没用到他们网站提供的相应功能。
解决这个问题要么就增加“account-based features of that social network”,要么就使用自己的账户系统。但是网上的资料告诉我们说,自己的账户系统就一定要有完整的一套功能,密码找回之类的,不然会涉及到收集用户信息。
到底要不要做游客模式,这个问题我们争论了很久,理论上讲,如果你有完整的自己的用户系统,可以注册,那么确实没有必要游客系统。这样的应用有很多,比如微信QQ,比如Nike Training。但是大部分应用都是有的,这个问题的考量,更多的时从用户体验的角度上来看,用户是否必须要登陆才能使用。
what if 只有第三方登陆呢?
这个问题就比较棘手了,按照17.2的说法,必须要有““account-based features of that social network”。在这个问题上,我们理解是这样的,如果你的应用是基于个人账户的,所有的功能点都是围绕着用户系统展开的,那么,只提供一个第三方登陆,应该是远远不够的,你必须要有自己的用户系统;反之,如果你的应用,登陆属于bonus,比如“最美应用”,“ZAKER”(它们刚刚关闭了自有账户的注册),那么,只使用第三方登陆是可以的。
2.23 – Apps must follow the iOS Data Storage Guidelines or they will be rejected
审核人员说,我们的应用一打开,数据下载完毕后,就产生了3兆多的数据,这些数据我们默认是储存在/Documents里的,这个目录下的数据是默认会被同步到iCloud上去的。但是,只有用户自己产生的数据,才可以同步过去。简而言之,我们存错地方了,我们保存的其实是cache文件,这些文件是不应该被同步的,增加&do not back up& attribute就可以了,当然保险起见,cache类的文件不应该储存到/Documents里。
/Documents 里面只能存放用户产生的文件。
如果为了满足应用在离线状态下的使用,那么你缓存文件应当&/Library/Caches这里面。
放在/tmp 里的东西,用完就要去把它删掉。
用户自己放到documents里的数据,你也可以将其设为不同步到iCloud上去,以节约用户的iCloud空间。(毕竟是花钱买到)
上面四条就是 iOS Data Storage Guidelines中提到的四条规则。
另外值得注意的就是iTunes中对于应用数据的暴露,用户通过iTunes是可以直接访问Documents里的数据的,那么如果不希望用户拿到的数据,其实是不应该放在这里面的。
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置: 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致Performance - 2.1&br&&br&&br&We discovered one or more bugs in your app when reviewed on iPhone running iOS 9.3.2 on Wi-Fi.&br&&br&We were unable to login in. Specifically, no action took place after we filled in login credentials and tapped on the login button. Also, no action took place when we tapped on the Sina Weibo login button. &br&&br&We've attached screenshot(s) for your reference. &br&&br&Next Steps&br&&br&Please run your app on a device to identify the issue(s), then revise and resubmit your app for review.&br&&br&Apps are reviewed on an IPv6 network. Please ensure that your app supports IPv6 networks, as IPv6 compatibility is required.&br&&br&For additional information about supporting IPv6 Networks, please refer to Supporting IPv6 DNS64/NAT64 Networks.&br&&br&For a networking overview, see About Networking.&br&&br&If we misunderstood the intended behavior of your app, please reply to this message in Resolution Center to provide information on how these features were intended to work.&br&&br&For new apps, uninstall all previous versions of your app from a device, then install and follow the steps to reproduce the issue(s). For updates, install the new version as an update to the previous version, then follow the steps to reproduce the issue(s).&br&&br&Resources &br&&br&If you have difficulty reproducing a reported issue, please try testing the workflow described in Technical Q&A QA1764: How to reproduce bugs reported against App Store submissions.&br&&br&If you have code-level questions after utilizing the above resources, you may wish to consult with Apple Developer Technical Support. When the DTS engineer follows up with you, please be ready to provide:&br&- complete details of your rejection issue(s)&br&- screenshots&br&- steps to reproduce the issue(s)&br&- symbolicated crash logs - if your issue results in a crash log
Performance - 2.1We discovered one or more bugs in your app when reviewed on iPhone running iOS 9.3.2 on Wi-Fi.We were unable to login in. Specifically, no action took place after we filled in login credentials and tapped on the login button. Also, no action took place when we tapped on the Sina Weibo login button. We've attached screenshot(s) for your reference. Next StepsPlease run your app on a device to identify the issue(s), then revise and resubmit your app for review.Apps are reviewed on an IPv6 network. Please ensure that your app supports IPv6 networks, as IPv6 compatibility is required.For additional information about supporting IPv6 Networks, please refer to Supporting IPv6 DNS64/NAT64 Networks.For a networking overview, see About Networking.…
给APP服务器域名添加IPv6解析,添加一条4A记录,超级easy,推荐干货群()
已有帐号?
无法登录?
社交帐号登录为何苹果iOS APP审核不被通过-筑龙博客
【佛山优加科技】是一家集App开发,网站建设,微信微企业商城开发、APP推广等综合型的互联网公司。
网站制作&微信开发&APP开发
为何苹果iOS APP审核不被通过
& 一般来说或,苹果iOS APP开发首发审核是一到两个星期,但有时候可能要等一个月才会有相关的审核消息。如果首发不过,再次提交也就是更新的版本审核时间大约要3—10天。为此,产品在上线时,开发者需要把握时间,最好是预留多些以防变化。& & &&审核虽然花了不少时间,可还不一定会通过。等待结果是个不好受的过程。所以,为了能够首发就能通过,不影响iOS APP的市场退关和优化完善的后期计划,开发者需要清楚APP STORE应用审核的一些注意事项。下面【】优加网络科技简单分析一下为什么会不被审核通过的原因。& & &&1、出现奔溃闪退或是有明显的BUG& & & 如果操作过程中这种情况,那基本是不能通过的。所以,iOS&APP在提交之前,开发团队一定要不厌其烦得再三测试,寻找BUG和修复。APP STORE应用是非常重视用户体验的,所以iOS APP使用起来一定要顺畅才会有希望。& & &&2、出现诱导性的提醒或指示& & & 有些企业为了能与用户互动,或是有其他目的而引导用户点评收藏等,有这样功能的iOS APP一般也是会被拒的。只要iOS中出现诱导性的提醒或指示,都会被认为有作弊行为。有些喜欢在用户打开某个板块或链接后,自动获取用户的定位,产品有这样的设置也是很难通过的。除非在获取用户位置后主动告知用户,定位的用途,且是有正当用途,同时有允许用户拒绝的选择才行。& & &&3、出现UI、图片、文字等与苹果相似、相关& & & 还有一些细节如UI的设计,不能和苹果的图标相似。在描述中也不能出现和苹果有关联的词语,毕竟容易让用户误会的,苹果的应用商店自然不能给审核通过。此外,如果产品是视频、音频类的产品,内容是UCG用户自创,那么iOS APP里需要有提供用户可以举报的或是年龄、版权限制等功能。& & &&苹果iOS APP上线APP STORE审核要注意的细节很多,上面只是一部分。想要不触碰到禁区直接通过审核,就要花些时间去学习。重要的是不投机取巧,以用户体验为主设计产品,才能让你的APP一次性通过审核,及时上架。
youjiaapp的最新博文
分享到微信朋友圈
打开微信"扫一扫",扫描上方二维码请点击右上角按钮&,选择&
同时发布一条微博
$(".zhul_sy_rightBox").popupbox({geturl:ucenterDomain+"openjson/getpopupbox",format:"bigright",cssClass:"zhul_info_rightbox",waithtml:' '});
$().zlidol({geturl:weiboDomain+"userinfo/jsonidol?action=idol"})
})(jQuery);加速App Store审核的几个方法@审核加速流程_iOSApp审核加速插队_天涯博客
官方渠道IOS应用审核加速上架AppStore服务,1h32min进入审核,1h53min完成加速,48小时100%成功,qq:,tel:
今日访问:[$DayVisitCount$]
总访问量:2174
开博时间:
博客排名:暂无排名
(9)(7)(1)(0)(0)(1)(0)(0)(0)
  如下图文章开头流程图所示,在不考虑&APP&首发的前提下(这是另外的大话题,另文单独介绍),提交一个APP&的新版本事实上有三种方式:
  对于任何一个开发者而言,提交&APP&新版本时最重要的目标就是尽快通过审核。但俗话常说:欲速则不达。例如以上三种方式,尽管所需时间渐次缩短,但其实利弊之比也渐次凸显,还是需要根据实际情况进行抉择。
  正常审核
  对于绝大多数的开发者而言,走正常审核的路子是最常规也最安全的方式。老老实实做事,虽然短时间看起来会吃点亏,但从长期来看,收获反而可能更大。
  尤其是一个团队如果能做到严格按产品规划进行周期管理,并且实现高质量的开发和测试,完全可以按照自己的节奏,次次都按计划实现准时发布上架。
  加急申请
  加急申请是苹果官方提供的一种特殊的快速申请通道,安全性上不存在任何问题。在提供合理理由的情况下,可以在2&~&3天内就完成提交审核上架的全流程。但为了避免滥用这个特殊通道,苹果官方非明文限定每年每个应用只接受2&~&3次申请,一旦用完就再也没有机会了。
  付费交易
  对于某些不计成本只想快速上架新版本的土豪团队而言,付费交易是不二选择。从个人实际感受来说,这种一手交钱一手交货的方式还真是能实现前两者都无法实现的超快速过审。但需要注意的是,这种方式是审核团队成员私下进行的不合法操作,涉及商业犯罪,能持续多久,以及东窗事发之后是否会被追责都不得而知。
  APP&STORE&提审这事,不管选择哪条路都会有本难念的经。下面我就详细讲一讲各种方式提交时可能遇到的问题。至于ITC(iTunes&Connect)的官方说明文档,戳这里可以看到,还是那句话:值得好好研究一下。
  一、正常审核
  正常审核,也就是说,填好&iTunes&Connect&里的&Metadata,上传了新的&Binary之后,就老老实实等着审核团队的大爷们按照排期临幸吧。
  审核状态
  一般而言,一个&APP&新版本的审核会顺序经历下面的流程状态。
  上传之后,即进入等待时间为7&~&10天Waiting&for&review,具体的时间根据苹果审核团队当时的工作量情况而定,在这里可以看到近期审核平均耗时。
  一旦开始被审核,就进入了&In&review&状态&,一般会在一天之内有结果,如果成功过审的话,则变为&Processing&for&App&Store&状态。根据ITC&中的相关设置,此时会自动或者需要手动变为&Ready&for&sales&状态,然后需要半天左右时间在&App&Store&中更新原有缓存可供用户下载。
  而如果没能成功过审,则会变更为&Rejected&状态,这时就要考虑是申诉重审,还是修改Binary&之后重新提交排队,重新提交的话就又要再经历一个7&~&10天的正常审核周期了。
  Waiting&for&review:等待审核
  In&review:审核中
  Rejected:被拒
  Processing&for&App&Store:准备上架
  Ready&for&sales:成功上架
  申诉重审
  虽然决定&App&Store&里的各项事务上,苹果的审核和编辑人员一向像神一样说一不二,但他们毕竟也是人,也有犯错的时候。一旦审核过程中真的出现被误判的情况,就要勇敢和及时的申诉。从实际经验来看,申诉成功的概率相对还是非常高的。这里是我负责运营的一个项目的申诉实录,可以看看了解一下。
  申诉方式其实也比较简单,就是直接在解决中心回复拒信即可,注意申诉期间不要对Binary&做任何操作,否则就只能走重新提交排队的流程了。此外,在申诉时,一定要注意以下的几个问题。
  实事求是,不要妄图耍小聪明,如果拒信中提到的问题真的是&APP&本身的问题,则老老实实的改掉再提交,不要把问题往审核人员身上推,也不要找什么过往相同的案例,这种做法还没见过成功案例,纯属浪费时间
  认真看拒信中提到的问题是什么,如果确定是审核人员误判,就详细得解释问题所在以及解决方案。需要摆事实的摆事实,需要上图的上图,总之越详尽越细致越好
  尽可能用英文回信,这也算是一种和审核人员打交道的必要礼仪。虽然现在中文回信也有通过的案例,但用英文总体感觉效果还是更好一些的,效率也会更高一点
  特殊情况
  App&Store&每年的圣诞假期都会停止审核一周左右,这会带来两个后果:
  假期后审核时间变长,由于要处理积累的审核,一般而言新进入排队状态的审核耗时会延长至2周左右
  假期期间榜单会冻结,因此如果有可能就努力在假期之前冲击一个好的排名,然后享受一个幸福的假期吧
  二、加急申请
  加急申请是ITC&官方为开发者提供的一条快速通道,通过这种方式,可以实现2&~&3天快速过审的目标。选择这种方式,需要提供一个合理的理由,目前官方支持以下三种:
  Critical&Bug&Fix:严重&Bug,这种理由是通过率最高的,可能是因为审核者觉得有&Bug&没有审出来,他们自己也有责任吧。以这种理由进行申请的时候,需要&APP&里真的有个严重Bug,还需要写清楚&Bug&重现的操作流程
  Time-Sensitive&Event:限时事件,一般而言在节假日使用这个理由通过的概率会比较高,可以说自己已经排了多少的推广资源,活动按时进行可以新增多少的用户,尽量说的高大上点,通过的概率也不算低
  Other:其他理由,额,暂时还没有想到过可以说的清楚有信心能被接受的理由&&
  尽管加急申请的通过率的确不低,但千万不能当做常规方式使用,一年2&~&3次的机会,还是留着用在刀刃上吧,否则真的到了关键时刻不被搭理,那就真的欲哭无泪了。
  加急申请的方式也很简单,登陆ITC&账号之后,通过这个入口进入申请页面,然后按照页面上的输入项填写即可。这里有一篇介绍文章可以参考。
  三、付费交易
  不得不说,中国的确是一个神奇的国度,居然有人连黑箱一般的&App&Store审核人员都能搞定&&
  1.代理价格公开透明,明码标价。觉得贵的CP可以不考虑,市场的价格不会被个体的意愿左右。如果产品运营自己或者能够找到牛人来免费或者低价解决这个问题,当然是OK的。甚至如果有人愿意免费提供这个服务当然可以,不过貌似目前没有看到类似的免费服务。
  2.本身加急审核服务就是提供给真正着急审核的CP。我们都知道真正的大型手游1天的流水能够过几十万,甚至上百万。交给专业的人士操作可以保证在24小时内提审,这些都是服务条款,如果没有按时做到都有合同协议进行双方利益保证的。如果这个服务真的不靠谱,那我不明白为什么很多中型或者大型手游团队,本身有产品推广运营部门,还会下100次提速审核的单子。
  3.没有金刚钻别揽瓷器活,如果不能保证长期、稳定的提供优质的服务,相信市场会淘汰这样的企业,淘汰这样的服务,每个企业在开展新的服务内容的时候,其实都应本着创造价值的根本目的,你的服务有价值,自然会有用户选择你,这就是市场经济。游戏公司为重点方向,他们有推广,运营计划,会计算,能不能做,多久能回本,笔者跟几个专业的IOS运营推广,了解过。如果是网游,审核上线第一天,绝对能收回成本。新品发布,按照一款1.5W来计算,第一天就能赚回成本,如果他们后续推广作的好,ASO到位,流水增加会更加猛烈。}

我要回帖

更多关于 app审核被拒 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信