AppStore Reject-Solution

常见被拒解决

• 5. 1.1 Legal: Privacy - Data Collection and Storage
  需要用户开放权限的功能需要说明理由，e.g.::需要扫描二维码进行充电您是否允许打开相机::
• 1.1.6 – Include false information, features, or misleadingmetadata.
  向苹果说明此类应用上架的目的及用处，以及准确的元数据描述。
• 2.3.0 - Undergo significant concept changes after approval
  批准后进行重大概念变更
• 2.3.1 - Have hidden or undocumented features, including hidden”switches” that redirect to a gambling or lottery website
  隐藏或未记录的功能，包括重定向到赌博或彩票网站的隐藏“开关
  解决：条款2.3.0和2.3.1苹果主要认为是屏幕截图与App不符，热更新应用和隐藏模块跳转功能。此类问题遇到概率较高，解决办法：首先需要确保提交的屏幕截图与App功能一致，避免在元数据上出现问题。热更新与隐藏功能模块做深度混淆处理，增加逻辑的复杂度。若上架后有推广其他App功能模块，建议移除。
• 3.1.1 - Use payment mechanisms other than in-app purchase tounlock features or functionality in the app
  使用应用内购买以外的付款机制来解锁应用中的功能或功能
  解决方案：条款3.1.1主要就是第三方支付，关于此条款，建议使用H5支付，不建议使用易扫描的SDK版本支付，同时对支付跳转链接做屏蔽混淆处理，同时提审时增加苹果内购，上线后切换支付方式。
• 4.3.0 – Are a duplicate of another app or are conspicuouslysimilar to another app
  解决方案：条款4.3.0就是马甲包问题了，对于马甲包，常见的解决办法有两大类
  1.元数据方面更改，如屏幕截图，登录页面截图做修改，马甲包UI与主包UI稍作修改，不能完全一致。
  2.工程代码方面混淆处理，常见的处理方法如下：
  （1）、添加混淆代码
  （2）、修改工程名称、类名称
  （3）、修改方法名
  （4）、修改工程中使用的图片资源的名称
  （5）、图片超轻量级压缩，改变hash值。
• 5.2.1 – Were not submitted by the legal entity that owns and isresponsible for offering any services provided by the app
  解决方案：条款5.2.1主要就是资质问题，对于此问题主要就是提供相关资质了，如金融资质、游戏版号等。如没有相关资质的话，可以找相关账号代理服务商，再包体上架通过后，可以通过转让App转让到自己相关的账号下面。
• 2.1App Completeness
  提交App应包含所有必要的的元数据及打开后端服务，确保不能出现占位符；同时如果包含登录信息，要确保提供正确的账号及密码；提交前进行必要的测试，保证苹果审核时不出现崩溃
• 2.3Accurate Metadata
  确保元数据准确，如屏幕截图与App一致，iPhoneX截图提交刘海屏等，同时主副标题注意不要堆砌关键词字符。
• 2.3.8 Metadatashould be appropriate for all audiences, so make sure your app and in-apppurchase icons, screenshots, and previews adhere to a 4+ age
  2.3.8主要是分级问题，少数App会遇到此类问题，做到对App准确的分级。同时避免标题、描述等出现敏感词汇，Icon、截图也要避免衣着暴露及性描写，苹果认为4+的孩子也能浏览到此项内容，即使分级较高也不行。不要因为小的分级问题，而因小失大。

---

完整版审核策略

1. 条款和条件
   • 1.1 为App Store开发程序，开发者必须遵守 Program License Agreement (PLA)、人机交互指南（HIG）以及开发者和苹果签订的任何其他协议和合同。以下规则和例证旨在帮助开发者的程序能获得App Store的认可，而不是修改或删除任何其他协议中的条款。
