注意！ WWDC后——苹果的审核指南已升级（APP应该如何上架？方案详解 二）

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 必需明确它的持续时间，当实验结束时，内容或者服务不再允许访问，使用户需要付费才能继续用。通过收据和设施检查理解更多关于管理内容和试使用期的持续时间。

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

3.1.2允许的使用途：假如您提供自动续订订阅，则必需为用户提供持续的价值，订阅期必需持续至少七天，并且可以够在使用户的所有设施上访问。以下并非详尽列表，适当的订阅示例包括：新游戏关卡；连载内容；多玩家支持；持续提供实质性升级的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更新和降级：使用户应可以取得无缝的更新/降级体验，并且不会出现无意间订阅同一内容的多个不同版本。请查阅关于管理订阅更新和降级选项的最佳做法。

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

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

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

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

3.1.5 App 之外的商品和服务：假如 App 允许使用户购买将在App 之外用的商品或者服务，则必需用 App 内购买项目以外的购买方式来收取相应款项，如 Apple Pay 或者传统的信誉卡输入。

< 数字加密货币 >

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

(2) 挖矿：App 不得挖掘加密货币，除非解决是在设施之外进行的(例如基于云的挖掘)。

(3) 交易所：App 能在经过批准的交换中促进加密货币的交易或者传输，前提是这些交易是由交换本身提供的。

(4) 初次币发行：为初次发行货币(“ICOS”)、密码货币期货交易、其余密码证券或者准证券交易提供便利的 App，必需来自老牌银行、证券公司、期货交易委员会(“FCM”)或者其余经批准的金融机构，并必需遵守所有适使用法律。

(5) 加密货币 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 能接受

(1) 在您的 App 中，出于购买或者促销目的而展现您的其余 App，只需您的 App 不只是简单地罗列其余 App。

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

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

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

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

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

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

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

3.2.2不可接受

(1) 创立与 App Store 相似且使用于显示第三方 App、扩展或者插件的界面，或者将其作为热门 App 的合集。

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

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

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

(5)强行限制 App 的使用户群，例如限制特定地区或者经营商。

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

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

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

(9) 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。

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

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

4.2.3
(1) App 应可以独立工作，无需安装其余 App。

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

(3) 假如您的 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 作为特定软件或者服务的镜像而不是主机设施的通使用镜像，那么它必需遵守以下规定:

(1) 主机设施是使用户拥有的个人计算机，主机和用户端必需连接在本地和基于 lan 的网络上。

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

(3) 所有帐户创立和管理都必需从主机设施启动。

(4) 用户端出现的 UI 不相似 iOS 或者 App Store 视图，不提供相似商店的界面，也不包括浏览、选择或者购买使用户尚未拥有或者受权的软件的可以力。为了清晰起见，在镜像软件中进行的交易不需要在应使用内购买，前提是交易在主机上进行解决。

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

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 扩展，还是您要创立单独的表情贴纸包，其内容均不得冒犯使用户、造成负面体验或者违背相关法律。

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

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

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

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

(5)您必需对表情贴纸中的内容，持有所有必要的著作权、商标权和形象权及受权许可，不得提交任何未经受权的内容。请记住，您必需可以够在要求时提供可核实的文件。若 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.2Apple Music

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

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

(3) 访问 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 数据收集和存储

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

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

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

• 解释其数据保留/删除策略，并形容使用户如何撤销使用户数据的同意/删除请求。

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

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

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

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

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

(7) 必需用 SafariViewController 在明显位置向使用户显示信息；不得隐藏该控制器，也不可以被其余视图或者图层遮挡。此外，未经使用户的知情和同意，App 不得私下利使用 SafariViewController 来追踪使用户。

5.1.2 数据用和共享

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

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

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

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

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

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

(7) 用 Apple Pay 的 App 只可以与第三方共享通过 Apple Pay 取得的使用户数据，以帮助或者改进商品或者服务的交付。

5.1.3 健康和健康研究

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

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

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

(3)展开健康领域人体研究的 App 必需取得参加人员提供的知情同意书，假如涉及未成年人，则必需取得由其家长或者监护人提供的知情同意书。上述知情同意书必需涵盖以下内容：(a) 研究的性质、目的和时长；(b) 具体规程，给参加人员带来的风险和益处；(c) 关于保密和数据解决 (包括与第三方共享信息的情况) 的信息；(d) 使用于答复参加人员问题的联络人；以及 (e) 退出流程。

(4) 使用于展开健康领域人体研究的 App 必需取得一家独立伦理审查委员会的批准。一经要求，必需提供此类批准的证实。

5.1.4 儿童

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

App 只可以出于遵守适使用儿童隐私法规的目的要求使用户提供出生日期或者家长联络信息，但必需提供少量适使用于各年龄层使用户的实使用功可以或者娱乐价值。

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

5.1.5 定位服务

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

5.2 知识产权

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

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

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 游戏、赌博和彩票

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

5.3.1 抽奖和比赛必需由 App 的开发者资助。

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

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

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

5.4 VPN App

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

5.5 开发者行为原则 ! ! !

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

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

————————————————————————————————————-
email
???GitHub ??? <感受代码>
————————————————————————————————————-

提交之后 (重点注意)

在 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 流程，并在我们的政策中发现需要阐明的部分。假如您仍对结果不满意，请提交申述 (英文)。