testflight上架被拒重新提交APP审核教程

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了testflight上架被拒重新提交APP审核教程相关的知识,希望对你有一定的参考价值。

参考技术A testflight上架被拒重新提交APP审核教程

ios APP审核比较严格,难免会出现被拒绝的情况,需要根据苹果反馈的问题修改后重新打包上传审核!

1、登录itunesconnect、 https://itunesconnect.apple.com  进入被拒绝的APP页面

点击未解决的iOS问题,进入查看原因。

2、复制翻译下具体被拒绝的原因,查看反馈的审核截图,根据问题修改app重新打包上传。

有些苹果要求你在下面回复反馈的问题,可以直接写中文,回复了就不用上传新的ipa重新提交审核了。

看具体的反馈,决定是否直接回复还是重新打包上传ipa提交审核!

3、 再点击下活动 那查看你已上传的版本号,修改打包的时候要比之前的高,比如现在2.0.0,可以修改为2.1或者2.0.1.

四、申请证书重新打包上传ipa

如果之前申请的iOS发布证书还在,跳过申请证书步骤,直接用之前打包上传即可, 如果不记得哪个证书或者删除了,就重新申请下。

APP上架审核被拒(新增2016.04)


2016最新版App Store应用审核指南完整版(红色字体为新增内容

上架流程:2016最新iOS APP提交上架流程✈️✈️


  • 1.0Terms and conditions(法律与条款)

    • 1.1作为App Store的应用开发者,你必须接受如下条款:Program License Agreement (PLA),Human Interface Guidelines (HIG),以及任何你与apple签订的许可和合同。以下规则和示例是为了协助你的应用更快通过审核上架,而不是修正或取代之前的条款。
  • 2.0 Functionality(功能)

    • 2.1存在Crash(崩溃,死机)的应用会被拒。

    • 2.2存在明显bug的应用会被拒。

    • 2.3不符合开发者描述的应用会被拒。

    • 2.4有未说明或隐藏特性或有悖描述的应用会被拒。

    • 2.5使用非公开API的应用会被拒。

    • 2.6试图读写非允许范围内的数据的应用会被拒。

    • 2.7试图以任何方式方法下载代码的应用会被拒。

    • 2.8安装或运行其他可执行代码的应用会被拒。

    • 2.9任何“beta”,“演示(demo)”,“试用(trial)”或“测试(test)”版本的应用会被拒。

    • 2.10iPhone应用必须可以无条件运行在iPad上,支持普通iPhone分辨率和2倍iPhone 3GS分辨率。

    • 2.11任何与App Store中上架应用重复的应用会被拒,尤其是已经有了很多的:如放屁,打嗝,手电照明和爱经。

    • 2.12没有用处的应用,web页面简单组合的应用,或任何哗众取宠,不能提供娱乐价值的应用会被拒。

    • 2.13纯粹用于市场推广或广告的应用会被拒。

    • 2.14有意提供隐蔽或虚假功能,却又不能明显标示的应用会被拒。

    • 2.15大于100MB的应用无法通过蜂窝网络下载安装(App Store自动处理)。

    • 2.16多任务应用只允许在后台运行如下相应的服务:VoIP,音频播放,地理位置,任务记录,本地提醒等。

    • 2.17应用只允许通过iOS WebKit框架和WebKit Javascript访问web页面。

    • 2.18鼓励酗酒,使用违法药物,或诱导未成年人饮酒,吸烟的应用会被拒。

    • 2.19提供错误的系统信息或设备数据的应用会被拒。

    • 2.20通过许多版本的类似应用对App Store造成干扰的开发者会被取消IDP身份。

    • 2.21歌曲和电影应该提交到iTunes store。书籍应该提交到iBookstore。

    • 2.22随意通过位置或运营商来限制用户使用的应用会被拒。

    • 2.23加入iCloud支持后,应用必须遵守iOS数据存储指南( iOS Data Storage Guidelines)否则将被拒。

    • 2.24在Newsstand里提交的应用必须遵守Developer Program License Agreement的第1,2和3条,否则将被拒。

    • 2.25与App Store类似的推荐或为其他应用做广告的应用将无法通过App Store审核。

  • 3.0 Metadata (name, descriptions, ratings, rankings, etc)(描述数据(名称,描述,评级,分类等)

    • 3.1应用或者元数据中提到其他任意移动平台会被拒。

    • 3.2描述数据有未填写项,存留占位符文本会被拒。

    • 3.3描述中提到与应用内容和功能无关信息会被拒。

    • 3.4应用在iTunes Connect与设备上显示的名称应该类似,否则会造成混淆。

    • 3.5不同尺寸的icon要一致,否则会造成混淆。

    • 3.6图标与截屏不符合4+年龄评级的应用会被拒。

    • 3.7应用的内容与所选分类和风格不符会被拒。

    • 3.8开发者有责任把应用放到恰当的分级(Rating)。不恰当的评级可能会被Apple修改,甚至删除。

    • 3.9开发者有责任给应用撰写恰当的关键词。不恰当的关键词可能会被Apple修改,甚至删除。

    • 3.10通过伪造,付费评价或其他非正规手段,获取App Store中较好的评价与星级的开发者会被取消IDP身份。

    • 3.11任何提示需要用户重启iOS设备来安装或运行的应用会被拒。

    • 3.12应用在提交审核过程中,所有涉及到的URL都要处于正常运行状态,例如保密协议,相关支持页面等。

  • 4.0 Location(位置)

    • 4.1未提示用户且获得用户允许之前收集,传输或使用位置数据的应用会被拒。

    • 4.2使用location-based API来自动控制车辆,飞行器或其他设备的应用会被拒。

    • 4.3使用location-based API进行调度,队伍管理或应急服务的而应用会被拒。

    • 4.4位置数据只能用于应用提供的直接相关功能或服务,或者有授权的广告。

  • 5.0 Push notifications(提醒推送)

    • 5.1不使用Apple Push Notification(APN) API提供消息推送的应用会被拒。

    • 5.2使用APN服务却没从Apple获取一个Push Application ID的应用会被拒。

    • 5.3在首次推送消息之前未取得的用户允许的应用会被拒。

    • 5.4使用提醒推送服务推送敏感的个人或机密信息的应用会被拒。

    • 5.5使用提醒推送发送主动消息,欺骗或干扰信息的应用会被拒。

    • 5.6应用不可以使用提醒推送发送广告,活动或任何形式的直接推广信息。

    • 5.7应用不可以提供收费的提醒推送服务。

    • 5.8使用APN服务过度占用网络带宽或容量或通过提醒推送大量占用系统资源的应用会被拒。

    • 5.9传输病毒,文件,代码或程序,导致破坏或扰乱正常的APN服务操作的应用会被拒。

  • 6.0Game Center(游戏中心)

    • 6.1向终端用户或第三方展示Player ID的应用会被拒。

    • 6.2Player ID被用于Game Center条款款意外的用途的应用会被拒。

    • 6.3试图通过Game Center反查,跟踪,描述,关联,发掘,收割,或利用Player ID,别名或其他信息的开发者会被取消IDP身份。

    • 6.4Game Center信息,例如Leaderboard得分,只能通过Game Center用于应用中。

    • 6.5使用Game Center发送主动消息,欺骗或干扰信息的应用会被拒。

    • 6.6使用Game Center过度占用网络带宽或容量的应用会被拒。

    • 6.7传输病毒,文件,代码或程序,导致破坏或扰乱正常的Game Center操作的应用会被拒。

  • 7.0Advertising(广告)

    • 7.1人工刷广告浏览或点击率的应用会被拒。

    • 7.2带有空iAd banner广告的应用会被拒。

    • 7.3设计主要用来展示广告的应用会被拒。

  • 8.0 Trademarks and trade dress(商标权与商标外观)

    • 8.1应用必须遵守Guidelines for Using Apple Trademarks and Copyrights 和Apple Trademark List中描述的所有条款和条件。

    • 8.2任何误导或暗示Apple为该应用来源或提供商,或Apple以任何形式认可其质量或功能的应用会被拒。

    • 8.3外观与现有Apple产品或广告主题类似或混淆的应用会被拒

    • 8.4应用名称中出现错误的Apple产品拼写(如,GPS for IPhone, iTunz)的应用会被拒。

    • 8.5使用受保护的第三方资源(商标,版权,商业机密,以及其他私有内容),如果要求请提供一份文本形式的使用授权。

  • 9.0Media content(媒体内容)

    • 9.1使用MediaPlayer框架以外的方法访问Music Library中媒体数据的应用会被拒。

    • 9.2用户界面模仿任何iPod界面的应用会被拒。

    • 9.3通过蜂窝网络传输的流媒体音频内容不得超过5MB或多余5分钟。

    • 9.4通过蜂窝网络传输超过10分钟流媒体视频内容,必须使用HTTP Live Streaming,并包含一条基线64kbps的音频HTTP Live流。

  • * 10.0User interface(用户界面)*

    • 10.1应用必须遵守Apple iOS Human Interface Guidelines中的所有条款和条件。

    • 10.2外观与iPhone自带应用(如:App Store,iTunes Store和iBookstore)相似的应用会被拒。

    • 10.3不使用或者不按照《苹果人机界面指南》正确使用系统提供的物品,比如按钮或者Icon的应用将会被拒绝。

    • 10.4创建备选桌面/主屏幕环境或者模拟多应用插件体验的应用程序将会被拒绝。

    • 10.5修改功能或者标准开关的应用将会被拒绝,比如音量大小以及铃声/静音功能。

    • 10.6苹果和我们的客户高度推崇简单、精致、富有创造性以及经过精心设计的用户界面。虽然需要付出更多努力,但却非常值得。苹果设立了很高的门槛。如果你的用户界面太过复杂或者不够好,可能会被拒绝。

    • 10.7 主要用于报时的Watch应用将会被拒绝。

    • 10.8 展示活动铃声的应用不得修改铃声或者其所代表的数据。

  • 11.0Purchasing and currencies(购买与流通货币)

    • 11.1通过App Store以外的渠道解锁或开启附加属性或功能的应用会被拒。

    • 11.2使用In App Purchase API (IAP)以外的系统提供购买内容,功能或服务的应用会被拒。

    • 11.3使用IAP为与应用无关的实体商品或商品服务收费的应用会被拒。

    • 11.4应用使用IAP购买积分(Credit)或其他货币,必须在应用中消费。

    • 11.5使用IAP购买的积分(Credit)或货币会过期的应用会被拒

    • 11.6使用IAP收费订阅的内容至少要在7天内有效,而且允许在所有iOS设备间共享。

    • 11.7用到IAP收费项目的应用必须分派到正确的收费类目中。

    • 11.8使用IAP购买iOS、WatchOS以及tvOS内置功能,比如照相机,陀螺仪;或者苹果品牌的外设,比如Apple Pencil或者苹果键盘;以及苹果服务,比如使用Apple Music或者iCloud存储的应用都将会被拒绝。(延伸至所有苹果设备)

    • 11.9含有限时过期的内容或服务的应用程序将会被拒绝,经特定批准的内容除外,比如电影、电视节目、音乐和书籍等。

    • 11.10保险类应用必须免费,遵守发布地区的法律,并且不允许使用IAP。

    • 11.11一般来说,越贵的应用审核就越仔细彻底。

    • 11.12提供收费订阅的应用必须使用IAP,Apple将会按照Developer Program License Agreement中约定的70/30的比例与开发者分账。

    • 11.13应用中如果提供了IAP以外的收费或订阅机制,如:“buy”按钮,跳转到一个购买电子书的web页面,会被拒。

    • 11.14应用可以阅读或播放任何在应用以外取得授权的内容(包括指定的杂志,报纸,书籍,音频,音乐和视频),只要在应用中不允许出现获取授权的收费链接或按钮。Apple不会对在应用外订阅或购买授权项目收取任何费用。

    • 11.15应用只能自动更新订阅的期刊(报纸、杂志),自动更新商业应用(企业、生产力、专业创意、云存储)和媒体应用(视频、音频,声音)将被拒绝。

  • 12.0Scraping and aggregation(抓去与整合)

    • 12.1从Apple的页面(如:apple.com, iTunes Store, App Store, iTunes Connect, Apple Developer Programs, 等)抓取内容,或利用Apple页面和服务中的内容进行排名的应用会被拒。)

    • 12.2应用可以使用授权的Apple RSS,例如iTunes Store RSS。)

    • 12.3简单的web页面裁剪,内容整合或链接收集应用会被拒。

  • 13.0 Damage to device(损害设备)

    • 13.1任何怂恿用户做出可能损坏Apple设备的行为的应用会被拒。

    • 13.2快速耗光设备电量或产生大量热量的应用会被拒。

  • 14.0 Personal attacks(人身攻击)

    • 14.1任何涉嫌诽谤,侮辱,狭隘内容或打击个人或团体的应用会被拒。

    • 14.2职业政治讽刺家和幽默作家不受该诽谤和狭隘条款约束。

  • 15.0 Violence(暴力)

    • 15.1展示人或动物被杀戮,致残,枪击,针刺或其他伤害的真实图片的应用会被拒

    • 15.2描述暴力或虐待儿童的应用会被拒。

    • 15.3游戏中的“敌人”不能单独的设定为某特定比赛,文化,真实的政府或组织,或者任何现实事物。

    • 15.4含有以鼓励非法或鲁莽使用的方式描述真实武器的应用会被拒。

    • 15.5带有俄罗斯轮盘游戏的应用会被拒。

  • 16.0 Objectionable content(负面内容)

    • 16.1介绍过度三俗和粗鲁内容的应用会被拒。

    • 16.2设计来惹怒或恶心用户的应用会被拒。

  • 17.0 Privacy(隐私)

    • 17.1在未获得用户事先允许,或未告知用户信息将被如何,在哪里使用的情况下,应用不可以传输用户数据。

    • 17.2要求用户提供个人信息,如邮箱地址,生日等,才能使用其功能的应用会被拒。

    • 17.3专门收集未成年人数据的应用会被拒。

  • 18.0 Pornography(色情)

    • 18.1含有韦氏词典中定义的色情素材的应用会被拒。

    • 18.2经常有用户提供色情内容的应用会被拒。

  • 19.0 Religion, culture, and ethnicity(信仰,文化和种族)

    • 19.1带有对一种信仰,文化或种族进行诽谤,侮辱,狭隘,或以他们为目标的暴力或伤害内容的应用会被拒。

    • 19.2应用若带有或应用对一种信仰的文字描述,那么这个引用或翻译必须是精确,无歧义的。注释内容可以具有教育性,信息性,但不可以为煽动性。

  • 20.0 Contests, sweepstakes, lotteries, and raffles(竞赛,赌博,彩票和抽奖)

    • 20.1赌博和竞赛必须是由应用开发者或所有公司发起资助的。

    • 20.2应用中必须展示赌博和竞赛的官方条款,并声明Apple不是资助者,并且在任何情况下与此事无关。

    • 20.3开发者必须经过法律允许才能上线一款抽奖应用,而且抽奖应用必须具备以下要素:报酬,机会,和奖金。

    • 20.4直接允许用户在应用中购买彩票或抽奖的应用会被拒。

  • 21.0 Charities and contributions(慈善与捐助)

    • 21.1含有向已认证的慈善机构捐助功能的应用必须是免费的。

    • 21.2慈善募捐必须通过短信息或通过Safari访问web页面完成。

    • 22.1应用必须遵守所有发布地区当地法律。开发者有义务了解和遵守各地的法律。

    • 22.2包含虚假,欺诈或误导叙述或者使用类似于其他应用名称以及icon的程序将会被拒绝。

    • 22.3任何召集,推销和股东犯罪和鲁莽行为的应用会被拒。

    • 22.4非法文件共享应用会被拒。

    • 22.5任何设计用来非法赌博工具,包括算牌的应用会被拒。

    • 22.6提供知识拨打电话或知识发送短消息/彩信功能的应用会被拒。

    • 22.7任何开发暗中获取用户密码和私有数据的开发者会被取消IDP身份。

    • 22.8任何非法律执行部门发布的带有DUI检查点信息,或鼓励且协助酒后驾车的应用会被拒。

    • 22.9计算药剂用量的应用程序必须由药品制造商或者认可机构发布,比如医院、保险公司以及高校。

    • 22.10.在未授权的情况下使用iTunes音乐预览的应用程序将会被拒绝。

  • 23.钱包Wallet(之前被称为Passbook)

    • 23.1钱包Passes可被用来进行或者接受付款,转账或者提供验证信息(比如电影票、飞机票、优惠券以及其他),但把 钱包Passes用于其他用途的应用程序可能会遭到拒绝,并且会被撤销Wallet证书。

    • 23.2Wallet必须包含pass发行人提供的有效联系资料,否则应用将会被拒绝,并且Wallet证书也会被取消。

    • 23.3 Passes必须经过实体签名,并基于其名字、商标或者品牌进行分发,否则应用程序将会被拒绝,而Wallet证书也可能会被撤销。

  • 24.儿童类别

    • 24.1儿童类别中的应用程序必须包含隐私政策,必须遵守适用的儿童隐私法规。

    • 24.2儿童类别中的应用程序不允许包括行为广告(比如广告商不基于用户的应用内活动提供广告),任何在应用程序中展示的上下文广告必须适合儿童。

    • 24.3儿童类别中的应用程序必须得到家长许可或使用家长控制才能链接至应用程序外部或进行交易。

    • 24.4儿童类别中的应用程序必须为儿童年龄进行特别标明5岁以下,6-8岁或者9-11岁。

  • 25.扩展插件

    • 25.1包含扩展插件的应用程序必须遵照《应用扩展插件编程指南》的要求。

    • 25.2包含扩展的应用程序必须提供某些功能(辅助屏幕,附加设置),否则将会被拒绝。

    • 25.3如果扩展的视图中包含营销推广、广告或者IAP内容,那么包含该扩展的应用将会被拒绝。

    • 25.4键盘扩展必须提供一个切换至下个键盘的方法。

    • 25.5键盘扩展必须具有离线访问功能,否则将会被拒绝。

    • 25.6键盘扩展必须提供和《应用扩展编程指南》描述一致的数字和十进键盘类型,否则将会被拒绝。

    • 25.7提供键盘扩展的应用必须拥有基本的键盘功能(比如输入)、拥有优先分类工具和隐私政策,否则将会被拒绝。

    • 25.8提供键盘扩展的应用程序只允许收集用户活动以增强键盘扩展在iOS设备上的功能,否则将会被拒绝。

  • 26.HomeKit

    • 26.1使用HomeKit框架应用程序的主要目的必须是提供家庭自动化服务。

    • 26.2使用HomeKit框架的应用程序必须在营销文本中说明用途,同时必须提供隐私政策,否则将会被拒绝。

    • 26.3应用程序不得把从HomeKit API收集的数据用于广告宣传或者其他基于用户的数据挖掘。

    • 26.4出于其他目的使用从HomeKitAPI收集的数据,而不是用于提高用户体验或者家庭自动化功能中硬件/软件性能,这类应用将会被拒绝。

  • 27.0HealthKit、CareKit和人类对象研究(此前为HealthKit)

    • 27.1为健康目的而使用HealthKit或者CareKit框架或者执行人类对象研究,比如使用ResearchKit的应用必须尊重应用发布所在地的法律,还要遵守iOS开发者项目授权协议的3.3.28以及3.3.39条。

    • 27.2将虚假或者错误的数据写入HealthKit的应用程序将会被拒绝。

    • 27.3使用HealthKit框架的应用程序在iCloud中储存用户健康信息将被拒绝。

    • 27.4应用程序不允许将通过HealthKit API收集的用户数据用作广告宣传或者基于用户数据挖掘目的,为改善健康、医疗、健康管理以及医学研究目的除外。

    • 27.5未经用户许可与第三方分享通过HealthKit API获得的用户数据的应用程序将会被拒绝。

    • 27.6使用HealthKit框架的应用程序必须在营销文本中说明集成了健康应用,同时必须在应用的用户界面清楚阐释HealthKit和CareKit的功能。

    • 27.7使用HealthKit或者CareKit框架,或者执行人类对象研究的应用程序必须提供隐私政策,否则将会被拒绝。

    • 27.8提供诊断、治疗建议,或者控制诊断疾病的硬件,或者治疗疾病的应用程序,若没有根据要求提供书面的监管审批将会被拒绝。

    • 27.9收集人体生物学研究相关数据的应用程序必须要获得参与者的许可,对于未成年人,应用程序要得到其父母或者监护人的许可。许可内容必须包括:(a)研究的性质、目的以及持续时间;(b)参与流程、风险以及受益 (福利);(c)信息的机密性和数据处理(包括与任何与第三方的共享);(d)参与者问题切入点;(e)取消方法

  • 28.TestFlight

    • 28.1应用程序仅能使用TestFlight对以公开发布为目的的应用进行 beta测试,且必须完全遵守应用审核指南。

    • 28.2当版本中包含的内容、材料或功能有重大变化时,使用TestFlight的应用程序必须提交审核。

    • 28.3使用TestFlight的应用程序以任何补偿交换的形式分发给测试者。

  • 29.ApplePay

    • 29.1使用ApplePay的应用程序必须在出售任何商品或者服务之前为用户提供所有材料的购买信息,否则将会被拒绝。使用ApplePay进行定期付款的应用程序必须提供最低限度续费期限,付费将持续至被取消,每个阶段所付款额,向用户收取的费用,以及如何取消等。

    • 29.2使用ApplePay的应用程序必须正确使用 《ApplePay认证指南》中的ApplePay标识和用户界面元素,否则将会被拒绝。

    • 29.3使用ApplePay作为购买机制的应用程序所提供的商品或服务不能触犯任何交付地范围内的法律,也不能用作任何非法目的。

    • 29.4使用ApplePay的应用程序必须提供隐私政策,否则将会被拒绝。

    • 29.5只有为了促进或提高商品和服务的交付,或者依照法律要件,使用ApplePay的应用程序才能与第三方分享通过ApplePay获得的数据。

  • 30.Apple Music API(新增)

    • 30.1 未经用户同意而使用Apple Music API进行回放的应用将会被拒绝。

    • 30.2 使用Apple Music API的应用必须展现和尊重标准媒体操作,比如播放、暂停和跳过等。

    • 30.3 使用Apple Music API的应用不得要求支付或者其他通过Apple Music服务进行的货币化(比如内购、广告、要求用户信息等)。

更多查看:http://www.zhihu.com/question/20216099

以上是关于testflight上架被拒重新提交APP审核教程的主要内容,如果未能解决你的问题,请参考以下文章

iOS APP上架被拒重新提交审核教程

APP上架审核被拒(新增2016.04)

我app提交appstore审核被拒原因以及具体该怎么修改

iOS APP提交上架最新流程

iOS APP上架被拒,这个原因该怎么解决

iOS APP提交上架最新流程(转)