最新日元技术分析_4月18日投行日元汇率走势分析

简介

App Store 的指导原则非常简单 — 我们希望为用户打造更安全可靠的 App 探索平台，并为所有开发者提供获取成功的绝佳机会。为此，我们精心打造了 App Store，其中的每个 App 都会经过专家审核，而且还有编辑团队每天帮助广大用户发现新的 App。我们还会对每款 App 进行扫描，以检测可能影响用户安全、系统安全和隐私的恶意软件和其他软件，这些努力让 Apple 的平台总是对全球消费者的安全性具有保证。

在欧盟，开发者也可以通过替代 App 市场以及直接通过自己的网站分发经过公证的 iOS 和 iPadOS App。进一步了解替代 App 市场、网站分发以及 iOS 和 iPadOS App 公证。点按左侧菜单中的“仅显示《公证审核指南》”，即可以查看哪些准则适用于 iOS 和 iPadOS App 公证。

至于别的一切，可以考虑在开放的互联网上分享。如果 App Store 模式和准则或替代 分发方式以及 iOS 和 iPadOS App 公证与你的 App 或经营理念不能完美契合，那也没关系，我们的 Safari 浏览器也能提供出色的网页体验。

在以下页面中，你会发现我们已把最新的准则清晰地划分为五个部分：安全、性能、业务、设计及法律。App Store 一直在不断变化和改善，紧跟我们顾客和产品的需求。你的 App 也需要做出改变与改进，才能留在 App Store 上。

在我们的平台上分发你的 App 还需注意以下几点：

• 我们发现很多儿童都会大量下载各种 App。尽管家长控制功能能为儿童提供有效保护，但你也必须做好自己份内的工作。因此，你要知道，我们时刻都在关注这些儿童。
• App Store 是向全球数亿人分享 App 的好方法。如果你开发 App 只是为了分发给亲朋好友，那么 App Store 并不是最适合的途径。这时可考虑使用 Xcode 将 App 免费安装到设备上，或者使用 Apple Developer Program 包含的 Ad Hoc 分发功能。如果你刚开始开发 App，请进一步了解 Apple Developer Program。
• 在 App Store 上发布的所有观点，我们都非常支持 — 只要这些 App 尊重用户的不同意见，并能带来出色的 App 体验。如果我们认为 App 的任何内容或行为超出了可接受的范围，我们将拒绝该 App。你可能会问，这个可接受的范围是什么？套用最高法院大法官的一句话：“当我看到的时候，我会知道的”。而且，我们相信，当你超出这个范围时，你自己也会意识到。
• 如果你试图欺骗系统 (例如，试图在审核流程中弄虚作假，窃取用户数据，抄袭其他开发者的作品，操纵评分或 App Store 上的探索方法)，我们会从商店中移除你的 App，并将你从 Apple Developer Program 中除名。
• 你要确保 App 中所含内容全部符合这些准则的要求，包括广告网络、分析服务和第三方 SDK 等；因此，在审核和选择这些内容时务必要慎重。
• 某些一般不提供给开发者的功能和技术可能会以授权 的形式提供，供开发者在受限情况中使用。例如，我们提供 CarPlay 车载音频、HyperVisor 和特权文件操作的授权。

我们希望这些准则能帮助你顺利通过审核流程，并确保对 App 批准和拒绝的标准在整体上更加一致。本文是一个动态文稿；如果新的 App 引发了新的问题，我们可能会随时制定新的规则。也许，你的 App 就将促成新的规则。我们同样热爱 App 开发，并且尊重你所做的一切。我们正竭尽全力为你营造世界上最优秀的平台，既能让你展示才华，还能让你获得回报。

提交之前

为了帮助你尽可能顺利地通过 App 审批，请查看下方列出的常见错误行为，这些行为可能会导致审核流程延误或导致 app 被拒。这些内容不能代替准则或保证 App 获批，但确保核对这个列表中的每一项会是一个良好的开始。如果你的 App 无法再按预期方式工作，或者你不再积极地对其提供支持，那么这个 App 将从 App Store 中被移除。进一步了解 App Store 所做的改善。

请确保：

• 测试 App 是否会发生崩溃、是否存在错误
• 确保所有 App 信息及元数据完整且正确
• 更新你的联系信息，以便 App Review 团队在需要时与你取得联系
• 向 App Review 提供 App 的完整访问权限。如果你的 App 包含基于账户的功能，请提供有效的演示账户或全功能演示模式，以及审核 App 时所需的任何其他硬件或资源 (例如登录凭证或样本二维码)
• 启用后台服务，以使其在审核期间处于活动及可访问状态
• 在 App 审核的备注中附上与非明显功能及 App 内购买项目相关的详细说明，如有支持文稿，也请包括在内
• 检查 App 是否遵循了其他文稿中的相关指南，如：

带 的准则适用于欧盟 iOS 和 iPadOS App 公证。

1. 安全

当用户通过 App Store 安装 App 时，他们希望获得安全的体验，包括 App 不含有令人不快或具有攻击性的内容，不会损坏用户的设备，且不会在使用中造成人身伤害。我们在下方列出了主要的安全隐患。如果你的 App 是为了恐吓或攻击他人，则该 App 不适合出现在 App Store 中。其中部分规则也包含在 iOS 和 iPadOS App 公证中。

• 1.1 令人反感的内容

  App 不应包含具有攻击性、不顾及他人感受、令人不安、惹人厌恶、低俗不堪或只是让人感到毛骨悚然的内容。此类内容的示例有：

  • 1.1.1 诽谤、歧视或恶意的内容，包括有关宗教、种族、性取向、性别、国籍、种族起源或其他目标群体的引用或评论，特别是当 App 很可能对特定的个人或团体进行羞辱、恐吓或造成伤害时。通常情况下，专业政治讽刺和政治幽默作家不受此要求限制。
  • 1.1.2 人类或动物遭到杀害、残害、酷刑、虐待的写实描绘，或者鼓励暴力的内容。在游戏中，“敌人”不能单单针对特定种族、文化、真实存在的政府或企业，或是任何其他真实存在的实体。
  • 1.1.3 鼓励非法使用或不负责任地使用武器和危险物品的描述，或者促进军火或弹药购买的描述。
  • 1.1.4 公然宣传黄色或色情内容的材料 (这一概念的定义是：“对性器官或性活动的露骨描述或展示，目的在于刺激性快感，而非带来美学价值或触发情感”)，其中包括一夜情约会 App 和其他可能包含色情内容或用于嫖娼或人口贩卖和剥削的 App。
  • 1.1.5 具有煽动性的宗教评论，或者对宗教文本进行错误或误导性的引用。
  • 1.1.6 虚假信息和功能，其中包括不准确的设备数据或用于恶作剧/开玩笑的功能，如虚假的位置跟踪器。即使指明 App“仅供娱乐”，也不能违背这一准则。支持匿名或恶作剧电话或短信/彩信的 App 会被拒绝。
  • 1.1.7 利用最近或当前事件 (例如暴力冲突、恐怖袭击和流行病) 或企图从中获利的有害概念。
• 1.2 用户生成内容

  对于包含用户生成内容的 App，有特定的难题需要解决，比如知识产权侵权、匿名欺凌等。为了避免滥用，包含用户生成内容或社交网络服务的 App 必须满足以下条件：

  • 采用相应的方法来过滤令人反感的内容，以免这些内容在 App 中发布
  • 制定一个机制，以举报攻击性内容并在出现问题时及时作出回应
  • 若用户发布攻击性内容，可以取消其使用服务的资格
  • 公布联系信息，以便用户与你联系

  如果 App 中所含的用户生成内容或服务最终主要用于色情内容、Chatroulette (随机视频聊天) 式体验、客体化现实生活中的某人 (如“性感与否”投票)、进行人身威胁或欺凌，则这些 App 不适合出现在 App Store 中，它们可能会在未经通知的情况下被移除。如果 App 中所含的用户生成内容来自于基于网页服务，并且该内容是默认隐藏的 (只有当用户通过你的网站将其打开时才会显示)，则可以显示意外产生的“NSFW (公众场所不宜)”内容。

  • 1.2.1 创作者提供的内容
    如果管理得当，由“创作者”这一特定用户群体制作的内容同样能给 App 带来良好的发展机会。此类 App 展现简洁、统一的体验，方便用户与各类创作者提供的内容互动。它们提供各种工具和程序，帮助这个社区中非开发者的创作者创作和分享用户生成的体验，并借此实现盈利。这类体验不得改变原生 App 的核心特性和功能，而是应该给结构化体验增添内容。这类体验不是开发者编写的原生“App”，而是 App 中的内容。在 App 审核中，这类体验会被视为用户生成的内容。这类创作者提供的内容可能包括视频、文章、音频，乃至休闲游戏。App Store 支持 App 中提供这类用户生成的内容，但前提是 App 遵循所有的相关准则，包括适用于审核用户生成内容的准则 1.2，以及适用于付款和 App 内购买项目的准则 3.1.1。在这类 App 中，App 内容创作者提供的所有内容都应使用相同的年龄分级，具体以其中所含内容的最高年龄分级为准，并且应当告知用户哪些内容需要额外购买。
