• · 2018年苹果审核指南最新更新条款

    在上面文章已经给大家讲解了2018年苹果审核指南最新更新条款①,最近一直在忙,所以忘记给大家更了,哈哈,抱歉~让大家久等了.下面给大家继续分享2018年苹果审核指南最新更新条款②。

    3. 业务

    在 App Store 中,您可以通过多种方式让自己的 App 实现盈利。如果您的业务模式并不显而易见,请务必在其元数据和 App Review 备注中加以说明。如果我们无法理解 App 的工作方式,或者 App 内购买项目不是那么一目了然,则审核会有所延误,并可能会导致 App 被拒绝。尽管价格由您决定,但是我们不会分发要价明显过高的 App 和 App 内购买项目。对于试图以不合常理的高昂价格欺骗用户的 App,我们将予以拒绝。

    如果我们发现您试图操纵评论,通过付费、提供奖励、经过筛选或伪造反馈来提高排名,或者要求第三方服务代您这样做,我们会采取相应措施以维护 App Store 的公正诚信。采取的措施可能包括将您从 Apple Developer Program 中除名。

    3.1 付款

    3.1.1 App 内购买项目:

    如果您想要在 App 内解锁特性或功能 (解锁方式有:订阅、游戏内货币、游戏关卡、优质内容的访问权限或解锁完整版等),则必须使用 App 内购买项目。App 不得使用它们自己的机制来解锁内容或功能,比如许可证密钥、增强现实标记、二维码等。App 及其元数据不得包含指引客户使用非 App 内购买项目机制进行购买的按钮、外部链接或其他行动号召用语。

    App 可使用 App 内购买项目式货币,以便用户在 App 中“打赏”数字内容提供商。

    通过 App 内购买项目购买的所有点数和游戏货币不得过期,并且您应确保为所有可恢复的 App 内购买项目设计一套恢复机制。

    请务必指定正确的可购买类型,否则您的 App 将被拒绝。

    App 不得直接或间接地将 App 内购买项目内容、功能或消耗品赠予他人。

    通过 Mac App Store 分发的 App 可托管基于非 App Store 机制的插件或扩展。

    提供“战利品箱”或其他随机虚拟物品购买机制的 App 必须在客户购买前,向其披露每种类型物品的获取几率。

    非订阅 App 完全解锁之前可提供一段时间的免费试用期,按照命名约定:“14天试用期”。 在试验开始之前,您的 App 必须明确它的持续时间,当试验结束时,内容或服务不再允许访问,用户需要付费才可以继续使用。通过收据和设备检查了解更多关于管理内容和试用期的持续时间。

    个人见解及解决方案:应用内购项目支付手段不能唤醒其他APP,比如买个游戏道具不能唤醒支付宝微信一类的,应用内购只能用Apple Pay!如果你的内含有第三方的控制开关,在之前的时候是可以通过关闭开关在提交审核是行得通的,在2018年后已经无法隐藏,需要加入特定的代码和混淆及重新设置开关,详细在这里就不多说了,支付这款很好解决.如果没有经验的开发者还是建议老老实实地走 IAP 的支付方式,用内购。如果隐藏虚拟产品或者通过后更改支付方式,都是有一定风险的。

    3.1.2 订阅:无论属于 App Store 上哪一类别,App 都可以提供自动续订的 App 内购买订阅。在 App 内集成可自动续订的订阅时,请务必遵循下述指导原则。

    3.1.2(a) 允许的用途:如果您提供自动续订订阅,则必须为客户提供持续的价值,订阅期必须持续至少七天,并且能够在用户的所有设备上访问。以下并非详尽列表,适当的订阅示例包括:新游戏关卡;连载内容;多玩家支持;持续提供实质性更新的 App;对媒体内容的大型合集或持续更新的访问权限;软件即服务 (SAAS);以及云服务支持。此外:

    订阅可与单点式服务一起提供。例如,您可以提供整个影片库的订阅,以及单部影片购买或租赁。

    您可以在您的多个 App 和服务中提供跨 App 的订阅项目,但这些订阅不可扩展到第三方的 App 或服务。游戏订阅中提供的游戏必须由该开发者拥有或已受独家许可 (例如:非属于游戏发布平台的一部分)。所有游戏都必须直接从 App Store 下载。游戏须避免订阅用户的重复支付,且不应损害非订阅用户的利益。

    订阅必须适用于可使用该 App 的所有用户设备。详情请参阅 Sharing a subscription across your apps。

    App 不得强制要求用户为 App 评级或点评、下载其他 App,或执行其他类似操作,然后才能访问该 App 的功能、内容或者使用该 App。

    与所有 App 一样,此类服务订阅应当允许用户直接获得付费购买的项目而无需执行额外任务,如在社交媒体上发帖、上传通讯录,以及在 App 内签到特定次数等。

    订阅可以包含消耗性的积分、宝石或游戏内货币等。您也可以提供包含消耗性商品打折权益的订阅 (例如能以优惠价购买宝石包的高级会员资格)。

    如果要将现有 App 更改为基于订阅的业务模式,您不得减掉现有用户已付费购买的主要功能。例如,针对新客户引入订阅模式后,已购买“完整游戏解锁”的客户应能够继续访问完整版游戏。

    自动更新订阅 App可以通过提供 App Store Connect 中列出的相关信息向客户提供免费试用期。那些试图以虚假借口欺骗用户购买订阅的 App 或进行欺骗和交换操作的 App 将从 App Store 中删除,您也将从 Apple Developer Program 中除名。了解更多免费订阅试用。

    3.1.2(b) 升级和降级:用户应能获得无缝的升级/降级体验,并且不会出现无意间订阅同一内容的多个不同版本。请查阅关于管理订阅升级和降级选项的最佳做法。

    3.1.2(c) 订阅信息:在让客户订阅之前,您应当清晰描述付费后的具体权益。每月有几期?云存储容量有多大?具体能访问您的哪些服务?另外,务必要清晰地表述相关的要求,即苹果开发者计划许可协议的 Schedule 2 中“协议、税务和银行业务”部分所述的要求。

    3.1.3(a) “阅读器” App:App 应允许用户访问先前购买的内容或内容订阅 (具体包括:杂志、报纸、图书、音频、音乐、视频、专业数据库访问权限、VoIP、云存储以及经批准的服务,如课堂管理 App) 以及多平台游戏中的消耗品,前提是您同意不会直接或间接引导 iOS 用户使用非 App 内购买项目机制进行购买,并且在您介绍其他购买方式的普通沟通中没有刻意阻止用户使用 App 内购买项目。

    3.1.3(b) 多平台服务:跨多个平台运行的 App 可以让用户在其他地方访问获得内容、订阅或功能,包括多平台游戏中的可消费项目,前提是这些也提供 App 内购买项目选项。您不能直接或间接地针对 iOS 用户使用内购之外的购买方法,并且您关于其他购买方法的日常沟通也不能阻碍内购的使用。

    3.1.4 特定硬件内容:在为数不多的情形中,例如当功能依赖于特定的硬件功能时,App 可在不使用 App 内购买项目的情况下解锁该功能 (例如,天文 App 会在与望远镜同步后增加功能)。与经过批准的实际产品 (如玩具) 配合使用的可选 App 功能可在不使用 App 内购买项目的情况下解锁特定功能,前提是同时也提供 App 内购买项目选项。您不得要求用户通过购买无关产品或参与广告或市场活动来解锁 App 功能。

    3.1.5 (a) App 之外的商品和服务:如果 App 允许用户购买将在 App 之外使用的商品或服务,则必须使用 App 内购买项目以外的购买方式来收取相应款项,如 Apple Pay 或传统的信用卡输入。

    3.1.5 (b) 数字加密货币

    (i) 钱包:App 可促进虚拟货币存储,只要它们是由注册为组织的开发人员提供。

    (ii) 挖矿:App 不得挖掘加密货币,除非处理是在设备之外进行的(例如基于云的挖掘)。

    (iii) 交易所:App 可以在经过批准的交换中促进加密货币的交易或传输,前提是这些交易是由交换本身提供的。

    (iv) 首次币发行:为首次发行货币(“ICOs”)、密码货币期货交易、其他密码证券或准证券交易提供便利的 App,必须来自老牌银行、证券公司、期货交易委员会(“FCM”)或其他经批准的金融机构,并必须遵守所有适用法律。

    (v) 加密货币 App 不得为完成任务提供货币,比如下载其他应用程序、鼓励其他用户下载、发布到社交网络等。

    3.1.6 Apple Pay:如果 App 使用 Apple Pay,则在销售任何商品或服务之前,必须先向用户提供所有的基本购买信息,并且必须正确使用 Apple Pay 品牌和用户界面元素,具体要求可参考“Apple Pay 识别标志指南”和“Human Interface Guidelines”。使用 Apple Pay 提供重复付款服务的 App 至少需要披露以下信息:

    续订周期的时长;除非被取消,否则续订将会继续

    每个周期中会提供哪些服务

    将向客户收取的实际费用

    如何取消

    3.1.7 广告: App 里显示的广告必须符合应用的年龄评级,允许用户查看所有针对该广告的信息(用户不需要离开 App),并且不得基于敏感的用户数据对其进行定向广告,如健康/医疗数据(如HealthKit APIs)、教室数据(如 ClassKit)或儿童数据(如儿童类应用)等。

    打断用户体验的间隙广告必须明确表明它们是广告,不能操纵或欺骗用户点击,必须提供易于访问和可见的关闭/跳过按钮,以便人们删除广告。

    3.2 其他业务模式问题

    下方列表并非详尽清单,并且您提交的 app 可能会导致我们的政策有所更改或更新,但这里有一些额外的应做事宜和勿做事宜需要您谨记在心:

    3.2.1 可以接受

    (i) 在您的 App 中,出于购买或促销目的而展示您的其他 App,只要您的 App 不只是简单地罗列其他 App。

    (ii) 显示或推荐专为经批准的特定需求而设计的第三方 App (如健康管理、航空以及辅助功能等)。您的 App 应能提供持续不断的编辑内容,这样 App 才不会看起来像是个摆设。

    (iii) 在租借期限结束后,禁止访问经批准的特定租借内容 (例如电影、电视节目、音乐、图书);所有其他项目服务不得存在过期时间。

    (iv) Wallet 凭证可用于付款或接收付款、传输交易或是提供身份验证 (例如电影票、优惠券和 VIP 凭据)。如将 Wallet 凭证用作其他用途,则可能会导致 App 被拒,Wallet 凭据也有可能被撤销。

    (v) 保险类 App 必须免费提供,并且必须遵守 App 发布地区的相关法律,且不得使用 App 内购买项目。

    (vi) 经批准的非营利组织可以在他们持有的 App 或第三方 App 内进行筹款活动,前提是这些筹款活动必须遵守所有的 App Review 准则并提供 Apple Pay 支持。这类 App 必须披露资金的计划用途,遵守所有必要的当地和联邦政府法律,并且确保向捐款人提供相应的报税收据。在被要求时,还应向 App Review 团队提供其他信息。向捐款人介绍其他非营利组织的非营利组织平台必须确保 App 中列出的每一家非营利组织都已通过非营利组织批准流程。进一步了解如何成为批准的非营利组织。

    (vii) App 可允许个人用户使用非 App 内购买项目机制向另一位个人送赠货币式礼物,前提为:a) 送赠方拥有决定是否进行送赠的完全自主权,b) 获赠方收取 100% 的礼物金额。然而,礼物若在任何时间点对应或包含接收任何数字内容或服务,则必须使用 App 内购买项目。

    (viii) App 如被用于金融交易,投资或资金管理,发布方应为执行此类服务的金融机构,或必须使用由该机构根据其条款与条件提供的公共 API。

    3.2.2 不可接受

    (i) 创建与 App Store 类似且用于显示第三方 App、扩展或插件的界面,或将其作为热门 App 的合集。

    (ii) 通过由硬件或操作系统提供的内置功能 (诸如推送通知、照相机或陀螺仪) 或 Apple 服务 (如 Apple Music 访问或 iCloud 存储) 获利。

    (iii) 人为地刷广告展示次数或者广告点进次数的 App,以及主要设计目的在于显示广告的 App。

    (iv) 在 App 内为慈善机构和募款方筹集资金,除非您是经批准的非营利组织或依上文 3.2.1 (vi) 规定获得了许可。出于以上目的筹集资金的 App 必须在 App Store 上免费,并只能在 App 之外筹集,例如通过 Safari 或短信。

    (v) 强行限制 App 的用户群,例如限制特定地区或运营商。

    (vi) App 应当允许用户直接获得付费购买的项目而无需执行额外的任务,如在社交媒体上发帖、上传通讯录,以及在 App 内签到特定次数等。App 不得要求用户必须先为 App 评分或点评、观看视频、下载其他 App、点击广告或进行其他类似操作,然后才能访问 App 的功能、内容或使用 App,或者接受现金或其他补偿。

    (vii) 人为操纵用户在其他服务中的可见性、状态或排名,除非相关服务的条款和条件允许这样做。

    (viii) App Store 中不允许分发协助进行二元期权交易的 App。请考虑使用网页版 App。App 如支持差价合约或其他金融衍生工具 (如外汇) 交易,则必须在提供服务的所有司法管辖区获得相应的许可。

    (ix) App 不能强迫用户对其进行评级、审查、下载其他 App 或执行其他类似的操作来访问 App 的功能、内容或使用。

    4. 设计

    Apple 客户非常看重简洁、雅致、创新且易于使用的产品,这也正是我们希望在 App Store 上看到的。您可尽情提供各种优秀设计,但在 App Store 上被获准发布的 App 至少需要满足以下标准。另请记住,即使在 App 获得批准之后,您也应当对其进行更新,确保 App 能正常工作并持续吸引新客户和现有客户。停止服务或体验下降的 App 随时可能会从 App Store 中被移除。

    4.1 抄袭者

    请拿出您自己的想法。我们知道您有自己的奇思妙想,那么请将它们付诸实际。请不要简单照搬 App Store 上的热门 App,或只是细微修改其他 App 的名称或 UI,就将其挪为己用。这么做不但有引发知识产权侵权索赔的风险,更会加大在 App Store 中浏览的难度,而且对您的开发者同仁来说也不公平。

    4.2 最低功能要求

    App 应包含功能、内容和 UI,而不仅仅是一个经过重新包装的网站。如果 App 没有什么实用价值、毫无新意或者不太像是一个 App,那它就不适合出现在 App Store 中。如果 App 不能带来持久的娱乐价值,或只是让人感到毛骨悚然,则无法获得批准。如果 App 只是一首歌曲或一部影片,则应提交到 iTunes Store。如果 App 只是一本书籍或游戏指南,则应提交到 iBooks Store。

    个人见解及解决方案:

    1、简单来说,就是你的app功能太过简单,没有达到一个app应用的标准,不具备提交到App store的资格。

    2、通过进一步查看苹果官方的Guideline 4.2,其内容如下:

    App 应包含功能、内容和 UI,而不仅仅是一个经过重新包装的网站。

    如果 app 没有什么实用价值、毫无新意或者不太像是一个 app,那它就不适合出现在 App Store 中。

    如果 app 不能带来持久的娱乐价值,或只是让人感到毛骨悚然,则无法获得批准。

    如果 app 只是一首歌曲或一部影片,则应提交到 iTunes Store。

    如果 app 只是一本书籍或游戏指南,则应提交到 iBooks Store。

    3、Guideline4.2.1 App 应该为实现预期用途而使用 API 和框架,并在 app 描述中说明集成详情。例如,HomeKit 框架应提供家居自动化服务,HealthKit 则应该用于保持健康和健身目的,并集成在“健康”app 中。

    4、Guideline4.2.2 除了目录类 app 之外,app 不应只用于市场营销材料、广告、网络剪报、内容聚合或链接集合。

    5、Guideline4.2.3 App 应能独立工作,无需安装其他 app。

    6、Guideline4.2.4 与表盘类似的 Apple Watch app 可能会令人感到困惑,因为用户会认为这些 app 能与各种设备功能 (如轻扫、通知和第三方功能栏) 配合使用。将创意性的时间表现方式用作 app 界面是个好点子 (例如,供冲浪者使用的潮汐时钟),但是如果您的 app 与表盘过于相像,则可能会被我们拒绝。

    7、Guideline4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 app 需要包含更多的 app 功能,才能获得批准。

    8、Guideline4.2.6 利用商业化模板或 app 生成服务创建的 app 会被拒绝。

    应对解决方式

    苹果审核指南里说得非常清楚,你要做的就是做良民,遵循苹果标准,提交有价值、符合规范的应用。同时需需要注意:

    避免功能过于简单;

    简单的资讯聚合、链接聚合app,会被拒绝;

    不用提交使用商业化模板创建的应用;

    4.2.1 应用 ARKit 的 App 应提供丰富而完整的增强现实体验,仅将模型放入 AR 视图或重播动画并不足够。

    4.2.2 除了目录类 App 之外,App 不应只用于市场营销材料、广告、网络剪报、内容聚合或链接集合。

    4.2.3 (i) App 应能独立工作,无需安装其他 App。

    (ii) 为确保 App 在启动时运行, 请确保在二进制文件中包含足够的内容。

    (iii) 如果您的 App 需要下载其他资源,请在下载前公开下载的大小并提示用户。在 2019 年 1 月 1 日以后提交的任何更新中,现有 App 都必须遵守这一准则。

    4.2.4 与表盘类似的 Apple Watch App 可能会令人感到困惑,因为用户会认为这些 App 能与各种设备功能 (如轻扫、通知和第三方功能栏) 配合使用。将创意性的时间表现方式用作 App 界面是个好点子 (例如,供冲浪者使用的潮汐时钟),但是如果您的 App 与表盘过于相像,则可能会被我们拒绝。

    4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 App 需要包含更多的 App 功能,才能获得批准。

    4.2.6 利用商业化模板或 App 生成服务创建的 App 将被拒绝,除非该 App 由其内容的提供商直接提交。这些模版服务若要为不同的客户提供差异化的用户体验,可提供工具来帮助客户自行创建创新的 App,但不应代表客户提交 App。模板提供商也可以考虑创建单一的二进制文件,以汇总或“选取”的模型托管所有客户端内容 (例如:在搜索餐厅的 App 里为每个客户餐厅定制独立的条目或页面,或在聚会活动 App 里为每个客户的活动创建单独的条目)。

    4.2.7 远程应用镜像:如果您的远程桌面 App 作为特定软件或服务的镜像而不是主机设备的通用镜像,那么它必须遵守以下规定:

    (a) 主机设备是用户拥有的个人计算机,主机和客户端必须连接在本地和基于 lan 的网络上。

    (b) 客户端中出现的任何软件或服务都完全呈现在主机设备的屏幕上,不得使用超出远程桌面流所需的 API 或平台特性。

    (c) 所有帐户创建和管理都必须从主机设备启动。

    (d) 客户端出现的 UI 不类似 iOS 或 App Store 视图,不提供类似商店的界面,也不包括浏览、选择或购买用户尚未拥有或授权的软件的能力。为了清晰起见,在镜像软件中进行的交易不需要在应用内购买,前提是交易在主机上进行处理。

    4.3 重复 App

    请不要为同一个 App 创建多个套装 ID。如果您的 App 针对特定位置、运动队、大学等存在不同版本,请考虑提交单个 App,并提供 App 内购买项目以提供不同的功能。同时,请避免继续在已有大量类似 App 的类别下进行开发;App Store 上已经有太多模拟放屁、打嗝声音的 App,以及手电筒和爱经 App。上传大量相似版本 App 的开发者会遭到 Apple Developer Program 的除名。

    个人见解及解决方案:审核条款 4.3(后文统一简称 4.3)被 App Store 拒绝的情况。这种情况常见于大家上传马甲包的时候,苹果因为 App Store 已经有了(很多的)相似应用将马甲包打回。今天,我们请到了我们的特邀作者道长来分享应对 4.3 被拒的理解和两类方法。

    简而言之,4.3 是功能或者应用程序重复出现在 App Store,包括相同类型产品功能较一致,以及上传马甲或者分包导致的被拒回复,以下方案希望能帮到大家处理此类问题!

    第一类方法:修改元数据内容

    ①修改应用程序价格,打造与原产品不同的价格级别;

    ②修改应用程序发布地区,打造与原产品不同的售卖地区或分不同地区运营;

    ③修改产品分类,打造与原产品不同的产品侧重属性分类;

    ④回复苹果产品设计理念等,表述产品情怀,希望打造独一无二的产品,比如功能目前会跟其他类似,会有相同情况;然后提出产品内某功能加以细节性说明,比如功能在市场上其他人还没做等等(此做法请慎重,描述好了 ok,描述差了打脸)。

    第二类方法:修改 App 二进制代码

    ①升级 version,升级一个版本号提交审核;

    ②换 bundle id,换一个包再提交审核;

    ③换开发者账号,换不同账号提交审核;

    ④修改素材及 UI 色调等,修改 logo,修改主色调;

    ⑤修改功能界面等,此处可改功能也可做小开关;

    ⑥添加垃圾代码或者注释块,此处主要防苹果机审扫描。

    注:另外在修改后请使用新的设备打包提交这里添加垃圾代码请使用最新的自动加入并注释的混淆工具这样比较好,亲测!

    4.4 扩展

    托管或包含扩展的 App 必须遵循“App Extension Programming Guide”或“Safari Extensions Development Guide”,如果可行,还应包含诸如帮助屏幕和设置界面在内的一系列功能。您应当在 app 的市场营销文本中清晰且准确地披露提供了哪些扩展,扩展中不可包含营销、广告或 App 内购买项目。

    4.4.1 Keyboard 扩展还需要遵循一些额外的规则。

    它们必须:

    提供键盘输入功能 (如可输入字符);

    如果键盘中含有图像或表情符号,请遵循贴纸准则;

    提供切换到下一个键盘的方法;

    在没有网络连接和不要求完全访问权限的情况下仍能使用;

    收集用户活动数据只是为了改进其 Keyboard 扩展在 iOS 设备上的性能。

    它们不得:

    启动“设置”之外的其他 App;或者

    将键盘按键用于其他行为,例如按住 Return 键来启动相机等。

    4.4.2 Safari 扩展必须在 macOS 上的最新版 Safari 上运行。它们不得干扰系统和 Safari UI 元素,并绝不能包含恶意或误导性的内容或代码。违背此规则会遭到 Apple Developer Program 除名。除了正常工作所必需的网站,Safari 扩展不得要求访问更多网站。

    4.4.3 表情贴纸

    表情贴纸是让“信息”变得更动态、更有趣的绝佳方式,让人们能够以更巧妙、有趣、有意义的方式表达自我。无论您的 App 是含有 Sticker 扩展,还是您要创建单独的表情贴纸包,其内容均不得冒犯用户、造成负面体验或违反相关法律。

    (i) 通常,不适合在 App Store 上发布的内容也不适合放入表情贴纸内。

    (ii) 考虑地区敏感性,不要在难以接受或者会违反当地法律的国家/地区提供您的表情贴纸包。

    (iii) 如果您的表情贴纸含义不易理解,请在审核备注中附上清晰的说明,从而避免导致审核流程的延误。

    (iv) 确保您的表情贴纸在您的朋友与家人之外具有相关性;它们不应特定于个人活动、群体或关系。

    (v) 您必须对表情贴纸中的内容,持有所有必要的著作权、商标权和形象权及授权许可,不得提交任何未经授权的内容。请记住,您必须能够在要求时提供可核实的文件。若 App 内含有您无权使用的表情贴纸内容,该 App 将从 App Store 中去除,屡次侵权者将从 Developer Program 中除名。如果您认为自己的内容遭到其他提供商侵权,请向我们提交申诉。

    4.5 Apple 站点和服务

    4.5.1 App 可以使用获批的 Apple RSS Feed (如 iTunes Store RSS Feed),但不能抹除 Apple 站点 (如 Apple.com、iTunes Store、App Store、App Store Connect、开发者门户等) 的任何信息,也不能使用这类信息进行排名。

    4.5.2 Apple Music

    (i) MusicKit API 可以让客户在使用您的 App 时访问自己的订阅。它们旨在为 Apple Music 订阅用户提供轻松简便的音乐播放体验。用户必须能够发起 Apple Music 流媒体播放,并且能够使用“播放”、“暂停”和“跳过”等标准媒体控件来浏览音乐内容。此外,您的 App 不得要求用户通过付款或间接的货币化方式来获取 Apple Music 服务的访问权限 (如 App 内购买项目、广告、要求使用用户信息等)。请勿下载、上传或分享源自 MusicKit API 的音乐文件,除非 MusicKit 文稿中已明确允许。

    (ii) 使用 MusicKit API 并不能取代为获得更深入或更复杂的音乐集成而可能需要的授权许可。例如,如果您希望您的 App 在特定时刻播放特定的歌曲,或者创建可以在社交媒体上分享的音频或视频文件,您需要直接联系版权持有人来获得许可 (如同步或改编权利) 和资源。封面插图和其他元数据仅可用于与音乐播放或播放列表相关的用途 (包括展示 App 功能的 App Store 屏幕快照),未经版权持有人明确授权,不得用于任何市场营销或广告目的。在 App 中集成 Apple Music 服务时,请务必遵循“Apple Music Identity Guidelines”。

    (iii) 访问 Apple Music 用户数据 (如播放列表和个人收藏) 的 App 必须在用途字符串中清楚披露这类访问行为。收集的任何数据均不得与第三方分享,也不得用于除支持或改进 App 体验之外的任何其他用途。这类数据不得用于识别用户身份或设备,也不得用于广告定向宣传目的。

    4.5.3 不得使用 Apple 服务 (包括 Game Center 或推送通知等) 发送垃圾邮件、进行网络钓鱼,或者向客户发送未经请求的信息。不得尝试进行查找、跟踪、关联、挖掘、获得或利用玩家 ID、别名以及通过 Game Center 获得的其他信息。否则将会遭到 Apple Developer Program 的除名。

    4.5.4 App 不能将推送通知列为必需条件,并不能将该功能用于广告、推广或直接行销用途,或者用来发送敏感的个人或保密信息。滥用这些服务可能导致取消您的特权。

    4.5.5 仅以 Game Center 团队批准的方式使用 Game Center 玩家 ID,并不得在 App 中显示或向任何第三方显示。

    4.5.6 App 可以在其元数据中使用苹果表情符号的 Unicode 字符。但苹果表情符号不能在其他平台上使用,也不能直接嵌入到你的 App 二进制文件中。

    4.6 备选 App 图标

    App 可以使用自定图标以传达特定信息 (例如表达对某个运动团队的喜爱),前提是每次更改都由用户发起,并且 App 中应包含恢复至原始图标的设置。所有图标变体必须与 App 的内容相关,并且更改内容在所有系统资源之间应保持一致,以便“设置”和“通知”等位置中显示的图标与新的 Springboard 图标相吻合。这项功能不可用于动态、自动或连续性更改,例如用于反映最新天气信息和日历通知等。

    4.7 HTML5 游戏与聊天机器人 (Bot) 等

    App 可包含或运行未嵌入二进制文件的代码 (如基于 HTML5 的游戏和聊天机器人等),前提是该 App 的主要目的并非代码分发,其代码亦没有在商店界面或类似商店的界面中提供,而且相关软件 (1) 为免费软件或需通过 App 内购买项目进行购买;(2) 仅使用标准 WebKit 视图中提供的功能(例如,它必须在Safari中打开并运行,不需要修改或附加软件);您的 App 必须使用 WebKit 和 JavaScript Core 来运行第三方软件,且不得试图扩展或披露原生平台 API 给第三方软件;(3) 由已加入 Apple Developer Program 且签署“Apple Developer Program 许可协议”的开发者提供;并且 (4) 遵守各个 App Review 指南中的条款 (例如,不含令人反感的内容)。您必须在被要求时提供您的 App 中包含的软件和元数据的索引信息。它必须包括软件提供商的苹果开发者程序团队 ID,以及应用审查中可以用来确认软件符合上述要求的 URL。

    5. 法律

    只要 App 向某个地区的用户提供,那么就必须遵守该地区的所有法律要求 (如果您不太确定,请与律师联系)。我们知道这些东西非常复杂,但除了下方所列准则以外,同时理解所有本地法律,并确保您的 App 能满足所有法律要求,是您必须承担的责任。当然,如果 App 存在唆使、宣传或鼓励犯罪的行为或明显不负责任的行为,则会被拒绝。在发现涉及如方便人口贩卖和/或剥削儿童的 App 的极端情况下,我们将通知有关当局。

    5.1 隐私

    在 Apple 生态体系中,保护用户隐私总是第一要务。您要在处理个人数据时小心谨慎,以确保遵守了适用的法律和“Apple Developer Program License Agreement”中的条款,并满足客户的期待。尤其是:

    5.1.1 数据收集和存储

    (i) 隐私政策:所有 App 在 App Store 中的隐私策略连接元数据字段和应用内都必须包含一个容易访问的链接。他们的隐私政策必须明确:

    确定什么数据,应用程序还是服务收集,它如何收集数据,以及所有这些数据的使用。

    根据指导方针的要求,需确认任何分享用户数据的第三方应用程序,如分析工具、广告网络、第三方 SDK 以及任何母公司、子公司,可以访问用户数据的其他相关实体--将提供与 App 的隐私政策中所述相同或同等的用户数据保护措施。

    解释其数据保留/删除策略,并描述用户如何撤销用户数据的同意/删除请求。

    (ii) 允许收集用户或使用数据的 App 必须确保用户同意收集。付费功能必须用户授予对该数据的访问权限。App 也必须为客户提供一个容易且理解的方式撤销同意。请清晰地描述您对数据的使用。为合法利益收集数据的 App 必须遵守欧盟《综合数据保护条例》(General data Protection Regulation,简称 GDPR)或类似法规的规定的所有条款。了解更多关于请求许可的信息。

    (iii) 数据最小化:App 应该只请求访问与其核心功能相关的数据,并且只收集和使用完成相关任务所需的数据。尽可能使用进程外选择器或共享表,而不是请求对受保护资源(如照片或联系人)的完全访问。

    (iv) 访问 App 必须尊重用户的权限设置,不得试图操纵、欺骗或强迫用户同意不必要的数据访问。例如,有向社交网络上传照片功能的 App,在允许用户上传照片之前,不得访问麦克风。如果可能的话,为不同意的用户提供其他解决方案。例如,如果用户拒绝共享位置,可以提供手动输入地址的功能。

    (v) 账户登录:如果 App 不包含基于帐户的重要功能,请允许用户在不登录的情况下使用。App 不得要求用户提供个人信息才能正常使用,除非个人信息与 App 的核心功能直接相关,或是法律要求时。如果您的核心 app 功能与特定的社交网络 (如 Facebook、微信、微博或 Twitter 等) 不相关,您必须提供无需登录或其他类似机制的访问权限。调取基本档案信息、分享到社交网络或邀请朋友使用 App 等不视为核心 App 功能。该 App 还必须包含一种机制,可以撤销社交网络凭证,并禁止社交网络之间的数据访问,不能将凭据存储到设备外的社交网络。仅在 App 使用时,这些凭证才可以直接从 App 本身连接到社交网络。

    (vi) 如果开发者开发的 App 试图暗中收集用户密码或其他用户私人数据,那么该开发者会遭到 Apple Developer Program 的除名。

    (vii) 必须使用 SafariViewController 在显著位置向用户显示信息;不得隐藏该控制器,也不能被其他视图或图层遮挡。此外,未经用户的知情和同意,App 不得私下利用 SafariViewController 来追踪用户。

    个人见解及解决方案: "解决方法挂隐私策略"隐私政策本应用尊重并保护所有使用服务用户的个人隐私权。为了给您提供更准确、更有个性化的服务,本应用会按照本隐私权政策的规定使用和披露您的个人信息。但本应用将以高度的勤勉、审慎义务对待这些信息。除本隐私权政策另有规定外,在未征得您事先许可的情况下,本应用不会将这些信息对外披露或向第三方提供。本应用会不时更新本隐私权政策。 您在同意本应用服务使用协议之时,即视为您已经同意本隐私权政策全部内容。本隐私权政策属于本应用服务使用协议不可分割的一部分。

    1. 适用范围

    b) 在您使用本应用网络服务,或访问本应用平台网页时,本应用自动接收并记录的您的浏览器和计算机上的信息,包括但不限于您的IP地址、浏览器的类型、使用的语言、访问日期和时间、软硬件特征信息及您需求的网页记录等数据;

    c) 本应用通过合法途径从商业伙伴处取得的用户个人数据。

    您了解并同意,以下信息不适用本隐私权政策:

    a) 您在使用本应用平台提供的搜索服务时输入的关键字信息;

    b) 本应用收集到的您在本应用发布的有关信息数据,包括但不限于参与活动、成交信息及评价详情;

    c) 违反法律规定或违反本应用规则行为及本应用已对您采取的措施。

    2. 信息使用

    a) 本应用不会向任何无关第三方提供、出售、出租、分享或交易您的个人信息,除非事先得到您的许可,或该第三方和本应用(含本应用关联公司)单独或共同为您提供服务,且在该服务结束后,其将被禁止访问包括其以前能够访问的所有这些资料。

    b) 本应用亦不允许任何第三方以任何手段收集、编辑、出售或者无偿传播您的个人信息。任何本应用平台用户如从事上述活动,一经发现,本应用有权立即终止与该用户的服务协议。

    c) 为服务用户的目的,本应用可能通过使用您的个人信息,向您提供您感兴趣的信息,包括但不限于向您发出产品和服务信息,或者与本应用合作伙伴共享信息以便他们向您发送有关其产品和服务的信息(后者需要您的事先同意)。

    3. 信息披露

    在如下情况下,本应用将依据您的个人意愿或法律的规定全部或部分的披露您的个人信息:

    a) 经您事先同意,向第三方披露;

    b) 为提供您所要求的产品和服务,而必须和第三方分享您的个人信息;

    c) 根据法律的有关规定,或者行政或司法机构的要求,向第三方或者行政、司法机构披露;

    d) 如您出现违反中国有关法律、法规或者本应用服务协议或相关规则的情况,需要向第三方披露;

    e) 如您是适格的知识产权投诉人并已提起投诉,应被投诉人要求,向被投诉人披露,以便双方处理可能的权利纠纷;

    f) 在本应用平台上创建的某一交易中,如交易任何一方履行或部分履行了交易义务并提出信息披露请求的,本应用有权决定向该用户提供其交易对方的联络方式等必要信息,以促成交易的完成或纠纷的解决。

    g) 其它本应用根据法律、法规或者网站政策认为合适的披露。

    4. 信息存储和交换

    本应用收集的有关您的信息和资料将保存在本应用及(或)其关联公司的服务器上,这些信息和资料可能传送至您所在国家、地区或本应用收集信息和资料所在地的境外并在境外被访问、存储和展示。

    5. 信息安全

    a) 本应用帐号均有安全保护功能,请妥善保管您的用户名及密码信息。本应用将通过对用户密码进行加密等安全措施确保您的信息不丢失,不被滥用和变造。尽管有前述安全措施,但同时也请您注意在信息网络上不存在“完善的安全措施”。

    b) 在使用本应用网络服务进行网上交易时,您不可避免的要向交易对方或潜在的交易对方披露自己的个人信息,如联络方式或者邮政地址。请您妥善保护自己的个人信息,仅在必要的情形下向他人提供。如您发现自己的个人信息泄密,尤其是本应用用户名及密码发生泄露,请您立即联络本应用客服,以便本应用采取相应措施。

    5.1.2 数据使用和共享

    (i) 除非法律另有规定,未经他人允许,你不得使用、传送或分享他人的个人资料。您必须提供有关数据将如何以及在何处使用的信息。App 收集的数据只有在为了改进与 App 功能相关的用户体验或软/硬件表现时,或在遵循“Apple Developer Program License Agreement”的前提下用于广告投放用途时,才能使用或与第三方分享。未经用户同意或遵守数据隐私法而共享用户数据的 App 可能被禁止销售,并可能导致您从苹果开发者计划中除名。

    (ii) 除法律另有明确许可外,未经用户进一步同意,为某一目的而收集的数据不得再用于其他目的。

    (iii) App 不得私自建立一个用户配置文件用于收集数据,不得尝试,促进,鼓励其他人来识别匿名用户或重建基于收集数据来自苹果的用户配置文件。

    (iv) 不得使用来自联系人、照片或其他api的信息来访问用户数据,以构建一个供您自己使用或销售/分发给第三方的联系人数据库,也不要为了分析或广告营销的目的而收集用户设备上安装的其他 App 的信息。

    (v) 不得通过用户的联系人或照片收集的信息与他人联系,除非该用户在个人基础上明确主动;不要包含选择所有选项或默认选择所有联系人。在发送消息之前,您必须向用户提供关于消息将如何显示给收件人的清晰描述(例如,消息显示什么? 谁将是发送者?)

    (vi) 从 HomeKit API、 HealthKit、消费者健康记录 API、MovementDisorder API、ClassKit 或深度图和/或面谱绘制工具 (例如 ARKit、相机 API 或照片 API) 收集的数据不得用于营销、投放广告或是基于使用情况进行其他数据挖掘。了解更多关于实现 CallKit、HealthKit、ClassKit 和 ARKit 的最佳实践。

    (vii) 使用 Apple Pay 的 App 只能与第三方共享通过 Apple Pay 获得的用户数据,以帮助或改进商品或服务的交付。

    个人见解及解决方案:解决准则5.1.2 - 法律 - 隐私 - 数据使用和共享 要使用您的应用收集个人数据,您必须向用户明确其个人数据将上传至您的服务器,并且您必须获得用户的同意才能上传数据。

    您还必须拥有隐私政策URL,并确保您提供的URL将用户引导至您的隐私政策。

    需要在苹果截图有问题的界面:如获取通讯录上传到服务器上增加一个隐私政策url协议,并且在app提交信息里填写上:

    5.1.3 健康和健康研究

    健康、健身和医疗数据特别敏感,涵盖这些领域的 App 必须满足额外的规则,并确保客户隐私受到保护:

    (i) App 仅能在获得批准的情况下,出于改进健康管理或健康研究的目的,使用在健康、健身和医疗研究背景下收集的数据 (包括从 Clinical Health Records API, HealthKit API、“运动与健身”、 MovementDisorderAPIs 或健康领域人体研究中收集的数据) 或将其披露给第三方,不得用于广告投放、营销或基于使用情况进行其他数据挖掘。

    (ii) App 不得将虚假或错误数据写入 HealthKit 或其他任何医疗研究/健康管理 App,不得在 iCloud 中存储个人健康信息。

    (iii) 开展健康领域人体研究的 App 必须获得参与人员提供的知情同意书,如果涉及未成年人,则必须获得由其家长或监护人提供的知情同意书。上述知情同意书必须涵盖以下内容:(a) 研究的性质、目的和时长;(b) 具体规程,给参与人员带来的风险和益处;(c) 关于保密和数据处理 (包括与第三方共享信息的情况) 的信息;(d) 用于回答参与人员问题的联系人;以及 (e) 退出流程。

    (iv) 用于开展健康领域人体研究的 App 必须获得一家独立伦理审查委员会的批准。一经要求,必须提供此类批准的证明。

    5.1.4 儿童

    出于多种原因,您在处理儿童的个人数据时必须小心谨慎。我们建议您仔细阅读所有要求,以遵循相关法律,如《儿童在线隐私保护法》(“COPPA”),欧盟的一般数据保护法规(“GDPR”),和其他国际上或当地适用的同等法律。

    App 只能出于遵守适用儿童隐私法规的目的要求用户提供出生日期或家长联系信息,但必须提供一些适用于各年龄层用户的实用功能或娱乐价值。

    此外,“儿童类别”中的 App,以及向未成年人收集个人信息 (例如姓名、地址、电子邮件、位置、照片、视频、图画、能否聊天、其他个人数据,或是将永久标识符与以上任何信息组合使用)、传输此类信息或能够共享此类信息的 App,则必须遵守适用的儿童隐私保护法规,且必须拥有隐私政策。为了清楚起见,“儿童类别”的家长监控要求,通常并不完全等同于在这些隐私法规下征得家长的同意后收集个人数据。

    5.1.5 定位服务

    只有在定位服务与 App 提供的功能和服务直接相关时,才能在 App 中使用定位服务。基于位置的 API 不得用于提供紧急服务,不得对汽车、飞机和其他设备进行自主控制 (小型设备,如轻量无人机和玩具除外),不得遥控汽车防盗系统等。在收集、传输或使用位置数据之前,务必进行通知并获得用户同意。如果 App 会使用定位服务,请务必在 App 中说明相应的原因;请参考“Human Interface Guidelines”,了解相应的最佳做法。

    个人见解及解决方案:主要是 App 未得到允许,与第三方共享收集的用户数据,且并未说明使用目的等,例:位置、账号……这里作者曾经吃了很多的苦头

    To resolve this issue, please specify why the app is requesting the user's location in the location permission modal alert.

    就是说明使用定位的具体目的,而不是像以前一样,简单的说请允许使用您的定位权限,或者周边数据。新的规定这样目的不清楚不给过

    解决方法,可以去参考美团外卖,饿了么等需要定位功能的APP,发现他们清楚的写了定位的用途,然后再次打包上架就过了。

    然后我在plist文件里面进行配置:

    5.2 知识产权

    请确保 App 只包含由您创建或拥有使用许可的内容。如果您已越线并在未经许可的情况下使用了内容,您的 App 可能会被移除。当然,这也意味着如果他人抄袭了您的作品,则他们的 App 也可能会被移除。如果您认为自己的知识产权在 App Store 上受到了其他开发者的侵犯,请通过网页表格 (英文) 提交权利主张。各个国家/地区的法律互不相同,但请务必避免以下常见错误:

    个人见解:主要是未经授权,使用受版权保护的第三方材料、App不得与苹果现有产品类似等,常见有棋牌app或金融app。

    5.2.1 一般性:不得在未经授权的情况下,在 App 中使用受保护的第三方材料 (例如商标、版权作品、专利设计);也不得在 App 套装或开发者名称中包含虚假、抄袭或误导性的演示、名称或元数据。App 提交方应当是拥有或获授权使用知识产权和其他相关权利的个人或法律实体,并且应对提供 App 中的任何服务负责。

    个人见解及解决方案:根据苹果反馈的信息,我们的应用违法了苹果开发者设计协议第1.2节,故针对性的做出如下的解决方案

    1.把个人开发者账号换成公司开发者账号(不是说任意公司都可以,需用与你app信息类型相符合的公司开发者,如自己公司有资质就是最好,如果没有建议购买和行业相关附近范围的公司资质进行注册开发者账号来提交即可)

    2.把app的名称,把app名称改为开发者账号中的公司经验范围相关的内容

    3.版权里面填写公司的名字,然后如果App有注册的商标和软著的话,就提供给苹果看(对于金融行业的话可能就比较头疼,毕竟金融许可证是比较难的,可以说国内没有,另外P2P行业目前还没有金融许可证,苹果公司也做出让步了,有金融办的整改意见书就可以,我一个客户的公司才帮他们刚更新了APP)

    4.如果App的名称和开发者账号的公司名称没有很大的关系的话,将技术支持网址填写公司官网地址即可

    因为这里这个问题在今年是翻车最多的地方我就重点说一下,千万别听网上一些骗子说使用什么套壳,那些都是假的,都是老掉牙的中介为了炒马甲包而吹的,请使用有资质的金融开发者账号,上架原生的和马甲包对比起来,大家应该知道那个的效益会更好吧

    详细可参考:https://cloud.tencent.com/developer/article/1116476

    5.2.2第三方站点/服务:如果您的 App 会使用、访问第三方服务、通过访问第三方服务盈利或是显示第三方服务的内容,请确保您获得在该服务的使用条款下进行此类操作的特别许可。如有相应要求,则必须提供相关授权。

    5.2.3 音频/视频下载:App 不得促进非法文件共享,或在没有获得这些资源的明确授权的情况下,提供从第三方来源 (如 Apple Music、YouTube、SoundCloud、Vimeo) 保存、转换或下载媒体资源的能力。视频/音频内容流也有可能触犯使用条款,所以请务必在 App 访问这些服务前,进行检查。如有相应要求,则必须提供相关文稿。

    5.2.4 Apple 认可:不得误导或暗示 Apple 是 App 的来源或提供商,或者 Apple 以任何形式表示认可其质量或功能。如果您的 App 被选为“编辑选荐”,Apple 将自动显示相应徽章。

    5.2.5 Apple 产品:不得创建与现有 Apple 产品、界面 (如 Finder)、App (如 App Store、iTunes Store 或“信息”) 或广告主题外观相似或容易混淆的 App。App 和扩展 (包括第三方键盘和贴纸包) 不得含有 Apple 表情符号。iTunes 音乐预览内容不得用于其娱乐价值 (如用作照片拼贴画的背景音乐或游戏配音) 或其他未获授权的方式。如果 App 显示健身记录圆环,则不应以类似于“健身记录”控件的方式展示“活动”,“锻炼”或“站立”数据。请参考 “Human Interface Guidelines”以了解关于如何使用健身记录圆环的更多信息。

    5.3 游戏、dubo和彩票

    dubo、游戏和彩票的管理难度大,是 App Store 上受到最多管制的 App 类别之一。只有全面核实了即将发布您的 App 的所有国家/地区的相关法律要求后,才能包含此功能,并且要做好准备此功能的审核流程需要更长的时间。您需要谨记以下事项:

    5.3.1 抽奖和比赛必须由 App 的开发者赞助。

    5.3.2 抽奖、比赛和抽彩的正式规则必须在 App 中注明,并且必须明确表示 Apple 不是赞助者,也没有以任何形式参与活动。

    5.3.3 App 不得通过 App 内购买项目购买点数或货币,以用于任何种类的真实货币游戏;不得向用户出售彩票或抽彩券;不得在 App 内进行资金转账。

    5.3.4 提供真实货币游戏 (例如365t下注、扑克、DU场游戏、赛马) 或彩票的 App 必须在使用该 App 的地区获得必要的许可和批准,且只能在这些地区发布,此类 App 在 App Store 中必须免费提供。App Store 上不允许发布非法的DUBO辅助工具,包括记牌器。彩票 App 必须有报酬、几率及奖品。

    个人见解及解决方案:这里只能做套壳,现在一般都是做记账,VPN等类型的套壳比较容易过。这里我就不多说了,大家就去参考我做的几个包自行领会吧!

    https://itunes.apple.com/cn/app/id1410642360?mt=8

    https://itunes.apple.com/cn/app/id1410642360?mt=8

    https://itunes.apple.com/cn/app/id1416677980?mt=8 (这个包是我用开发者名字进行堆砌关键词优化的,效果不错,给大家同为开发者好心分享,希望有的人高抬贵手,别JUbao )

    5.4 VPN App

    提供虚拟专用网 (VPN) 服务的 App 必须使用 NEVPNManager API,并且只能由作为组织注册的开发人员提供。开发者必须明确声明将收集哪些用户数据及其用途。VPN App 不得违反当地法律,如果您选择在需要 VPN 许可证的地区发布,则必须在 App Review 注释中提供您的许可证信息。

    5.5 开发者行为准则

    请尊重每一个人,无论是在您对 App Store 评论、客户支持请求的回复中,还是在与苹果的沟通中,包括在分辨率中心的回复中。不要从事任何形式的骚扰、歧视行为、恐吓、欺凌,也不要鼓励他人从事上述任何一种行为。

    客户信任是 App Store 成功的基石。App 不应该侵犯用户或企图敲诈顾客,诱骗他们制造不必要的购买,迫使他们共享不必要的数据,提高价格以复杂的方式收费或内容不交付,或进行任何 App 内外部的其他操作。

    最近更新:2018 年 6 月 4 日

    提交之后

    在 App Store Connect 中提交 App 和元数据之后,您随即就会进入审核流程。请谨记以下几点:

    时间安排:App Review 团队将尽快检查您的 App。然而,如果您的 App 很复杂或者出现了新的问题,它可能需要更多的审查和考虑。记住,如果您的 App 因为同样的准则被反复拒绝,或者您试图操作 App 评审过程,那么评审将需要更长的时间来完成。进一步了解 App Review。

    状态更新:App 的当前状态会反映在 App Store Connect 中,所以请多留意此处。

    加急请求:如果您遇到了严重的时间问题,可以申请加急审核 (英文)。请仅在您真的需要加快审核时才提出申请,以便其他开发者的加急请求不受影响。如果我们发现您滥用此系统,从此以后我们可能都会拒绝您的申请。

    发布日期:如果您设定在未来某个日期发布 App,在此日期到来之前,即使这个 App 已获得 App Review 团队的批准,也不会显示在 App Store 上。请注意,您的 App 可能需要长达 24 小时才能显示在所有选定的商店中。

    拒绝:我们的目标是公平、持续地遵循这些准则,但是人无完人。如果您的 App 被拒绝,但您存在疑问,或希望提供其他信息,请使用解决方案中心,以与 App Review 团队直接沟通。这样可以帮助您的 App 出现在商店中,也可帮助我们改进 App Review 流程,并在我们的政策中发现需要阐明的部分。如果您仍对结果不满意,请提交申诉 (英文)。


    作者: 西牛巴巴  |  2019-01-29 21:22
    学院- 西牛通讯社
  • · App被拒选择回复还是重新提审,如何选择最高效的应对方式?

    对于开发者来说,最揪心的不是 App 上传 App Store 审核被拒,而是被拒之后重新提审总要过好久才能得到新的反馈,而且结果依旧是……被拒……

      今天,我们就请来了资深的过审达人「道长」来给大家分享——被拒之后怎样应对才是更高效的,直接回复还是重新提审?

      一、两种被拒类型

      通常来说,App 被拒不外乎两种情况:“元数据被拒”与“二进制被拒”。

      那元数据和二进制分别指什么呢,刚接触 ASO 的新人可能不太了解,我们做一下简单的解释:

      元数据,简单来说就是 iTC 后台(iutunesconnect.apple.com)上所有能编辑到的地方,我们都可以称之为“元数据”,比如标题、副标题、关键字域、截图等。

      二进制全称是“二进制文件”,也可以说就是苹果 iOS 应用的 ipa 包(iOS 的安装包后缀为 ipa,安卓安装包后缀为apk)。一般二进制文件是由团队中的技术人员打包后上传至 iTC,如果 App 被拒,有一些情况是需要重新提交二进制文件的(如下图)。

    001.jpg

      002.jpg

     

      而且苹果在两种拒绝类型中,给开发者回复的拒绝消息的内容也有所不同。

      元数据被拒,苹果回复的消息会包含以下内容:

      “由于您的元数据被拒绝,您可修改元数据内容后在此处回复我,收到您的回复后,我们会继续审核您的应用。”

      二进制被拒,苹果回复的消息会包含以下内容:

      “由于您的二进制文件被拒绝,您需要重新修改二进制文件后上传到 iTC 后台,我方收到您的重新提交后,会继续审核您的应用。”

      整体回复内容大致一样。区别在于,① 苹果拒绝了你的元数据,你可以修改元数据后直接回复,苹果收到后会继续审核;② 但是拒绝二进制的大多数情况下为 ipa 包本身的问题,例如 ipv6,bug 等等,所以苹果会要求开发者更改应用后重新打包,然后重新提审至 iTC 后台。

     

      二、不同应对方式

      被拒之后,开发者面临这两种不同情况,处理方式也有所不同——选择「回复苹果」还是「重新提交」, 才能在最有效的时间让苹果重新审核我们提交的 ipa 包。

      元数据被拒:

      修改原数据即可,比如标题问题(违反条款 2.3.7),直接修改标题后保存,然后对被拒消息进行回复。这里有回复的模板,大家可借鉴:

      尊敬的苹果开发者审核您好;

      我方已修正贵方所提出问题,

      请重新审核;

      诚挚的问候!

      修改完元数据之后点击这里回复

      003.jpg

     

      二进制被拒:

      二进制被拒也要看被拒原因选择是否重新打包。

      比如因为 PLA 1.2,这种情况,有的可以直接在后台回复相关内容即可(比如相关的资质附件);

      如果因为包本身的问题,也要看 ipa 包有没有被“写死”。

      如果被写死,违规的内容如果不修改 ipa 包就无法更改的话,那就重新打包提审 ;

      如果没有写死,或者 IPv6 的问题,我们可以直接在服务端修改,不必修改 ipa 包也不用重新提交,改完服务端的部分就可以直接回复苹果了。

      PS:建议大家在产品上线前和技术进行沟通,关于部分内容、特定页面(主要是一些被审查的敏感位置)都可以留有灵活控制的空间,实现不重新打包就可以重新提审,减少“写死”的情况出现。

      另外,有些二进制被拒的情况,是否要修改 ipa 包还是要更灵活判断的。比如产品因为 4.3 被拒,只回复苹果、只修改服务端内容往往还是会被拒,最终还要视情况修改 App 本身的视觉和代码等部分。

      这里是与苹果沟通时的回复模板,大家可以借鉴

      IPv6 等内容的回复:

      尊敬的苹果开发者审核;

      您好,我方已在服务端修复此问题,

      请重新审核;

      诚挚的问候

      Bug 等内容的回复:

      尊敬的苹果开发者审核您好;

      我方已修正贵方所提出问题,

      请重新审核;

      诚挚的问候!

      为什么我们要直接回复???

      正常情况下,重新提交 ipa 审核会再次进入审核队列,需要排队,因为苹果需要重新安装或者说重走审核流程;而直接回复,苹果会在目前有的问题上,检查问题,然后继续审核。并且回复的内容,会被苹果在 30 分钟至最多 1 天内回复处理;重新提审则需要 1-2 天才会进入审核。

      (PS:现苹果审核比较快速,正常情况下1天即会审核,特殊情况除外。但避免不必要麻烦,建议大家后台回复会比较便利。)

      苹果近段时间审核基本上是我们当天晚上提交,凌晨都会审核;但最近审核都普遍比较慢,在 2 天到 4 天以至于更多,所以在被拒之后,如果能选择比较便捷的方式直接回复的话,在时间上都是比较节约的。

      最后关于一些常见问题:

      ①二进制被拒情况下,如果不重新提审,而是直接选择构建新版本,是否苹果收到回复后会审核到新的版本?

      经测试,回复内容后,苹果会继续审核,但审核人员安装的用来审核的版本,还是旧的版本,并非“构建版本”更换后的“新版本”,且继续进行常规审核流程流程。不出意外的话,还是会回复上一版出现的问题。

    004.jpg

    005.jpg

      ②二进制or元数据被拒情况下,如果回复了内容,然后又重新提审了,苹果会如何处理?审核时间呢?(这里同样适用于申诉后重新提审的情况)

      经测试,回复并重新提审后,会出现 2 个情况:

      第一种情况是苹果审核会回复一版内容,大致为“我已收到您提交的审核请求,会继续您提交的新版应用”并且提审的会重新排队,我们需要等待审核;

      第二种情况是苹果审核未回复,在最短的时间内重新审核了,结果被拒或者过审(也有回复第一条的内容后,最短的时间内审核的,时间会在 1 天内,或者几小时、几分钟内。)。

     

    本文转自ASO100情报中心,原文地址http://mp.weixin.qq.com/s/B5KRyWeghNX25AKez0fV1Q


    作者: 西牛巴巴  |  2018-12-11 21:31
    学院- 西牛通讯社