2.1应用程序的完整性
提交至 App Review 的申请 (包括可供预订的 app) 应为该 app 的最终版本,并应包含所有必要的元数据和有效网址。所有占位符文本、空白网站和其他临时内容应在提交前移除。在提交 app 之前,请务必在设备上对 app 的错误和稳定性进行测试;如果您的 app 需要登录,请提供演示帐户信息 (并打开您的后台服务!)。如果您在 app 中提供了 App 内购买项目,请确保审核人员能够看到这些内容,并确保这些内容处于完整且最新的状态,否则请在审核备注中说明相关原因。请不要将 App Review 视作软件测试服务。我们将拒绝不完整的 app 套装以及会出现崩溃或存在明显技术问题的二进制文件。
解决方案:
不同于2.1大礼包,这是APP审核条款中的2.1项。
提交App应包含所有必要的的元数据及打开后端服务,确保不能出现占位符;同时如果包含登录信息,要确保提供正确的账号及密码;提交前进行必要的测试,保证苹果审核时不出现崩溃
2.3精确的元数据
客户应该知道他们在下载或购买您的 app 时会得到什么,所以请确保 app 的描述、屏幕快照和预览能够准确反映 app 的核心体验,并记得不断更新,以便保持与新版本相应的最新状态。
解决方案:
确保元数据准确,如屏幕截图与App一致,iPhoneX截图提交刘海屏等,同时主副标题注意不要堆砌关键词字符。
2.3.8
元数据应适合所有受众,所以请确保您的 app 和 App 内购买项目的相关图标、屏幕快照和预览保持在 4+ 年龄分级;即使您的 app 分级更高,也应如此。例如,如果您的 app 是包含暴力的游戏,请勿选择包含惨烈的死亡或用枪瞄准特定角色的图像。只有“儿童类别”的 app 才能在元数据中使用类似“适合幼儿”和“适合儿童”等词语。请务必确保包括 app 名称和图标 (小图标、大图标、AppleWatch app 和备用图标等) 在内的元数据彼此相似,以免引起困惑。
解决方案:
2.3.8主要是分级问题,少数App会遇到此类问题,做到对App准确的分级。同时避免标题、描述等出现敏感词汇,Icon、截图也要避免衣着暴露及性描写,苹果认为4+的孩子也能浏览到此项内容,即使分级较高也不行。不要因为小的分级问题,而因小失大。
3.2.1 可以接受
(i) 在您的 app 中,出于购买或促销目的而展示您的其他 app,只要您的 app 不只是简单地罗列其他 app。
(ii) 显示或推荐专为经批准的特定需求而设计的第三方app (如健康管理、航空以及辅助功能等)。您的 app 应能提供持续不断的编辑内容,这样 app 才不会看起来像是个摆设。
(iii)在租借期限结束后,禁止访问经批准的特定租借内容 (例如电影、电视节目、音乐、图书);所有其他项目服务不得存在过期时间。
(iv) 钱包凭证可用于付款或接收付款、传输交易或是提供身份验证 (例如电影票、优惠券和 VIP 凭据)。如将钱包凭证用作其他用途,则可能会导致 app 被拒,钱包凭据也有可能被撤销。
(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.1可接受的商业模式,此类问题,根据苹果邮件描述,定位问题,修改后进行回复。
4.1 抄袭者
请拿出您自己的想法。我们知道您有自己的奇思妙想,那么请将它们付诸实际。请不要简单照搬 App Store 上的热门 app,或只是细微修改其他 app 的名称或 UI,就将其挪为己用。这么做不但有引发知识产权侵权索赔的风险,更会加大在 App Store 中浏览的难度,而且对您的开发者同仁来说也不公平。
解决方案:
4.1与4.3.0马甲包问题基本一致
4.2 最低功能要求
App 应包含功能、内容和 UI,而不仅仅是一个经过重新包装的网站。如果 app 没有什么实用价值、毫无新意或者不太像是一个 app,那它就不适合出现在 App Store 中。如果 app 不能带来持久的娱乐价值,或只是让人感到毛骨悚然,则无法获得批准。如果 app 只是一首歌曲或一部影片,则应提交到 iTunes Store。如果 app 只是一本书籍或游戏指南,则应提交到 iBooks Store。
解决方案:
4.2最低功能,一般是web聚合应用,此类App功能较为简单,包体较小。一般需要重新设计App,增加App的复杂度及减少web聚合内容。
5.1 隐私
在 Apple 生态体系中,保护用户隐私总是第一要务。您要在处理个人数据时小心谨慎,以确保遵守了隐私保护最佳做法 (英文)、适用的法律和“AppleDeveloper Program 许可协议 (英文)”中的条款,并满足客户的期望。
解决方案:
5.1隐私问题,此类问题与2.1大礼包中5.3.4条款解决方法(2)一致,根据苹果邮件中具体的隐私条款向苹果说明采集改数据的合理性及必须性。如:新闻类 App 需要用户位置信息,目的是根据地域的不同而向用户推送不同的新闻内容。并且在采取用户数据信息之前需要给予用户提示,并得到用户的允许,或设置为可选。
5.4 VPN App
提供 VPN 服务的 app 必须利用NEVPNManager API (英文),并且仅可由登记为企业的开发者提供。您必须清楚地声明会收集哪些用户数据,以及将如何使用这些数据。VPN app 不得违反当地法律,如果您选择在需要 VPN 许可证的地区发布,则必须在 App Review 注释栏位中提供您的许可证信息。
解决方案:
5.4VPN应用,对于此类应用,苹果明确指出需要组织账号注册的开发者提供,同时由于国情,提审时可以去掉中国区,提审通过在添加购买地区。