• 1.3 儿童类别

  “儿童类别”可帮助用户轻松找到专为儿童设计的 App。如果你希望参与“儿童类别”，则应该致力于为年纪较小的用户量身打造卓越的使用体验。这些 app 不得提供 App 外链接、购买机会或其他会对儿童造成干扰的内容，除非其保留在受家长监控的指定区域中。请谨记，一旦顾客认为你的 App 能够满足“儿童类别”要求，你的 App 就需要一直满足后续更新中的相应准则；即使你决定取消选择此类别，也是如此。进一步了解家长监控。

  你必须遵守世界各地与在线收集儿童数据相关的适用隐私法。请务必查阅本指南的“隐私”部分，以了解更多信息。此外，“儿童”类别的 App 不得向第三方发送个人身份识别信息或设备信息。“儿童”类别中的 App 不应包含第三方数据分析或第三方广告。这些做法可为儿童提供更安全的体验。在少数情况下，可能允许包含第三方数据分析，前提是相关服务不会收集或传输 IDFA 或关于儿童的任何身份识别信息 (如姓名、出生日期、电子邮件地址)、儿童所在位置或其设备。这包括任何设备、网络或其他可直接用来或结合其他信息来识别用户及其设备的信息。在少数情况下，也可能允许包含与页面内容相关的第三方广告，前提是该服务拥有适合“儿童”类别 App 的公开备案做法和政策，包括人工审核广告创意以确保适合相应年龄段。

• 1.4 人身伤害

  如果 App 的行为方式可能会造成人身伤害，我们可能会拒绝该 App。例如：

  • 1.4.1 如果医疗 App 可能会提供错误的数据或信息，或用于诊断或治疗病患，则这些 App 可能会面临更加严格的审核。
    • App 必须清楚地披露相关数据和方法，用于佐证声明的健康测量准确度，如果准确度或方法得不到验证，我们会拒绝该 App。例如，如果 App 声称仅通过设备上的传感器就能照 X 光、测血压、测体温、测血糖浓度或测血氧含量，则这个 App 会被拒绝。
    • App 应当提醒用户，除了使用该 App，还应咨询医生的意见，然后才能做出医疗决定。
    如果你的医疗 App 已经获得监管部门的批准，请随 App 提交相关文稿的链接。
  • 1.4.2 药物剂量计算器必须来自药品生产企业、医院、大学、健康保险公司、药店或经过 FDA 或其相应国际部门的批准的其他实体。由于可能会对病患造成伤害，我们需要确保 App 将在长时间内获得支持，并保持更新。
  • 1.4.3 App Store 中不允许分发任何鼓励消费烟草及电子烟产品、使用违禁药物或摄入过量酒精的 App。鼓励未成年人摄入任何上述物品的 App 都会被拒绝。为管制药品 (经授权的药店以及经授权或其他合法的大麻药房除外) 或烟草的销售提供便利同样不被允许。
  • 1.4.4 App 只能显示由相关执法部门公布的酒后驾车检查点，不得鼓励酒后驾车和包括超速在内的其他鲁莽行为。
  • 1.4.5 App 不得促使用户参与赌博或挑战等活动，或以可能对自己或他人造成人身伤害的方式来使用他们的设备。
• 1.5 开发者信息

  用户需要知道如何就疑问和支持问题与你取得联系。确保你的 App 及其支持 URL 中包含能轻松联系到你的联系信息；对于可能会在课堂中使用的 App 而言，这一点尤为重要。如果未能提供准确的最新联系信息，不但会让顾客失望，还可能违反某些国家或地区的法律。另外，请确保在钱包凭证中包含发卡机构的有效联系方式，以及分配给凭证的品牌或商标所有者的专用证书。

• 1.6 数据安全

  App 应实现适当的安全举措，确保按照《Apple Developer Program 许可协议》和这些准则 (更多信息见“准则 5.1”) 妥善处理收集到的用户信息，防止对这些信息进行未经授权的使用、披露或者被第三方访问。

• 1.7 举报犯罪活动

  用于举报涉嫌犯罪活动的 App 必须有当地执法部门参与，并且只能在有执法部门参与的国家或地区中提供。

2. 性能

• 2.1 App 完成度
  • (a) 提交至 App 审核的申请 (包括可供预购的 App) 应为该 App 的最终版本，并应包含所有必要的元数据和有效网址。占位符文本、空白网站和其他临时内容应在提交前移除。在提交 App 之前，请务必在设备上对 App 错误和稳定性进行测试；如果你的 App 需要登录，请提供演示账户信息 (记得打开你的后台服务)。如果你出于法律或安全义务而无法提供演示账户，在提前获得 Apple 批准的情况下，可以用内置演示模式替代演示账户，但请确保演示模式能够展示你 App 的所有功能。我们将拒绝不完整的 App 套装以及会出现崩溃或存在明显技术问题的二进制文件。
  • (b) 如果你在 App 中提供了 App 内购买项目，请确保审核人员能够看到这些内容，并确保这些内容处于完整且最新的状态，并能正常运行。如果 App 中有任何无法找到或无法审核的已配置 App 内购买项目，请在审核备注中说明原因。
• 2.2 Beta 版测试

  App 的演示版、Beta 版和试用版不适合出现在 App Store 中，请改用 TestFlight。所有通过 TestFlight 提交以进行测试发布的 App 都应以公开发布为目的，并应遵循《App Store 审核指南》的准则。请注意，使用 TestFlight 的 App 不得分发给测试者用以换取任何类型的报酬，包括作为众筹资金的奖励。对于 Beta 版 App 的大幅更新应先提交至 TestFlight App Review 团队，然后再分发给你的测试者。要了解更多信息，请访问 TestFlight Beta 测试页面。

• 2.3 准确的元数据

  顾客在下载或购买你的 App 时，应该知道他们将得到什么，所以请确保你的所有 App 元数据，包括隐私信息、App 描述、截屏和预览，能够准确反映 App 的核心体验；并请记得更新，以保持与新版本相应的最新状态。

  • 2.3.1
    • (a) 请勿在 App 中包含隐藏、休眠或未记录的功能；不管是对于终端用户还是 App Review 团队，App 功能都应清晰可见。所有新的特性、功能和产品变更内容都必须在 App Store Connect 的“审核备注”部分中予以详细描述 (笼统的描述会导致 App 被拒绝)，且确保审核人员有访问权限。同样，如果你以误导的方式来营销你的 App — 例如宣传实际并不提供的内容或服务 (例如基于 iOS 的病毒和恶意软件扫描工具) 或宣传虚假的价格 — 不论是在 App Store 内部还是外部，都可能会导致你的 App 从 App Store 下架，或被禁止通过替代的分发方式安装，以及你的开发者账户被终止。
    • (b) 重复或恶劣的违规行为会导致开发者从 Apple Developer Program 中被除名。我们一直致力于将 App Store 打造成值得信赖的生态系统，希望我们的 App 开发者也是如此；如果你不尊重诚信，我们无法和你有任何业务往来。
  • 2.3.2 如果你的 App 包含 App 内购买项目，请确保 App 的描述、截屏和预览清楚地指明是否有需要另行购买的精选项目、关卡和订阅等。如果你决定在 App Store 中推广 App 内购买项目，请确保 App 内购买项目的显示名称、截屏和描述适合公众，并遵循“推广你的 App 内购买项目”中的准则；此外，你的 App 也应正确使用 SKPaymentTransactionObserver 方法，以便顾客在 App 内顺畅地完成购买。
  • 2.3.3 截屏应展示 App 的使用情况，而非仅显示标题封面、登录页面或初始屏幕。截屏还可以包括文本及图像说明 (例如：演示输入机制，如触控点或 Apple Pencil 的动画)，并展示设备上的扩展功能，如触控栏。
  • 2.3.4 预览是让顾客了解 App 外观和功能的好方法。为了确保顾客理解他们将在 App 中获得的体验，预览只可使用从 App 中捕获的视频屏幕。Stickers 和 iMessage 信息扩展可以将用户体验展示在“信息”App 中。你也可以添加旁白和视频，或添加文本说明，以帮助说明任何无法仅通过视频进行阐明的内容。
  • 2.3.5 请为 App 选择最适合的类别，详情可参考“App Store 类别定义”。如果选择的类别与实际情况相差较远，我们可能会自行修改 App 的类别。
  • 2.3.6 请在 App Store Connect 中诚实地回答年龄段分级问题，以使 App 与家长控制功能的分级保持一致。如果 App 分级有误，顾客在获得 App 时可能会感到诧异，或促使政府监管部门展开相应调查。如果 App 所含的媒体内容要求显示内容分级或警告 (如电影、音乐和游戏等)，则需在销售 App 的每个地区内遵循当地要求。
  • 2.3.7 请选择一个独特的 App 名称，指定能够准确描述 App 的关键词，不要试图用商标术语、流行 App 的名称、定价信息或其他不相关的短语来包装任何元数据，以此欺骗系统。App 名称必须限制在 30 个字符以内。App 名称、副标题、截屏和预览等元数据不得包含不属于该元数据类型的价格、词语或描述。App 副标题是详细介绍 App 背景信息的绝佳之处。副标题必须遵循我们的标准元数据规则，且不得包含不当内容、提及其他 App 或做出无法证实的产品声明。Apple 可以随时修改不合适的关键字或采取其他相应步骤，以防止不当使用。
  • 2.3.8 元数据应适合所有受众，所以请确保你的 App 和 App 内购买项目的相关图标、截屏和预览保持在 4+ 年龄分级；即使你的 App 分级更高，也应如此。例如，如果你的 App 是包含暴力的游戏，请勿选择包含惨烈的死亡或用枪瞄准特定角色的图像。在 App Store 中，只有“儿童类别”的 App 才能在 App 元数据中使用类似“适合幼儿”和“适合儿童”等词语。请务必确保包括 App 名称和图标 (小图标、大图标、Apple Watch App 和备用图标等) 在内的元数据彼此相似，以免引起困惑。
  • 2.3.9 你应负责确保有权使用 App 图标、截屏和预览中的所有材料，并应显示虚构的账户信息，而非真实个人的数据。
  • 2.3.10 请确保你的 App 注重所支持 Apple 平台的体验，并且不在 App 或元数据中包含其他移动平台或替代 App 市场的名称、图标或图像，除非存在已获批的特定交互功能。确保你的 App 元数据注重 App 本身及其体验。不要包含无关的信息。
  • 2.3.11 你提交至 App Store 可供预订的 App 必须为完整且可发布的状态。请确保你最终发布的 App 与其在预购状态时所宣传的内容没有实质性差异。如果你对该 App 进行了重大更改 (例如更改其商业模式)，则应重新开始其预订销售。
  • 2.3.12 App 必须在其“新功能”文本中清楚地描述新功能和产品更改情况。一些简单的错误修复、安全更新和性能改进可以通过一般描述来说明，但较为重大的更改必须列明在备注中。
  • 2.3.13 App 内活动是指在你 App 内发生的应时活动。你的活动必须属于 App Store Connect 中提供的活动类型之一，才能在 App Store 上展示。所有活动的元数据都必须清晰准确并与活动本身相关 (而非对应整个 App)。活动发生时间必须与你在 App Store Connect 中为不同商店选择的时间和日期一致。如要借助活动获取收益，请遵守第 3 部分关于“商务”的规定。另外，你提供的活动深层链接必须对应你 App 中的正确位置。请参阅“App 内活动”以获取可接受的活动元数据和活动深层链接的相关详细指南。