2. 功能
   • 2.1 崩溃的程序将会被拒绝。
   • 2.2 存在错误的程序将会被拒绝。
   • 2.3 跟开发者宣传不符的程序将会被拒绝。
   • 2.4 无应用文档或隐藏功能与描述不符的程序将会被拒绝。
   • 2.5 使用非公开API的程序将会被拒绝。
   • 2.6 在指定容器范围外读写数据的程序将会被拒绝。
   • 2.7 以任何方式或形式下载代码的程序将会被拒绝。
   • 2.8 安装或运行其他可执行代码的程序将会被拒绝。
   • 2.9 Demo版、trial版和test版的程序将会被拒绝。 Beta版应用程序可通过TestFlight提交，并且必须遵守相关指南。（此前并未允许Beta版通过TestFlight提交）
   • 2.10 iPhone程序必须不经修改就能以iPhone分辨率和2倍 iPhone 3GS的分辨率在iPad上运行。
   • 2.11 与App Store已有程序重复的应用可能会被拒绝，特别是数量很多的情况下，比如手电筒应用和爱经应用。
   • 2.12 没有显著用途、不独特的应用程序或者与网站简单捆绑的应用有可能被拒；不提供任何持久娱乐价值的程序可能会被拒绝。
   • 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上传大量相似版本程序的开发者将会从iOS开发者计划中除名。
   • 2.21 简单一首歌曲或者一部影片应用要提交到iTunes store，书籍类应用应该提交到iBookstore。
   • 2.22 随意根据环境（如定位或者运营商）限制用户使用的应用会被拒。
   • 2.23 应用必须遵守iOS数据储存指导方针（iOS Data Storage Guidelines ），否则应用将被拒。
   • 2.24 存放在Newsstand的应用必须遵守开发者项目许可协议（Program License Agreement）的表1、表2以及表3，否则应用将会被拒。
   • 2.25 类似App store，或者基于购买或者促销的目的而展示其他应用的应用将会被拒绝 （限制更加严格，此前经过特殊审核批准(比如健康管理、航空以及其他无障碍需求等)，或者为特殊群体用户提供具有重大意义的附加值的应用是可以通过的）
   • 2.26 只有当app是出于特殊审核需要（比如健康管理、航空以及无障碍需求等）或为特殊群体用户提供具有重大意义的附加值时，才可以展示和推荐自身以外的其他应用程序，否则应用程序将会被拒绝。
3. 元数据（名称、描述、评级、排名等） 近来厂商踩雷屡见不鲜，此部分请详细阅读
   • 3.1 应用或者元数据中提到其他任何移动平台将会被拒。
   • 3.2 带有占位符文本的程序将会被拒绝
   • 3.3 应用程序的名称、描述、截图或者预览与应用的内容和功能不相关将会被拒绝。 （此前仅对描述有所限制 ）
   • 3.4 为了不混淆用户，iTunes Connect中的应用名称应该和展示在设备上的应用名称一致。
   • 3.5 不同尺寸的app icon要一致，否则会造成混淆。
   • 3.6 图标、截图以及预览不符合4+年龄评级的程序将会被拒绝。 （增加了对预览的限制）
   • 3.7 目录与类型不适合于程序内容的程序将会被拒绝。
   • 3.8 开发者有责任为其程序指定适合的评级。不相称的评级可能会由苹果公司修改。
   • 3.9 开发者有责任为其程序指定恰当的关键字。不恰当的关键词可能会被苹果公司修改/删除。
   • 3.10试图通过伪造评论或者付费评论的方式在AppStore中操纵或者其欺骗用户评论（或者采用其他不正当方式）以提升排名的开发者将会被苹果从iOS开发者计划中除名。
   • 3.11 在安装或打开应用之前，推荐用户重启iOS设备的应用将会被拒。
   • 3.12 提交审核的应用程序应包含能正常运行的URL，比如支持服务URL和隐私政策URL。
   • 3.13 应用程序的截图、预览或者营销文本没有清晰地指出附加内容或项目需要额外单独购买（比如使用IAP）将会被拒绝。
   • 3.14 App预览仅能使用从应用程序捕获的视频屏幕、旁白、文本以及design overlays，否则应用程序将会被拒绝。
   • 3.15 添加App预览的应用程序，未经许可展示真人个人信息将会被拒绝。
   • 3.16 App预览仅能使用在所有选定地区内经过授权许可、用于此目的的音乐。
   • 3.17 App预览包含未经授权的通过app播放的内容（比如iTunes playlist和YouTube流媒体）的应用将会被拒绝。