• 2.4 硬件兼容性
  • 2.4.1 为了确保用户能够充分利用你的 App，iPhone App 应尽量能在 iPad 上运行。我们鼓励你考虑开发通用 App，以便用户在所有设备 上都能使用。
  • 2.4.2 通过设计，让你的 App 节省能耗，且其使用方式不会带来设备损坏的风险。App 不应快速耗尽电池电能、产生过多的热量或对设备资源造成不必要的负担。例如，App 不得鼓励在充电期间将设备置于床垫或枕头下，或对固态硬盘进行过多的写入循环操作。App 及其中显示的任何第三方广告均不可运行无关的后台进程，如加密货币挖矿。
  • 2.4.3 对于 Apple TV App，应确保用户无需使用除 Siri Remote 或第三方游戏控制器之外的硬件输入，但你可以提供增强功能供连接其他外围设备时使用。如果需要用户配备游戏控制器，请务必在元数据中清晰说明，让用户知晓他们需要额外的设备才能玩游戏。
  • 2.4.4 App 不得建议或要求重新启动设备，也不得改动与 App 核心功能无关的系统设置。例如，请勿鼓励用户关闭 Wi-Fi 或停用安全功能等。
  • 2.4.5 对于通过 Mac App Store 分发的 App，还有几个额外要求需要你留意：
    • (i) 这些 App 必须适当地沙盒化，并遵循“macOS 文件系统文档”。另外，这些 App 只应使用相应的 macOS API 来修改其他 App 存储的用户数据 (如书签、“地址簿”或“日历”条目)。
    • (ii) 这些 App 必须使用 Xcode 中提供的技术来进行打包和提交；不允许使用第三方安装器。另外，这些 App 必须是单个的自包含 App 安装包，不能将代码或资源安装在共享位置。
    • (iii) 这些 App 不得自动启动或者在启动时包含其他自动运行的代码，不得在未经同意的情况下登录，也不得大量生成在用户退出 App 后仍在未经同意的情况下继续运行的进程。这些 App 不得将图标自动添加到程序坞中，或在用户桌面上自动留下快捷方式。
    • (iv) 这些 App 不得下载或安装独立的 App、kext、额外代码或资源，以向通过审核的 App 版本添加功能，或进行大幅更改。
    • (v) 这些 App 不得申请升级至 root 特权或使用 setuid 属性。
    • (vi) 这些 App 不得在启动时显示许可证屏幕、需要使用许可证密匙或实现自己的拷贝保护措施。
    • (vii) 这些 App 必须使用 Mac App Store 分发更新；不允许使用其他更新机制。
    • (viii) 这些 App 应在当前发布的操作系统上运行，不得使用已停用或选装的技术 (如 Java)。
    • (ix) 这些 App 必须在单个 App 套装内包含所有的语言和本地化支持。
• 2.5 软件要求
  • 2.5.1 App 仅可使用公共 API，并且必须在当前发布的操作系统上运行。进一步了解公共 API。及时更新你的 App，在未来的操作系统版本中不再支持的任何过时功能、框架或技术皆应被淘汰。App 使用的 API 和框架应该是为了实现预期用途，并在 App 描述中说明集成详情。例如，HomeKit 框架应提供家居自动化服务，HealthKit 则应该用于保持健康和健身目的，并集成在“健康”App 中。
  • 2.5.2 App 应自包含在自己的套装中，不得在指定容器范围外读取或写入数据，也不得下载、安装或执行会引入或更改 App 特性或功能的代码，包括其他 App。在为数不多的情形中，用于教授、开发或允许学生测试可执行代码的教育类 App 可以下载所提供的代码，但这类代码不得用于其他用途。这类 App 必须开放 App 提供的源代码，让用户可以完全查看和编辑这些源代码。
  • 2.5.3 如果 App 传输的病毒、文件、计算机代码或程序会对操作系统和/或硬件功能 (包括推送通知和 Game Center) 的正常运行造成负面影响或导致其中断，则该 App 会被拒绝。重复或恶劣的违规行为会导致开发者从 Apple Developer Program 中被除名。
  • 2.5.4 多任务处理 App 只允许针对原定用途使用后台服务：VoIP、音频播放、地理位置、任务完成记录和本地通知等。
  • 2.5.5 App 必须能够在仅支持 IPv6 的网络上完全正常地运作。
  • 2.5.6 如果 App 会浏览网页，则必须使用相应的 WebKit 框架和 WebKit JavaScript。你可以申请在你的 App 中使用备用网页浏览器引擎。进一步了解这些授权。
  • 2.5.7 此节暂时省略。
  • 2.5.8 如果 App 会创建替代的桌面/主屏幕环境，则该 App 会遭到拒绝。
  • 2.5.9 如果 App 会改变或停用标准开关 (如调高/调低音量和响铃/静音开关) 的功能，或者改变或停用其他的原生用户界面元素或行为，则该 App 会遭到拒绝。例如，App 不应屏蔽转向其他 App 的链接，或用户希望以某种特定方式运行的功能。
  • 2.5.10 不得提交包含空白广告横幅或测试广告的 App。
  • 2.5.11 SiriKit 和快捷方式
    • (i) 集成 SiriKit 和快捷方式的 App 只能登记无需其他 App 支持便可处理的意图，而且这个意图应当与用户对所述功能的预期相符。例如，如果你的 App 属于膳食计划 App，则不应融入开始体能训练的意图，即使这个 App 共享了与健身 App 的集成也不可以。
    • (ii) 确保 plist 中的词汇和短语与你的 App 及它所登记意图的 Siri 功能相符。别名必须与你的 App 或公司名称直接相关，不得使用通用术语或者包含第三方 App 名称或服务。
    • (iii) 以最直接的方式解析 Siri 请求或快捷方式，不要在请求与实现之间插入任何广告或其他市场营销信息。只有在完成相关任务需要时 (例如让用户指定特定类型的体能训练时)，才可以额外要求更多信息。
  • 2.5.12 利用 CallKit 或包含 SMS Fraud 扩展的 App 应该只拦截已确认用于发送垃圾信息的电话号码。具有通话、短信或彩信拦截功能或垃圾信息识别功能的 App 必须在营销文本中清楚标识这些功能，并且说明归入拦截列表和垃圾信息列表的标准。通过这些工具获得的数据只能用于运行或改进你的 App 或扩展，不得用于任何其他目的 (例如，不得出于跟踪或创建用户资料等目的来使用、共享或销售这些数据)。
  • 2.5.13 使用面容识别进行账户验证的 App 必须使用 LocalAuthentication (而非 ARKit 或其他面容识别技术)，且必须对未满 13 岁的用户使用另外的身份验证方式。
  • 2.5.14 在录像、记录日志或以其他方式记录用户活动时，App 必须征得用户的明确同意，而且要提供清晰的视觉和/或听觉指示。这亦包括任何对设备摄像头、麦克风、屏幕录像或其他用户输入方式的使用。
  • 2.5.15 能够让用户查看和选择文件的 App 应包含“文件”App 中的项目和用户的 iCloud 文稿。
  • 2.5.16 小组件、扩展和通知应当与 App 的内容和功能相关。
    • (a) 此外，所有的轻 App 特性和功能都必须包含在主 App 二进制文件中。轻 App 不能包含广告。
  • 2.5.17 支持 Matter 的 App 必须使用 Apple 的 Matter 支持框架才能进行配对。此外，如果你选择在 App 内使用任何 Matter 软件组件，而不使用 Apple 提供的 Matter SDK，则软件组件必须就其运行的平台获得连接标准联盟的认证。
  • 2.5.18 展示广告应仅在你 App 的主要二进制文件中投放，而不应包含在扩展、轻 App、小组件、通知、键盘、watchOS App 等内容中。App 内显示的广告必须与 App 的年龄分级相符。应允许用户查看用于将他们定向至这个广告的所有信息 (不要求用户离开 App)，并且不可涉及基于敏感用户数据的定向或行为定向广告。敏感的用户数据包括健康/医疗数据 (如来自 HealthKit API 的数据)、学校和课堂数据 (如来自 ClassKit 的数据)，或儿童的数据 (如来自 App Store 的儿童类别 App 的数据)，等等。插播广告、会中断或阻止用户体验的广告必须清楚地表明它们属于广告，不得操纵或欺骗用户轻点它们，并且必须提供可以轻松访问和清晰可见的关闭/跳过按钮，按钮大小足以让用户轻松解除广告。包含广告的 App 还必须提供让用户能够报告任何不当广告或与 App 年龄分级不符的广告的功能。