4. 位置
   • 4.1 在收集、传输或使用位置数据之前未通知并获得用户同意的程序将会被拒绝。
   • 4.2 将基于位置的API用于车辆、飞机或其他设备的自动控制或自主控制的应用程序将会被拒绝。
   • 4.3 使用基于位置的API用于应急服务的应用程序将会被拒绝。 （此处进行了描述修改，未着重指出调度和车队管理）
   • 4.4 当与提供的功能或服务密切相关，或者为支持经过授权的广告时，应用程序才可以使用位置数据。
5. 推送通知
   • 5.1 不使用苹果推送通知 (APN)应用接口提供推送通知的程序将会被拒绝。
   • 5.2 未从苹果获得Push Application ID便擅自使用APN服务的程序将会被拒绝。
   • 5.3 在首次推送消息或者要求运行推送通知之前未获得用户许可的应用将会被拒绝。
   • 5.4 使用推送通知发送敏感个人信息或机密信息的程序将会被拒绝。
   • 5.5 使用推送通知发送非请求消息，或用于钓鱼或群发垃圾信息用途的程序将会被拒绝。
   • 5.6 应用程序不可使用推送通知发送广告、促销或任何类型的直销信息。
   • 5.7 应用程序不能向使用推送通知服务的用户收取费用。
   • 5.8 使用推送通知会过多利用APN服务的网络流量或带宽或给设备带来过度负担的程序将会被拒绝。
   • 5.9 如果应用程序传送病毒、文件、计算机代码或程序，并且对APN服务的正常运行造成损害或中断，那么该程序将会被拒绝。
6. 游戏中心
   • 6.1 向终端用户或任意第三方显示玩家ID的程序将会被拒绝。
   • 6.2 将玩家ID用于任何未经游戏中心条款批准用途的程序将会被拒绝。
   • 6.3 试图进行反向搜索、跟踪、关联、挖掘、获得或利用玩家ID、别名或通过游戏中心获得其他信息的开发者将会iOS开发者计划除名。
   • 6.4 游戏中心信息（例如排行榜分数），只能用于游戏中心批准的应用程序中。
   • 6.5 利用游戏中心服务发送非请求信息，或用于钓鱼或群发垃圾邮件的程序将会被拒绝。
   • 6.6 过多使用游戏中心网络流量或带宽的应用程序将会被拒绝。
   • 6.7 如果程序能够传送病毒、文件、计算机代码或程序，并且对游戏中心服务的正常运行造成损害或中断，该程序将会被拒绝。
7. 广告
   • 7.1 人工刷广告浏览量或者广告点击率的应用程序将会被拒绝。
   • 7.2 包含空iAd广告的应用程序将会被拒绝。
   • 7.3 主要设计目的在于显示广告的应用程序将会被拒绝。
8. 商标与商品外观
   • 8.1 应用程序必须遵守”Guidelines for Using Apple Trademarks and Copyrights”和”Apple Trademark List”中说明的所有条款与条件。
   • 8.2 任何误导和暗示苹果公司是该应用程序来源或提供商，或者苹果公司以任何形式表示认可其质量或功能的应用程序将会被拒绝。
   • 8.3 与目前已有苹果产品或者广告主题外观相似或混淆的应用程序将会被拒绝。
   • 8.4 在应用程序名称中将苹果产品名拼错的应用程序（例如，GPS for Iphone，iTunz）将会被拒绝。
   • 8.5 应用程序不得使用受保护的第三方材料（比如商标、版权以及专利），不能违反第三方使用条款。必须提供使用这些材料的授权许可。
   • 8.6 若无明确授权许可，从第三方来源处（比如YouTube、SoundCloud以及Vimeo等）下载音乐或者视频内容的应用程序将会被拒绝。
9. 媒体内容
   • 9.1 不使用媒体播放器框架（MediaPlayer Framework）获取音乐库中媒体内容的应用程序将会被拒绝。
   • 9.2 用户界面模仿任何iPod或者iTunes界面的应用程序将会被拒绝。
   • 9.3 通过蜂窝网络传输的音频流内容每5分钟不得超过5MB。
   • 9.4通过蜂窝网络传输超过10分钟的视频流内容必须使用HTTP Live Streaming协议，并且要包含一个基线为192kbps或者更低的HTTP实时流。
10. 用户界面
    • 10.1 应用程序必须遵守苹果的《iOS Human Interface Guidelines》中所有的条款和条件。
    • 10.2 外观与iPhone自带应用（比如App Store、iTunes Store和iBookstore）相似的应用程序将会被拒绝。
    • 10.3 未能按苹果《iOS Human Interface Guidelines》描述正确使用系统提供的项目（比如按钮、图标）的应用将会被拒绝。
    • 10.4 创建桌面/主屏幕环境或者模拟multi-App插件体验的应用程序将会被拒绝。
    • 10.5 修改音量大小和铃声/静音等标准开关功能的应用程序将会被拒绝。
    • 10.6 苹果和我们的客户高度推崇简单、精致、富有创造性以及经过精心设计的界面。虽然需要付出更多，但却非常值得。苹果设立了很高的门槛。如果你的用户界面太过复杂或者水准不高，可能会被拒绝。
11. 购买与货币流通
    • 11.1 使用App Store以外的渠道解锁或开启附加属性和功能的应用程序将会被拒绝。
    • 11.2 使用应用内支付系统（IAP）以外的系统购买内容、功能或服务的应用软件将会被拒绝。
    • 11.3 使用IAP购买实物商品或者用于该软件之外的商品和服务的应用软件将会被拒绝。
    • 11.4 使用IAP购买积分（信用点）或者其他货币必须在本应用中消费。
    • 11.5 使用IAP购买已过期积分或其他货币的应用软件将会被拒绝。
    • 11.6 使用IAP订阅的内容至少要持续7天，而且允许在用户的其他iOS设备间共享。
    • 11.7 使用IAP购买项目的应用程序必须指派正确的购买类型。
    • 11.8 使用IAP购买iOS内置功能（如照相机，陀螺仪）的应用程序将会被拒绝。
    • 11.9 含有超过限定时间的内容或服务的应用程序将会被拒绝，除经特定批准的内容（比如电影、电视节目音乐以及书籍）。
    • 11.10 保险类应用程序必须免费，要遵守发布地区的法律，并且不能使用IAP。
    • 11.11 一般而言，你的应用程序越贵，我们的评审会越深入。（对不起，我们国产大部分是免费网游）
    • 11.12 提供订阅功能的应用必须使用IAP，苹果将会按照 Developer Program License Agreement 中的约定与开发者按30/70比例分成。
    • 11.13 在应用内使用跳转至外部购买或订阅链接的应用将会被拒，比如”buy”按钮跳转至一个购买电子书的web页面。
    • 11.14 只要应用内没有跳转至外部购买、订阅的按钮或链接，苹果允许这些应用读取或展示经批准的、在应用外购买或订阅内容(特别是杂志、报纸、书籍、音频、音乐、视频以及云存储内容)。苹果只能通过应用程序内的购买获得一部分收益。
    • 11.15 应用程序可以只使用自动更新订阅期刊(报纸、杂志)、商业应用程序(企业类、效率类、专业创意类以及云存储类)和媒体类应用程序(视频、音频、声音)，否则应用程序将被拒绝。
    • 11.16 当与特定的经过审核的实体产品（比如玩具）结合使用时，应用程序可以使用获得批准的附加特性和功能，只要附加功能完全依赖于该硬件产品（比如一款用于控制望远镜的应用程序）或者也可以在不使用实物产品的情况下使用应用程序，比如成就奖励或者使用IAP。
    • 11.17 如果应用功能遵照各州和联邦法律，那么应用可以用来促进被认可的虚拟货币的流通。