3.商务

在 App Store 中，你可以通过多种方式让自己的 App 实现盈利。如果你的业务模式并不显而易见，请务必在其元数据和 App 审核备注中加以说明。如果我们无法理解 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 内购买项目条件的物品赠予他人。此类礼品只能退款给原始购买者，而且不可交货。
    • 通过 Mac App Store 分发的 App 可托管基于非 App Store 机制的插件或扩展功能。
    • 提供“战利品箱”或其他随机虚拟物品购买机制的 App 必须在用户购买前，向他们披露每种类型物品的获取几率。
    • 可用来兑换数字商品或服务的数字充值卡、礼品券、兑换券和优惠券仅可通过 App 内购买项目在 App 内销售。在 App 内销售并邮寄给用户的实体充值卡可以使用 App 内购买项目之外的付款方式。
    • 非订阅型 App 在提供完整解锁选项前可以提供按时间计算的免费试用期，方法是在“价格等级 0”中设置非消耗型 IAP 项目，并按照命名约定“XX 天试用”来命名。在开始试用之前，App 必须清楚指明试用期时长、试用期结束后不再能访问的内容或服务，以及用户为获得完整功能而需要支付的任何后续费用。进一步了解如何使用收据 和设备检查 来管理内容访问权限和试用期时长。
    • App 可以使用 App 内购买项目来销售非同质化代币 (NFT) 及其相关服务，例如铸币、上市交易和转账。App 可以允许用户查看他们拥有的 NFT，但 NFT 所有权不应解锁 App 内功能。App 可以允许用户浏览他人的 NFT 合集，但 App 不得包含按钮、外部链接或其他指引顾客使用非 App 内购买项目机制进行购买的行动号召用语 (美国店面上的 App 除外)。
  • 3.1.1(a) 其他购买方式的链接：开发者可以申请授权，以在其 App 中提供一个指向其拥有或负责网站的链接，供用户购买数字内容或服务。但如果开发者仅需在美国店面的 App 中包含按钮、外部链接或其他行动号召用语，则不需要获得这些授权。有关更多详情，请参阅下文。
    • StoreKit 外部购买链接授权：特定地区的 App Store 中的 App 可以提供 App 内购买项目，还可以通过 StoreKit 外部购买链接授权添加开发者网站的链接，以告知用户还有其他购买数字商品或服务的方式。进一步了解这些授权。根据授权协议，该链接可以告知用户在何处以及如何购买这些 App 内购买项目，并告知通过该渠道购买的价格可能会相对较低。这些授权仅限于在特定店面的 iOS 或 iPadOS App Store 中使用。除了不受此禁令影响的美国店面外，在所有其他店面中，App 及其元数据不得包含按钮、外部链接或其他指引顾客使用非 App 内购买项目机制进行购买的行动号召用语。
    • 音乐流媒体服务授权：特定地区的音乐流媒体 App 可以使用音乐流媒体服务授权添加开发者网站的链接 (可以采用购买按钮的形式)，以告知用户还有其他购买数字音乐内容或服务的方式。这些授权还允许音乐流媒体 App 开发者邀请用户提供他们的电子邮件地址，以便向他们发送开发者网站的链接来购买数字音乐内容或服务。进一步了解这些授权。根据授权协议，该链接可以告知用户在何处以及如何购买这些 App 内购买项目，以及这类项目的价格。这些授权仅限于在特定店面的 iOS 或 iPadOS App Store 中使用。在所有其他店面中，流媒体音乐 App 及其元数据不得包含按钮、外部链接或其他行动号召用语，以指引顾客使用非 App 内购买项目机制进行购买。
    • 如果你的 App 涉嫌与该授权有关的误导性营销行为、诈骗或欺诈，App 将被从 App Store 中移除，你也可能会从 Apple Developer Program 中除名。
  • 3.1.2 订阅：无论属于 App Store 上的何种类别，App 都可以提供可自动续订的 App 内购买订阅。在 App 内集成可自动续订的订阅时，请务必遵循下述指导原则。
  • 3.1.2(a) 允许的用途：如果你提供可自动续订订阅，则必须为用户提供持续的价值，订阅期必须持续至少七天，并且能够在用户的所有设备上访问。适当的订阅示例包括但不限于：新游戏关卡；连载内容；多玩家支持；持续提供实质性更新的 App；对媒体内容的大型合集或持续更新的访问权限；软件即服务 (SAAS)；以及云服务支持。此外：
    • 订阅可与单点式服务一起提供。例如，你可以提供整个影片库的订阅，以及单部影片的购买或租赁。
    • 以流媒体游戏服务订阅方式提供的游戏可以提供跨多个第三方 App 和服务共享的单一订阅；但是，这些游戏必须直接从 App Store 下载，必须从设计上避免订阅者重复支付，并且不应损害非订阅用户的利益。
    • 订阅必须适用于可使用该 App 的所有用户设备。进一步了解在你的多个 App 之间共享订阅项目。
    • 与所有 App 一样，此类服务订阅应当允许用户直接获得付费购买的项目而无需执行额外任务，如在社交媒体上发帖、上传通讯录，以及在 App 内签到特定次数等。
    • 订阅可以包含消耗性的积分、宝石或游戏内货币等。你也可以提供包含消耗性商品打折权益的订阅 (例如能以优惠价购买宝石包的高级会员资格)。
    • 如果要将现有 App 更改为基于订阅的业务模式，你不得减掉现有用户已付费购买的主要功能。例如，针对新顾客引入订阅模式后，已购买“完整游戏解锁”的用户应能够继续访问完整版游戏。
    • 支持可自动续期订阅的 App 可以为用户提供免费试用期，但需要先在 App Store Connect 中提供要求的相关信息。进一步了解如何提供订阅优惠。
    • 试图诓骗用户的 App 会被从 App Store 中移除。这包括试图通过虚假信息诱骗用户购买订阅或涉及“诱购”和欺诈行为的 App，这些 App 会被从 App Store 中移除，你也可能会被从 Apple Developer Program 中除名。
    • 蜂窝网络运营商 App 若有 Apple 的事先批准，可以在用户随新的蜂窝网络数据套餐购买的套装中，包含可自动续期的音乐和视频订阅。如果蜂窝网络运营商 App 支持用户进行 App 内购买，则在 Apple 事先批准的情况下，随蜂窝网络数据套餐购买的套装中还可以包含其他可自动续期订阅。此类订阅不可包含消耗品的访问权限或折扣，且订阅服务必须与蜂窝网络数据套餐同时终止。
  • 3.1.2(b) 升级和降级：用户应能获得无缝的升级/降级体验，并且不会出现无意间订阅同一内容的多个不同版本。请查阅关于管理订阅升级和降级选项的最佳做法。
  • 3.1.2(c) 订阅信息：在让顾客订阅之前，你应当清晰描述付费后的具体权益。每月有几期？云存储容量有多大？具体能访问你的哪些服务？务必清楚地传达 《Apple Developer Program 许可协议》的附件 2 中所述的要求。
  • 3.1.3 其他购买方式： 以下 App 可以使用 App 内购买项目以外的购买方式。但除美国店面上的 App 以及 3.1.1(a) 和 3.1.3(a) 中规定的 App 以外，此部分中提及的 App 不得在 App 内鼓励用户使用 App 内购买项目以外的购买方式。开发者可以在 App 之外向其用户群发送宣传材料，以介绍 App 内购买项目以外的购买方式。
  • 3.1.3(a)“阅读器”App：此类 App 可以允许用户访问先前购买的内容或内容订阅 (具体包括：杂志、报纸、图书、音频、音乐和视频)。各种阅读器 App 可以为使用免费版本的用户提供账户创建功能，并为现有用户提供账户管理功能。阅读器 App 开发者可以申请 External Link Account 授权，以在其 App 中提供一个指向其拥有或负责网站的信息链接，以便用户创建或管理账户。如果开发者仅需在美国店面的 App 中包含按钮、外部链接或其他行动号召用语，则不需要获得授权。了解有关 External Link Account 授权的更多信息。
  • 3.1.3(b) 多平台服务：跨平台运行的 App 可以允许用户访问他们在其他平台上的相应 App 中或你的网站上获取的内容、订阅或功能 (包括多平台游戏中的消耗品)，这些项目同时也在 App 中以 App 内购买项目的形式提供。
  • 3.1.3(c) 企业服务：如果你的 App 只会由你直接向组织或团体销售以供其员工或学生使用 (例如专业数据库和课堂管理工具)，你可以允许企业用户访问以前购买的内容或订阅。如果 App 会销售给消费者、单个用户或家庭，则必须使用 App 内购买项目。
  • 3.1.3(d) 一对一服务：如果你的 App 允许购买两个个体之间的一对一实时服务 (例如，学生辅导、医疗咨询、看房服务或健身训练)，你可以使用 App 内购买项目以外的其他购买方式来收取相应款项。一对几和一对多的实时服务则必须使用 App 内购买项目。
  • 3.1.3(e) App 之外的商品和服务：如果 App 允许用户购买将在 App 之外使用的实体商品或服务，则必须使用 App 内购买项目以外的购买方式来收取相应款项，如 Apple Pay 或传统的信用卡入口。
  • 3.1.3(f) 免费的独立 App：与基于网页的付费工具 (例如，VOIP、云存储、电子邮件服务、网页托管) 搭配使用时，免费的独立 App 只要不提供购买功能，也不号召进行 App 外购买，则并非必须使用 App 内购买项目。
  • 3.1.3(g) 广告管理 App：仅用于允许广告商 (为产品、服务或活动做广告的个人或企业) 购买和管理多种媒体类型 (电视、户外、网站、App 等) 上的广告活动的 App，无需使用 App 内购买项目。这些 App 旨在管理广告活动，而不会展示广告本身。如需购买在 App 内体验或消费的数字内容，包括购买在同一 App 内展示的广告 (如在社交媒体 App 中销售对发帖的“推广”)，则必须使用 App 内购买项目。
  • 3.1.4 硬件相关内容：在为数不多的情形中，例如当功能依赖于特定的硬件才能生效时，App 可在不使用 App 内购买项目的情况下解锁相应功能 (例如，天文 App 会在与望远镜同步后增加功能)。与经过批准的实际产品 (如玩具) 配合使用的可选 App 功能可在不使用 App 内购买项目的情况下解锁特定功能，前提是同时也提供 App 内购买项目选项。你不得要求用户通过购买无关产品或参与广告或市场活动来解锁 App 功能。
  • 3.1.5 加密货币：
    • (i) 钱包：App 可以协助虚拟货币储值，前提是它们由组织类别账户的开发者提供。
    • (ii) 挖矿：App 不可参与虚拟货币挖矿，除非处理过程是在设备外进行的 (例如，云端挖矿)。
    • (iii) 兑换：App 可以在获得兑换授权的情况下进行加密货币交易或转账，但上述服务仅在 App 拥有提供加密货币兑换服务的相应执照和许可的国家或地区提供。
    • (iv) 首次代币发行：App 如支持首次代币发行 (“ICO”)、数字加密货币期货交易以及其他数字加密证券或准证券交易，发布方须为已创立的银行、证券公司、期货经纪商 (“FCM”) 或其他经批准的金融机构，并遵守所有相关法律。
    • (v) 加密货币 App 不可通过完成任务来提供货币，如下载其他 App、鼓励其他用户下载，以及在社交网络发帖等。
• 3.2 其他业务模式问题

  下方列表并非详尽清单，且我们的政策可能因你提交的 App 有所变更或更新，但这里有一些额外的应做及勿做事宜需要你的注意：

  • 3.2.1 应做事项
    • (i) 在你的 App 中，出于购买或促销目的而展示你的其他 App，只要你的 App 不只是简单地罗列其他 App。
    • (ii) 显示或推荐专为经批准的特定需求而设计的第三方 App (如健康管理、航空以及辅助功能等)。你的 App 应能提供持续不断的编辑内容，这样 App 才不会看起来像是个摆设。
    • (iii) 在租借期限结束后，禁止访问经批准的特定租借内容 (例如电影、电视节目、音乐、图书)；所有其他项目服务不得存在过期时间。
    • (iv) 钱包凭证可用于付款或接收付款、传输交易或是提供身份验证 (例如电影票、优惠券和 VIP 凭据)。如将钱包凭证用作其他用途，则可能会导致 App 被拒，钱包凭据也有可能被撤销。
    • (v) 保险类 App 必须免费提供，并且必须遵守 app 分发地区的相关法律，且不得使用 App 内购买项目。
    • (vi) 经批准的非营利组织可以在他们持有的 App 或第三方 App 内进行筹款活动，前提是这些筹款活动必须遵守所有的《App Store 审核指南》并提供 Apple Pay 支持。这类 App 必须披露资金的计划用途，遵守所有必要的当地和联邦政府法律，并且确保向捐款人提供相应的报税收据。在被要求时，还应向 App Review 团队提供其他信息。向捐款人介绍其他非营利组织的非营利组织平台必须确保 App 中列出的每一家非营利组织都已通过非营利组织批准流程。进一步了解如何成为受批准的非营利组织。
    • (vii) App 可允许个人用户使用非 App 内购买项目机制向另一位个人送赠货币式礼物，前提为：a) 送赠方拥有决定是否进行送赠的完全自主权，b) 获赠方收取 100% 的礼物金额。然而，礼物若在任何时间点对应或包含接收任何数字内容或服务，则必须使用 App 内购买项目。
    • (viii) App 如用于金融交易、投资或资金管理，发布方应为执行此类服务的金融机构，并且必须在提供该 App 的地区获得必要的许可和批准。
  • 3.2.2 勿做事项
    • (i) 创建与 App Store 类似且用于显示第三方 App、扩展功能或插件的界面，或将其作为热门 App 的合集。
    • (ii) 此节暂时省略。
    • (iii) 人为地刷广告展示次数或者广告点进次数的 App，以及主要设计目的在于显示广告的 App。
    • (iv) 在 App 内为慈善机构和募款方筹集资金，除非你是经批准的非营利组织或依上文 3.2.1 (vi) 规定获得了许可。出于以上目的筹集资金的 App 必须在 App Store 上提供免费下载，并只能在 App 之外筹集，例如通过 Safari 浏览器或短信。
    • (v) 强行限制 App 的用户群，例如限制特定地区或运营商。
    • (vi) 此节暂时省略。
    • (vii) 人为操纵用户在其他服务中的可见性、状态或排名，除非相关服务的条款和条件允许这样做。
    • (viii) App Store 中不允许分发协助进行二元期权交易的 App。请考虑使用网页版 App。App 如支持差价合约或其他金融衍生工具 (如外汇) 交易，则必须在提供服务的所有司法管辖区获得相应的许可。
    • (ix) 提供个人贷款的 App 必须以醒目的方式，清晰地披露所有贷款条款 — 其中包括但不限于等效最高年利率 (APR) 和到期还款日。App 中使用的最高 APR 不得超过 36% (包括相关费用支出)，并且不得要求在 60 天或更短时间内全额还款。
    • (x) App 不得强制要求用户为 App 评级或点评、下载其他 App，或执行其他与商店相关的操作，然后才能访问该 App 的功能、内容或者使用该 App。但 App 可以通过其他方式鼓励用户在 App 内执行特定操作 (例如完成关卡、观看广告)。

4.设计

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

• 4.1 抄袭
  • (a) 请拿出你自己的想法。我们知道你有自己的奇思妙想，那么请将它们付诸实际。请不要简单照搬 App Store 上的热门 App，或只是细微修改其他 App 的名称或 UI，就将其挪为己用。这么做不但有引发知识产权侵权索赔的风险，更会加大在 App Store 中浏览的难度，而且对你的开发者同仁来说也不公平。
  • (b) 提交冒充其他 App 或服务的 App 会被视为违反了开发者行为准则，可能会导致开发者从 Apple Developer Program 中被除名。
• 4.2 最小功能

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

  • 4.2.1 使用 ARKit 的 App 应提供丰富而完整的增强现实体验，仅将模型放入 AR 视图或重播动画并不足够。
  • 4.2.2 除了目录类 App 之外，App 不应只包含市场营销材料、广告、网络剪报、内容聚合或链接合集。
  • 4.2.3
    • (i) App 应能独立工作，无需安装其他 App。
    • (ii) 如果 App 需要下载其他资源才能在首次启动时正常运行，请披露下载大小并在下载之前提醒用户。
  • 4.2.4 此节暂时省略。
  • 4.2.5 此节暂时省略。
  • 4.2.6 利用商业化模板或 app 生成服务创建的 App 将被拒绝，除非这个 App 由相应内容的提供商直接提交。这些模板服务若要为不同的客户提供差异化的用户体验，可提供工具来帮助客户自行创建创新的 App，但不应代表客户提交 App。模板提供商也可以考虑创建单一的二进制文件，以汇总或“选取”的模型托管所有客户端内容 (例如：在搜索餐厅的 App 里为每个客户餐厅定制独立的条目或页面，或在聚会活动 App 里为每个客户的活动创建单独的条目)。
  • 4.2.7 远程桌面客户端：如果你的远程桌面 App 用作特定软件或服务的镜像，而不是主机设备的普通镜像，则必须符合以下规定：
    • (a) App 必须仅连接到归用户所有的主机设备 (即归用户所有的个人电脑或专用游戏控制台)；主机设备和客户端皆须通过本地局域网连接。
    • (b) 客户端中显示的任何软件或服务应完全在主机设备上执行，在主机设备屏幕上完整呈现，并且不可使用超出远程桌面传输所需的 API 或平台功能。
    • (c) 所有账户的创建和管理均必须从主机设备发起。
    • (d) 客户端上显示的 UI 不与 iOS 或 App Store 视图相似，不提供商店类界面，也不能供用户浏览、选择或购买用户尚未拥有或授权的软件。为明确起见，在镜像的软件中发生的交易不需要使用 App 内购买，前提是这些交易是在主机设备上处理的。
    • (e) 云端 App 的瘦客户端不适合在 App Store 上发布。