12. 抓取和聚合
    • 12.1 从苹果网站（例如apple.com、iTunes Store、App Store、iTunes Connect以及Apple Developer Programs等）抓取任何信息或者使用苹果网站内容和服务进行排名的应用程序将会被拒绝。
    • 12.2 应用软件可以使用获得批准的苹果RSS feeds，例如iTunes Store RSS feeds。
    • 12.3 只是简单的网页剪切、内容整合或者收集链接的应用程序可能会被拒绝。
13. 损害设备
    • 13.1 怂恿用户以可能造成损害的方式使用苹果设备的应用软件将会被拒绝。
    • 13.2 快速耗光设备电量或产生过多热量的应用软件将会被拒绝。
    • 13.3 能导致用户人身伤害的app将会被拒绝。
14. 人身攻击
    • 14.1 涉及诽谤、人身攻击性质以及内容狭隘卑鄙的应用软件或者打击特定个人或组织的应用软件将会被拒绝。
    • 14.2 职业政治讽刺家和幽默作家不受这一条款约束。（开门，查水表）
    • 14.3 展示用户创作内容（UGC）的应用程序必须提供一个过滤不良资讯的方法，一个用户可以标记侵犯性内容的机制，以及可以阻止辱骂用户的能力。
15. 暴力 （此前传禁枪的消息并未在条款中明确指出）
    • 15.1 应用程序中出现人或动物被杀、致残以及枪击、刺伤、拷打等受伤情形的真实画面将会被拒绝。
    • 15.2 出现描绘暴力或虐待儿童等内容的应用程序将会被拒绝。
    • 15.3 游戏中出现的”敌人”不可指向一个特定种族、文化、一个真实存在的政府、企业或者其他任何现实中的实体。
    • 15.4 对武器进行真实描述以怂恿非法使用或滥用这些武器的应用程序将会被拒绝。
    • 15.5包含俄罗斯轮盘赌博内容的游戏将会被拒。
    16.令人反感的内容
    • 16.1 应用程序中出现过于令人反感或者低俗的内容将会被拒绝。
    • 16.2 在设计上激怒用户或令人感到厌恶的应用程序将会被拒绝。
    17.隐私
    • 17.1 在未经用户事先许可，或未告知用户如何使用信息以及在何处使用信息的情况下，应用程序不能传输用户数据。
    • 17.2 要求用户共享电子邮箱地址和出生日期等私人信息才可使用其功能的应用程序将会被拒绝。
    • 17.3 仅出于遵守适用的儿童隐私法规的目的，应用程序可以要求用户的出生日期（或者使用其他年龄评级机制），但是必须包括一些有用的功能或者娱乐价值，不管用户年龄大小。
    • 17.4 收集、传输以及分享未成年用户个人信息（比如名字、地址、邮件、位置、照片、视频、绘画、聊天信息以及其他个人数据，或者与以上所述相关的永久性标示符）的应用程序必须遵守应用儿童隐私法规，并且必须包含隐私条款。
    • 17.5 包含账号注册或者访问用户现有账号的应用程序必须包含隐私策略，否则将会被拒绝。
16. 色情
    • 18.1 含有色情素材，也就是《韦氏词典》中定义的”旨在激发情欲，对性器官或性行为的明确描述或展示，而无关美学或情绪感受”的程序将会被拒绝。
    • 18.2 包含用户频繁提供的色情内容的应用程序（比如以前的“Chat Roulette”程序）将会被拒绝。
    • 19.宗教，文化与种族
    o 19.1 涉及宗教、文化或种族群体的引用或评论包含诽谤性、攻击性或狭隘内容，或会使特定群体遭受伤害或暴力的应用程序将会被拒绝。
    o 19.2 程序可以包含或引用宗教经文，程序所提供的引用或翻译必须准确且不会引起误导。评论应该有教育意义，可以令人开阔眼界，而不应有煽动性。