• 4.3 重复 App
  • (a) 请不要为同一个 App 创建多个套装 ID。如果你的 App 打算为特定位置、运动队、大学等提供不同版本，请考虑只提交一个 App，并使用 App 内购买项目来提供不同的功能。
  • (b) 同时，请避免继续在已有大量类似 App 的类别下进行开发；App Store 上已经有太多模拟放屁、打嗝声音的 App，以及手电筒、算命、约会、猜拳行令和爱经等 App。除非这类 App 会提供独特、高质量的体验，否则我们将会予以拒绝。上传大量相似版本的 App 可能会导致你被从 Apple Developer Program 中除名。
• 4.4 扩展

  托管或包含扩展的 App 必须遵循《App 扩展编程指南》、Safari 浏览器 App 扩展参考文档，或是 Safari 浏览器 Web 扩展参考文档；如果适用，还应包含诸如帮助屏幕和设置界面等功能。你应当在 App 的市场营销文本中清晰且准确地披露提供了哪些扩展，扩展中不可包含营销、广告或 App 内购买项目。

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

    它们必须：

    • 提供键盘输入功能 (如可输入字符)；
    • 如果键盘中含有图像或表情符号，请遵循贴纸准则；
    • 提供切换到下一个键盘的方法；
    • 在没有网络连接和不要求完全访问权限的情况下仍能使用；
    • 收集用户活动数据只是为了改进其 Keyboard 扩展在 iOS 设备上的性能。

    它们不得：

    • 启动“设置”之外的其他 App；或者
    • 将键盘按键用于其他行为，例如按住 Return 键来启动相机等。
  • 4.4.2 Safari 扩展必须在相关 Apple 操作系统上的最新版 Safari 浏览器上运行。它们不得干扰系统和 Safari 浏览器 UI 元素，并绝不能包含恶意或误导性的内容或代码。违反此规则将遭到 Apple Developer Program 除名。除了正常工作所必需的网站，Safari 扩展不得要求访问更多网站。
  • 4.4.3 此节暂时省略。
• 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) iOS 上的 MusicKit 让用户可以在你的 App 和游戏中以原生方式播放 Apple Music 和本地音乐库中的音乐。在用户授权允许访问他们的 Apple Music 账户后，你的 App 即可创建播放列表、将歌曲添加到他们的音乐库中，并能播放 Apple Music 目录中的数百万首歌曲。用户必须能够发起 Apple Music 流媒体播放，并且能够使用“播放”、“暂停”和“跳过”等标准媒体控件来浏览音乐内容。此外，你的 App 不得要求用户通过付款或间接的货币化方式来获取 Apple Music 服务的访问权限 (如 App 内购买项目、广告、要求使用用户信息等)。请勿下载、上传或分享源自 MusicKit API 的音乐文件，除非 MusicKit 文稿中已明确允许。
    • (ii) 使用 MusicKit API 并不能取代为获得更深入或更复杂的音乐集成而可能需要的授权许可。例如，如果你希望你的 App 在特定时刻播放特定的歌曲，或者创建可以在社交媒体上分享的音频或视频文件，你需要直接联系版权持有人来获得许可 (如同步或改编权利) 和资源。封面插图和其他元数据仅可用于与音乐播放或播放列表相关的用途 (包括展示 App 功能的截屏)，未经版权持有人明确授权，不得用于任何市场营销或广告目的。在 App 中集成 Apple Music 服务时，请务必遵循《Apple Music 识别标志指南》。
    • (iii) 访问 Apple Music 用户数据 (如播放列表和个人收藏) 的 App 必须在用途字符串中清楚披露这类访问行为。收集的任何数据均不得与第三方分享，也不得用于除支持或改进 App 体验之外的任何其他用途。这类数据不得用于识别用户身份或设备，也不得用于广告定向宣传目的。
  • 4.5.3不得使用 Apple 服务 (包括 Game Center 和推送通知等) 发送垃圾邮件、进行网络钓鱼，或者向顾客发送未经请求的信息。不得尝试对通过 Game Center 获取的玩家 ID、别名以及其他信息进行反向查找、跟踪、关联、挖掘、收割或通过其他方式加以利用，否则你将会被从 Apple Developer Program 除名。
  • 4.5.4 App 不得将推送通知列为必需条件，并且不应将这项功能用来发送敏感的个人或机密信息。推送通知不得用于促销或直接营销目的，除非用户已通过 App UI 中显示的同意语句明确选择接收此类信息，并且你在 App 中提供了让用户可以选择不接收此类信息的方法。不当使用这些服务可能会导致撤销你的权限。
  • 4.5.5 仅以 Game Center 团队批准的方式使用 Game Center 玩家 ID，并不得在 App 中显示或向任何第三方显示。
  • 4.5.6 App 可以在自身和 App 元数据中使用会呈现为 Apple 表情符号的 Unicode 字符。Apple 表情符号不可在其他平台中使用，也不可直接嵌入到你的 App 二进制文件中。
• 4.6 此节暂时省略。
• 4.7 迷你 App、迷你游戏、流媒体游戏、聊天机器人、插件和游戏仿真器

  App 中可以提供未嵌入二进制文件的某些软件，尤其是 HTML5 迷你 App 和迷你游戏、流媒体游戏、聊天机器人以及插件。此外，复古游戏主机和 PC 模拟器 App 可以提供游戏下载服务。你应对你的 App 中提供的所有此类软件负责，包括确保此类软件符合本指南的各项准则和所有适用法律。违反一项或多项准则的软件将导致你的 App 被拒。你还必须确保软件遵守 4.7.1 至 4.7.5 中的额外规则。这些额外规则对于保持 App Store 用户所期望的体验和帮助确保用户安全来说非常重要。

  • 4.7.1 根据本规则在 App 中提供的软件必须：
    • 遵守所有的隐私条款，包括但不限于“准则 5.1”中关于收集、使用和共享数据和敏感数据 (例如健康数据和儿童个人数据) 的规定；
    • 加入筛选令人反感的内容的方法、举报内容和及时回应顾虑的机制，以及屏蔽滥用用户的功能；
    • 遵循条款 3.1，以向最终用户提供数字商品或服务。
  • 4.7.2 未经 Apple 事先许可，你的 App 不得扩展或公开软件的本地平台 API。
  • 4.7.3 在各个实例中，未经用户明确同意，你的 App 不得分享你的 App 中提供的任何单个软件的数据或隐私权限。
  • 4.7.4 你必须提供你的 App 中可用软件和元数据的索引，其中必须包含通用链接，指向你 App 中提供的所有软件。
  • 4.7.5 你的 App 必须使用以 App 中所提供内容的最高年龄分级为准的年龄分级。
• 4.8 登录服务

  如果 App 使用第三方或社交登录服务 (例如，Facebook 登录、Google 登录、通过 Twitter 登录、通过 LinkedIn 登录、通过 Amazon 登录或微信登录) 来对其进行设置或验证这个 App 的用户主账户，则该 App 必须同时提供其他登录服务作为同等选项，并且需要满足以下条件：

  • 该登录服务仅限收集用户的姓名和电子邮件地址数据；
  • 该登录服务允许用户可在设置账户的过程中对电子邮件地址进行保密；
  • 在未经同意的情况下，登录服务不得出于广告目的收集与你 App 的互动。

  用户的主账户是指在 App 中建立的、用于标识身份、登录和访问功能和相关服务的账户。

  在以下情况下，不要求提供其他登录服务：

  • 你的 App 仅使用公司自有的账户设置和登录系统。
  • 你的 App 是一个替代 App 市场，或是从替代 App 市场分发的 App，并且使用了特定于市场的登录功能来实现账户、下载和商务功能。
  • 你的 App 是一款教育、企业或商务 App，要求用户使用现有的教育或企业账户登录。
  • 你的 App 使用政府或行业支持的公民身份系统或电子身份证来鉴定用户身份。
  • 你的 App 是特定第三方服务的客户端，用户需要使用他们的邮件、社交媒体或其他第三方账户直接登录才能访问内容。

• 4.9 Apple Pay

  如果 App 使用 Apple Pay，则在销售任何商品或服务之前，必须先向用户提供所有的实质性购买信息，并且必须正确使用 Apple Pay 品牌和用户界面元素，具体要求可参考《Apple Pay 营销指南》和《人机界面指南》。使用 Apple Pay 提供重复付款服务的 App 至少需要披露以下信息：

  • 续订周期的时长；除非被取消，否则续订将会继续
  • 每个周期中会提供哪些服务
  • 将向顾客收取的实际费用
  • 如何取消
• 4.10 利用内置功能获利

  不得通过硬件或操作系统提供的内置功能 (例如，推送通知、摄像头或陀螺仪) 获利；也不得通过 Apple 服务和技术 (例如 Apple Music 访问、iCloud 存储或 Screen Time API) 来获利。

5. 法律

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