17. 竞赛、赌博、彩票以及抽奖
    • 20.1 彩票抽奖和竞赛必须由应用程序的开发者或者app所属公司发起。
    • 20.2 应用程序必须展示彩票抽奖和竞赛的正式规则，并声明苹果不是发起者，也没有以任何方式参与活动。
    • 20.3 开发者运营一款具有抽奖性质的应用必须经过法律允许，并且抽奖应用必须具备以下特征：报酬、运气以及奖品。
    • 20.4 允许用户在应用中直接购买彩票或彩券的应用将会被拒。
    • 20.5 提供真钱游戏（比如体育博彩、扑克牌、赌场游戏、赛马以及彩票）的应用程序必须有应用程序适用地区当地必要的许可和允许，必须限制在这些区域，必须可以从App Store免费下载。
    • 20.6 使用IAP购买信誉或者货币，且结合真钱游戏的应用将会被拒绝。
    21.慈善与援助
    • 21.1 包含可以向已认证的慈善组织捐赠功能的应用程序必须是免费的。
    • 21.2 捐赠款项的募集必须通过Safari浏览器访问web页面或是手机短消息完成。
18. 法律要件
    • 22.1 应用程序必须遵守所有发布地区当地法律，开发者有义务了解并遵守所有当地法律。
    • 22.2 包含虚假，欺诈或误导性陈述的程序将会被拒绝。
    • 22.3 任何用于招徕、促进或鼓励犯罪或明显鲁莽行为的应用程序将会被拒绝。
    • 22.4 支持非法文件共享的程序将会被拒绝。
    • 22.5 被设计用以非法赌博工具的应用程序（包括点算牌）将会被拒绝。
    • 22.6 具有匿名或恶作剧拨打电话或发送类似短信/彩信功能的程序将会被拒绝。
    • 22.7 任何开发暗中收集用户密码或用户私人数据程序的开发者将会从iOS开发者计划中除名。
    • 22.8 包含非执法机构发布的DUI检查点信息，或者怂恿/协助酒后驾车的应用将会被拒绝。
    • 22.9 计算药剂用量的应用程序必须由药品制造商或者认可机构发布，比如医院、保险公司以及高校。
    • 22.10.在未授权的情况下使用iTunes音乐预览的应用程序将会被拒绝。
19. Passbook
    • 23.1 Passbook Passes可被用来支付或者接收支付，传递商业信息或者提供验证（比如电影票、飞机票、优惠券以及其他），但把Passbook Passes用于其他用途的应用程序可能会遭到拒绝，并且会被撤销Passbook证书。
    • 23.2 Passes必须包含有效的pass发行人有效的联系资料，否则app将会被拒绝，并且Passbook证书也会被取消。
    • 23.3 Passes必须经过实体签名，并基于其名字、商标或者品牌进行分发，否则应用程序将会被拒绝，而Passbook证书也可能会被撤销。
    24.儿童类别
    • 24.1 儿童类别中的应用程序必须包含隐私政策，必须遵守适用的儿童隐私法规。
    • 24.2 儿童类别中的应用程序不允许包括行为广告（比如app内部基于用户行动的服务广告），任何在应用程序中展示的上下文广告必须适合儿童。
    • 24.3 儿童类别中的应用程序必须得到家长许可或使用parental gate才能链接至应用程序外部或进行交易。
    • 24.4 儿童类别中的应用程序必须标明”5岁以下，6-8岁或者9-11岁”。
    25.扩展
    • 25.1 包含扩展的应用程序必须遵照 App Extension Programming Guide要求。
    • 25.2 包含扩展的应用程序必须提供某些功能（辅助屏幕，附加设置），否则将会被拒绝。
    • 25.3 如果扩展的视图中包含营销推广、广告或者IAP内容，那么包含该扩展的应用将会被拒绝。
    • 25.4 键盘扩展必须提供一个切换至下个键盘的方法。
    • 25.5 键盘扩展必须具有离线访问功能，否则将会被拒绝。
    • 25.6 键盘扩展必须提供和 App Extension Programming Guide 描述一致的数字和十进键盘类型，否则将会被拒绝。
    • 25.7 提供键盘扩展的应用必须拥有基本的功能分类和隐私政策，否则将会被拒绝。
    • 25.8 提供键盘扩展的应用程序只允许收集用户活动以增强键盘扩展在iOS设备上的功能，否则将会被拒绝。
    26.HomeKit
    • 26.1 使用HomeKit框架的应用程序必须有提供家庭自动化服务的主要目的。
    • 26.2 使用HomeKit框架的应用程序必须在营销文本中说明用途，同时必须提供隐私政策，否则将会被拒绝。
    • 26.3 应用程序不允许将从HomeKit API收集的数据用于广告宣传或者其他基于使用的数据挖掘。
    • 26.4 出于其他目的使用从HomeKit API收集的数据，而不是用于提高用户体验或者家庭自动化功能中硬件/软件性能，这类应用将会被拒绝。
    27.HealthKit
    • 27.1 使用HealthKit或者ResearchKit框架（出于健康目的用于进行人体生物学研究的框架）的应用程序，必须遵守其所有适用区域的法律，以及iOS Developer Program License Agreement中的3.3.28和3.39条款。（增加了对于ResearchKit框架的支持）
    • 27.2 将虚假或者错误的数据写入HealthKit的应用程序将会被拒绝。
    • 27.3 使用HealthKit框架的应用程序在iCloud中储存用户健康信息将会被拒绝。
    • 27.4 应用程序不允许将通过HealthKit API收集的用户数据用作广告宣传或者基于使用的数据挖掘目的，除了改善健康、医疗、健康管理以及医学研究目的。
    • 27.5 未经用户许可与第三方分享通过HealthKit API获得的用户数据的应用程序将会被拒绝。
    • 27.6 使用HealthKit框架的应用程序必须在营销文本中说明集成了Health app，同时必须在app用户界面清楚阐释HealthKit的功能。
    • 27.7 使用HealthKit框架的应用程序必须提供隐私政策，否则将会被拒绝。
    • 27.8 提供诊断、治疗建议，或者控制诊断疾病的硬件，或者治疗疾病的应用程序，若没有根据要求提供书面的监管审批，将会被拒绝。
    • 27.9 收集人体生物学研究相关数据的应用程序必须要获得参与者的许可，对于未成年人，应用程序要得到其父母或者监护人的许可。许可内容必须包括：(a)研究的性质、目的以及持续性；(b)参与流程、风险以及受益（福利）；(c)信息的机密性和数据处理（包括与任何与第三方的共享）；(d)参与者问题切入点；(e) 取消方法（新增）
    28.TestFlight
    • 28.1 应用程序仅能使用TestFlight对以公开发布为目的的应用进行beta版测试，且必须遵守完整的App Review Guidelines。
    • 28.2 当版本中包含的内容或功能有重大变化时，使用TestFlight的应用程序必须提交审核。
    • 28.3 使用TestFlight的应用程序不允许分发给测试者，以作为任何形式的补偿。
20. Apple Pay
    • 29.1 使用Apple Pay的应用程序必须在出售任何商品或者服务之前为用户提供所有材料的购买信息，否则将会被拒绝。使用Apple Pay进行定期付款的应用程序必须提供最低限度续费期限，付费将持续直至被取消，每个阶段所付款额，费用付款归属，以及如何取消等。（增加了对于定期付款的规定）
    • 29.2 使用Apple Pay的应用程序必须正确使用 Apple Pay Human Interface Guidelines 中的Apple Pay标识和用户界面元素，否则将会被拒绝。
    • 29.3 使用Apple Pay作为购买机制的应用程序所提供的商品或服务不能触犯任何交付地范围内的法律，也不能用作任何非法目的。
    • 29.4 使用Apple Pay的应用程序必须提供隐私政策，否则将会被拒绝。
    • 29.5 只有为了促进或提高商品和服务的交付，或者依照法律要件，使用Apple Pay的应用程序才能与第三方分享通过Apple Pay获得的数据。