• 5.1 隐私

  在 Apple 生态系统中，保护用户隐私是第一要务。在处理个人数据时，请务必小心谨慎，确保你已遵守隐私保护最佳做法、适用的法律和《Apple Developer Program 许可协议》中的条款，并且符合用户的预期。尤其是：

  • 5.1.1 数据收集和存储
    • (i) 隐私政策：所有 App 必须在 App Store Connect 元数据栏位和 App 内部包含可轻松访问的隐私政策链接。隐私政策必须明确而清楚地：
      • 指明 App/服务所收集的数据 (若有)、收集数据的方式，以及这些数据的所有用途。
      • 确认与 App 共享用户数据 (遵从这些准则) 的任何第三方 (例如，分析工具、广告网络和第三方 SDK，以及能够访问用户数据的任何母公司、子公司或其他相关实体) 会提供与 App 隐私政策所述及这些准则所要求相同或等同的用户数据保护措施。
      • 解释数据保留/删除政策，并且说明用户可以如何撤销同意和/或请求删除用户数据。
    • (ii) 许可：如果 App 会收集用户数据或使用数据，即使此类数据在收集当时或收集后即刻被匿名处理，App 也必须征得用户的同意才能收集。付费功能不得依赖于或要求用户授予访问这些数据的权限。App 也必须为顾客提供简单易懂且易于操作的方式来撤销同意。确保你在用途说明中清楚且完整地阐述你对数据的使用。如果 App 依据欧盟《一般数据保护条例》(“GDPR”) 或类似法规，出于合法权益而不经事先同意就收集数据，则必须遵循此类法律的所有条款。进一步了解请求许可。
    • (iii) 数据最少化：App 仅可请求访问与 App 核心功能相关的数据，并且仅可收集和使用完成相关任务所需的数据。若有可能，请使用进程外选取器或共享列表，而不要请求“照片”或“通讯录”等受保护资源的完整访问权限。
    • (iv) 访问权限：App 必须尊重用户的权限设置，不得操纵、欺骗或强迫用户同意不必要的数据访问。例如，可发布照片到社交网络的 App 不得在允许用户上传照片前要求麦克风访问权限。若有可能，请为不同意的用户提供替代解决方案。例如，如果用户拒绝共享位置，请提供手动输入地址的功能。
    • (v) 账户登录：如果 App 不包含基于账户的重要功能，请允许用户在不登录的情况下使用。如果 App 支持账户创建，则也必须在 App 内提供账户删除功能。App 不得要求用户提供个人信息才能正常使用，除非个人信息与 App 的核心功能直接相关，或是法律要求时。如果你的核心 App 功能与特定的社交网络 (如 Facebook、微信、微博或 X 等) 不相关，你必须提供无需登录或其他类似机制的访问权限。调取基本档案信息、分享到社交网络或邀请朋友使用 App 等不视为核心 App 功能。App 还必须包含用于撤销社交网络凭证的机制，以及从 App 内停用 App 与社交网络之间数据访问的机制。App 不可在设备外存储社交网络的凭证或令牌，而且只能使用此类凭证或令牌来在 App 使用期间从 app 本身直接连接社交网络。
    • (vi) 试图利用 App 来暗中收集用户密码或其他用户私人数据的开发者将被从 Apple Developer Program 除名。
    • (vii) 必须使用 SafariViewController 在显著位置向用户显示信息；不得隐藏这个控制器，也不能被其他视图或图层遮挡。此外，未经用户的知情和同意，App 不得私下利用 Safari 浏览器 ViewController 来追踪用户。
    • (viii) 汇编个人信息的 App，如果信息并非直接源自用户，或来源未经用户明确同意 (即使是公共数据库)，则不得在 App Store 或替代的分发方式中发布。
    • (Ix) 在受到严格监管的领域 (如银行和金融服务、医疗保健、赌博、合法使用大麻和航空旅行) 提供服务或需要敏感用户信息的 App，应由提供相应服务的法人实体提交，而不能由个人开发者提交。为合法销售大麻提供便利的 App 只能在相应的司法辖区内发布。
    • (x) App 可以请求用户提供基本的联系信息 (例如姓名和电子邮件地址)，前提是用户对于是否提供信息拥有选择权。另外，用户是否提供信息不应成为使用 App 功能和服务的前提条件，且 App 须符合相关准则的所有其他规定 (包括针对收集儿童信息的限制)。
  • 5.1.2 数据使用和共享
    • (i) 除非法律另有许可，否则你不得未经他人允许而使用、传输或共享他们的个人数据。你必须提供相应的信息，说明以何种方式在哪里使用这些数据。App 收集的数据只有在为了改进 App 或用于广告投放用途 (遵守《Apple Developer Program 许可协议》) 的前提下，才能与第三方共享。你必须通过 App Tracking Transparency API 征得用户明确许可后，才能追踪他们的活动。进一步了解追踪。App 不得要求用户必须先启用系统功能 (例如推送通知、定位服务、跟踪)，然后才能访问 App 的功能和内容、使用 App，或是收到现金或其他补偿 (包括但不限于礼品卡和兑换码)。如果 App 在未经用户同意或未能符合数据隐私保护法律的情况下共享用户数据，则该 App 可能会被下架，并且可能会导致你被从 Apple Developer Program 中除名。
    • (ii) 除非法律另有明确许可，否则未经用户的额外同意，为一个用途而收集的数据不可用于其他用途。
    • (iii) App 不得试图暗中基于收集的数据构建用户资料，也不得尝试、协助或鼓励他人根据从 Apple 提供的 API 收集的数据，或你所谓以“匿名”、“汇总”或其他不可识别的方式收集的数据来识别匿名用户的身份或重建用户资料。
    • (iv) 请勿使用来自“通讯录”、“照片”或能访问用户数据的其他 API 的信息来构建联系人数据库，以供自己使用或出售/分发给第三方，也不要收集关于用户设备上安装有哪些 App 的信息，以用于分析或投放广告/市场营销。
    • (v) 请勿使用通过“通讯录”或“照片”收集的信息来联系用户，除非个别用户明确发起主动联系；请勿包含“全部选择”选项，也不要默认选中所有联系人。在信息发送之前，你必须向用户清楚说明这个信息会如何呈现给收件人 (例如，信息中包含什么内容？发件人显示为谁？)。
    • (vi) 从 HomeKit API、HealthKit、Clinical Health Records API、MovementDisorder API、ClassKit 或深度图和/或面谱绘制工具 (例如 ARKit、Camera API 或 Photo API) 收集的数据，不得用于 (包括由第三方进行的) 市场营销、投放广告或基于使用情况的数据挖掘。进一步了解实现 CallKit、HealthKit、ClassKit 和 ARKit 的最佳做法。
    • (vii) 使用 Apple Pay 的 App 只能与第三方共享通过 Apple Pay 获得的用户数据，以帮助或改进商品或服务的交付。
  • 5.1.3 健康和健康研究

    健康、健身和医疗数据特别敏感，涵盖这些领域的 App 必须符合额外的规定，以确保顾客隐私受到保护：

    • (i) App 在健康、健身和医疗研究背景下收集的数据 (包括从 Clinical Health Records API、HealthKit API、“运动与健身”、MovementDisorder API 或健康领域人体研究中收集的数据)，不得因广告投放、市场营销或其他基于使用情况进行的数据挖掘 (除非获得批准，并出于改进健康管理或健康研究的目的) 而使用或向第三方披露。不过，App 可以使用用户的健康或健身数据直接向该用户提供权益 (如保费减免)，前提是 App 须由提供相应权益的实体提交，而且相关数据不得与第三方共享。同时，App 必须清楚说明将从设备收集的具体健康数据。
    • (ii) App 不得将虚假或错误数据写入 HealthKit 或其他任何医疗研究/健康管理 App，不得在 iCloud 中存储个人健康信息。
    • (iii) 开展健康领域人体研究的 App 必须获得参与人员提供的知情同意书，如果涉及未成年人，则必须获得由其家长或监护人提供的知情同意书。上述知情同意书必须涵盖以下内容：(a) 研究的性质、目的和时长；(b) 具体规程，给参与人员带来的风险和益处；(c) 关于保密和数据处理 (包括与第三方共享信息的情况) 的信息；(d) 用于回答参与人员问题的联系人；以及 (e) 退出流程。
    • (iv) 用于开展健康领域人体研究的 App 必须获得一家独立伦理审查委员会的批准。一经要求，必须提供此类批准的证明。
  • 5.1.4 儿童

    • (a) 出于诸多原因，你在处理儿童的个人数据时请务必小心谨慎。我们建议你仔细阅读所有要求，以遵循相关法律，如《儿童在线隐私保护法》(“COPPA”)、欧盟《一般数据保护条例》(“GDPR”) 以及任何其他适用的法律法规。

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

      主要面向儿童的 App 不应包含第三方数据分析或第三方广告。这些做法可为儿童提供更安全的体验。

    • (b) 在少数情况下，可能允许包含第三方数据分析和第三方广告，前提是这些服务遵守上文“准则 1.3”中所述的条款。

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

      特此提醒，“准则 2.3.8”要求只有“儿童”类别的 App 才能在元数据中使用类似“适合幼儿”和“适合儿童”等词语。不属于“儿童”类别的 App 不得在 App 名称、副标题、图标、截屏或描述中包含任何暗示 App 主要受众为儿童的词汇。

  • 5.1.5 定位服务

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

• 5.2 知识产权

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

  • 5.2.1 一般性：不得在未经授权的情况下，在 App 中使用受保护的第三方材料 (例如商标、版权作品、专利设计)；也不得在 App 套装或开发者名称中包含虚假、抄袭或误导性的演示、名称或元数据。App 提交方应当是拥有或获授权使用知识产权及其他相关权利的个人或法人实体。
  • 5.2.2 第三方站点/服务：如果你的 App 会使用、访问第三方服务、通过访问第三方服务盈利或是显示第三方服务的内容，请确保你获得在该服务的使用条款下进行此类操作的特别许可。如有相应要求，则必须提供相关授权。
  • 5.2.3 音频/视频下载：App 不得为非法文件共享提供便利，或在没有获得相关明确授权的情况下，提供从第三方来源 (如 Apple Music、YouTube、SoundCloud、Vimeo 等) 进行保存、转换或下载媒体资源的功能或帮助。视频/音频内容流也有可能触犯使用条款，所以请务必在 App 访问这些服务前，进行检查。如有相应要求，则必须提供相关授权。
  • 5.2.4 受 Apple 认可
    • (a) 不得误导或暗示 Apple 是 App 的来源或提供商，或者 Apple 以任何形式表示认可其质量或功能。
    • (b) 如果你的 App 被选为“编辑选荐”，Apple 将自动显示相应徽章。
  • 5.2.5 Apple 产品： 不得创建与现有 Apple 产品、界面 (如访达)、App (如 App Store、iTunes Store 或“信息”) 或广告主题外观相似或容易混淆的 App。App 和扩展功能 (包括第三方键盘和贴纸包) 不得含有 Apple 表情符号。对于 iTunes 音乐和 Apple Music 的预览内容，不得使用其娱乐价值 (如用作照片拼贴画的背景音乐或游戏配音) 或以其他未获授权的方式加以利用。如果你提供 iTunes 或 Apple Music 中音乐的预览内容，则必须注明相应音乐在 iTunes 或 Apple Music 中的链接。如果 App 显示健身记录圆环，则不应以类似于“健身记录”控件的方式展示“活动”、“锻炼”或“站立”数据。请参考《人机界面指南》以了解关于如何使用健身记录圆环的更多信息。如果你的 App 显示 Apple “天气”App 的数据，则应遵循 WeatherKit 文档中的归因要求。
• 5.3 游戏、赌博和彩票

  游戏、赌博和彩票的管理难度较大，是 App Store 上受到最严格管制的 App 类别之一。要包含此功能，请先全面核实你的 App 即将发布的所有国家/地区的相关法律要求，并请为此功能的审核流程预留更长的时间。你需要谨记以下事项：

  • 5.3.1 抽奖和比赛必须由 App 的开发者赞助。
  • 5.3.2 抽奖、比赛和抽彩的正式规则必须在 App 中注明，并且必须明确表示 Apple 不是赞助者，也没有以任何形式参与活动。
  • 5.3.3 App 不得使用 App 内购买项目来购买在任何类型的真实货币游戏中使用的积分或游戏币。
  • 5.3.4 提供真实货币游戏 (例如体育下注、扑克、赌场游戏、赛马) 或彩票的 App 必须在使用该 App 的地区获得必要的许可和批准，且只能在这些地区发布，此类 App 在 App Store 中必须免费提供。App Store 上不允许发布非法的赌博辅助工具，包括记牌器。彩票 App 必须有报酬、几率及奖品。
• 5.4 VPN App

  提供 VPN 服务的 App 必须利用 NEVPNManager API，并且仅可由登记为企业的开发者提供。在用户进行任何操作来购买或以其他方式使用该服务之前，你必须在 App 屏幕上清楚地声明会收集哪些用户数据，以及将如何使用这些数据。无论出于任何目的，提供 VPN 服务的 App 不得向第三方出售、使用或披露任何数据；并且必须在隐私政策中做出这一承诺。VPN App 不得违反当地法律，如果你选择在需要 VPN 许可证的地区发布，则必须在 App 审核的注释栏位中提供你的许可证信息。除此之外，经批准的提供商所提供的家长控制、内容拦截和安全 App 也可以使用 NEVPNManager API。不遵循这项准则的 App 会被从 App Store 中移除、被禁止通过替代分发方式安装，你也可能会被从 Apple Developer Program 中除名。

• 5.5 移动设备管理

  提供移动设备管理 (MDM) 服务的 MDM App 必须向 Apple 请求此功能。此类 App 仅可由商业企业、教育机构或政府机构提供；在少数情况下，也可由使用 MDM 提供家长控制服务或设备安全功能的公司提供。在用户进行任何操作来购买或以其他方式使用该服务之前，你必须在 App 屏幕上清楚地声明会收集哪些用户数据，以及将如何使用这些数据。MDM App 不得违反任何适用法律。无论出于任何目的，提供 MDM 服务的 App 都不得出售、使用或向第三方披露任何数据；并且必须在隐私政策中做出这一承诺。在少数情况下，可能允许包含第三方数据分析，前提是相关服务仅收集或传输关于开发者的 MDM App 性能的数据，而不会收集关于用户、用户设备或该设备上其他 App 的任何数据。提供配置描述文件的 App 也必须遵守这些要求。不遵循这项准则的 App 会被从 App Store 中移除、被禁止通过替代分发方式安装，你也可能会被从 Apple Developer Program 中除名。

• 5.6 开发者行为准则

  请尊重每一个人，无论是在 App Store 中回复用户评论、回应用户支持请求，还是与 Apple 沟通时 (包括你在 App Store Connect 对审核团队的回复)，都应做到这一点。请勿涉及任何形式的骚扰、歧视、恐吓或霸凌行为，也不要鼓励他人实施任何上述行为。重复的操纵或误导行为或其他欺诈性行为会导致你被从 Apple Developer Program 中除名。

  用户的信任是 App 生态系统的基石。App 不得存在以下行为：为用户设下陷阱或试图敲诈用户；诱导用户进行非自愿的购买；强迫用户共享不必要的数据；以欺骗的方式抬高价格；针对未能交付的功能或内容收取费用；或者在 App 内部或外部实施任何其他操纵行为。

  如果你从事违反开发者行为准则的活动或存在相关行为，你的 Apple Developer Program 账户将被终止。要恢复账户，你可以提供书面声明来详述你的改进计划。如果 Apple 批准你的计划，并确认你已进行了整改，你的账户可能会被恢复。

  • 5.6.1 App Store 评论

    App Store 的用户评论是 App 体验中不可或缺的一部分。在回复顾客的评论时，请对他们保持尊重。另外，你的回复应直接回应用户评论的主题，请勿在回复中包含个人信息、垃圾信息或营销广告。

    请使用我们提供的 API 提示用户评价你的 App：通过这项便利功能，用户无需离开 App，就可直接在 App Store 中留下评分和评论；不允许使用自定义的评论提示。

  • 5.6.2 开发者身份

    向 Apple 和用户提供可核实的信息是建立用户信任的关键。你必须在 App Store 或替代的分发方式上准确地表述你自己、你的企业和你提供的 App。你提供的信息必须是真实、相关且最新的，以便 Apple 和用户清楚他们在与谁互动，并能够就任何问题与你联系。

  • 5.6.3 揭露欺诈

    Apple 要求开发者在 App Store 上发布 App 时，做到诚实守信，并承诺建立和维护用户信任。对 App Store 用户体验的任何元素 (例如排行榜、搜索、评论或 App 推荐) 进行操纵有损用户信任，应予禁止。

  • 5.6.4 App 质量

    用户期待 App Store 提供高品质的 App，而维护高质量的内容、服务和体验有助于增进用户信任。表明未达到这种期望的迹象包括大量用户报告与你的 App 相关的问题，例如负面的用户评论和大量的退款请求。能否保持 App 的高质量是判定开发者是否遵循开发者行为准则的一大因素。

提交之后

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

• 时间：App Review 团队会尽快检查你的 App。不过，如果 App 比较复杂或者存在新的问题，则可能需要更深入的审查和考量。另请注意，如果 App 因为违反同一准则而一再被拒绝，或者你曾经试图操纵 App 审核流程，你的 App 将需要更长时间才能完成审核。进一步了解 App 审核。
• 状态更新：App 的当前状态会反映在 App Store Connect 中，所以请多留意此处。
• 加急请求：如果你遇到了严重的时间问题，可以申请加急审核。请仅在你真的需要加快审核时才提出申请，以便其他开发者的加急请求不受影响。如果我们发现你滥用此系统，从此以后我们可能都会拒绝你的申请。
• 发布日期：如果你为 App 设定了在未来某个日期发布，即使该 App 提前通过了 App Review 团队的审核，在设定的发布日期前也不会显示在 App Store 上。请注意，最多可能需要 24 小时时间，你的 App 才能显示在所有选定的商店中。
• 拒绝：我们的目标是公平、一以贯之地遵循这些准则，但是人无完人。如果你的 App 被拒绝，但你存在疑问，或希望提供其他信息，请在 App Store Connect 中与 App Review 团队直接沟通。这样不但有助于你的 App 在商店中上架，也能帮助我们改进 App 审核流程，并在我们的政策中发现需要阐明的部分。
• 申诉：如果你仍然不认同审核结果，请提交申诉。这有助于你的 App 在商店中上架。你也可以建议修改相关准则，以帮助我们改进 App 审核流程，或在我们政策中发现需要阐明的地方。
• 错误修复提交：对于已在 App Store 或替代的分发方式中上架的 App，除非涉及法律或安全问题，否则针对错误修复版本的审核不会因违反其他准则而被延迟。如果你的 App 已被拒绝，但它符合此流程的条件，请在 App Store Connect 中直接与 App Review 团队沟通，表明你想要使用此流程并计划在下次提交时解决 App 中存在的问题。

我们期待看到你开发出更多优秀作品！

最后更新日期：2025 年 6 月 9 日