编写清晰的用途字符串

App Store 开发者们 大家好 我是 App Store 审核 团队的 Greg 今天我将分享我们团队的一些技巧 帮助您编写清晰、简洁的 用途字符串

在 Apple 我们认为隐私 是每个人的基本权利 因此 Apple 产品 十分重视隐私保护 并给予用户对 自己信息的掌控权 除了在产品设计上 注重隐私保护 隐私还是 《App Store 审核指南》的核心 其中的准则 5.1.1 特别详述了 对于在 Apple 生态系统中 保护用户隐私 不可或缺的一些要求 例如最大程度地减少 您收集的数据 仅收集您必需的数据 今天我们将重点介绍 其中一项要求 我们发现 无论新老开发者 对于这项要求都感到十分棘手： 在请求获取 访问受保护资源的权限时 做到清晰、透明 我们将分享一些技巧和示例 帮助您预防 5.1.1 中所述的一个常见遭拒原因： 用途字符串信息不足 首先我们将围绕 权限请求 以及它们在保护用户隐私方面 所起的作用 提供一些背景信息 然后我们将重点介绍 用途字符串 也就是您提供的简短描述 用于描述为什么 您的 App 需要访问权限 还将讨论在审核过程中 App Store 审核团队 审查的一些方面 最后我们将列举 没有通过审核的 用途字符串的具体示例 并讨论 如何改写这些用途字符串 使它们变得更为清晰具体 首先 我们来讨论一下权限请求 我们的设备是 我们生活的重要组成部分 用户通过设备共享哪些数据 应该由用户决定 正因如此 所有 Apple 操作系统 默认情况下会限制访问 受保护的数据和资源

要访问这些信息 App 必须首先 请求用户授权相应权限 这就将掌控权交到了用户手中 他们可以决定 哪些 App 可以访问哪些内容 不过 为了做出明智的决定 用户需要进一步了解 为什么您的 App 需要获得访问权限 以及获得了访问权限后 它将做些什么 这时用途字符串 就可以发挥作用了 用途字符串也称为“用途描述” 用途字符串是 您提供的简短信息 每当提出权限请求时 都会显示 它描述为什么 您的 App 需要获得访问权限 以及您将如何处理 用户的数据 您在 App 的信息属性列表 也就是 info.plist 中 定义这些信息 方法是将字符串值 设置为特定于资源的键 这是在 Apple 操作系统中 您与使用您 App 的用户之间 的重要互动 它让您有机会 通过清晰、具体地说明 您的 App 尝试完成哪些操作 来建立信任 为什么这非常重要？ 让我们将 App 中的 这些权限请求 与现实世界中的一种情况作类比 您之前可能遇到过这种情况 想象一下 您前往当地的 一家咖啡店中想要买杯咖啡 拿到咖啡后 您正要付款 这时收银员 向您询问您的电话号码 嗯？他们之前没有问过我的电话号码 他们为什么需要我的电话号码？ 这时您可能会得到 以下两种回答中的任意一种 收银员可能会说 “我们希望使用您的电话号码 为您提供更好的 咖啡饮用体验” 这种解释听起来不错 但不是特别具体 而且没有清楚地说明 这是什么意思 或者 他们可能会告诉您 他们如何使用您的电话号码 跟踪您的购买交易 每购买 15 杯咖啡 将免费送您一杯咖啡 在这两种情况下 后续如何发展由您决定 只有第二个示例 向您提供了做出明智决定 所需的信息 这种良好的用户体验 正是 App Store 审核团队 在审核用途字符串时 希望看到的内容 我们要确保用途字符串 向用户提供 做出明智决定所需的信息 当我们审核 App 时 我们具体是怎么做的？ 我们会像新用户那样 使用 App 这意味着 当我们尝试使用 会访问受保护资源的各项功能时 我们会像用户那样 看到权限请求提醒 这样我们就能了解完整体验 并且可以预测 用户需要知道哪些信息 才能做出明智的决定 因此 在审核过程中 我们希望在用途字符串中 看到两个关键特征 他们应该具体地阐明 App 将如何使用这些数据 并提供有关 如何使用这些数据的具体示例

我们来看几个示例 以了解具备 这两个特征的用途字符串 是什么样子的 以及不具备这两个特定的用途字符串 在用户看来是什么样子的 首先我们来看一个导航 App 它专门用于推荐 风景优美的路线 当用户访问导航功能时 他们将看到以下信息： “使用定位功能” 解释得不够清楚 对吗？ 当您开发 App 时 您清楚地知道 将使用资源做些什么 但是关于 App 如何工作 用户与您 的理解程度是不同的 他们依靠您在用途字符串中 提供的信息 来做出决定 在本例中 用户并未获得 他们所需的信息 要建立信任 此开发者需要具体说明 他们打算如何使用数据 并提供相关示例 这样表述效果更好 “您的位置将用于确定 前往目的地的 推荐路线并提供逐向导航” 现在用途字符串 明确具体 并围绕 App 将使用 用户的位置数据做些什么 提供了具体示例 请记住 如果您的 App 支持本地化 以面向全球受众提供 务必同时提供 本地化的用途字符串 我们建议将您的 App 设置为 不同的本地化版本进行测试 以确认用户看到的 本地化 App 内容正确无误 我们再来看一个例子 这里显示了一款社交网络 App 开发者将与第三方共享 在 App 中 收集的数据 以投放定向广告 但是在收集用于跟踪的 任何数据之前 他们需要使用 App 跟踪透明度 来请求授予权限 当您首次打开 App 时 将显示 App 跟踪透明度 权限请求 目前采用的表述是这样的： “您的数据将用于 提供更好的体验” 这么说可能没错 但是没有告诉用户 他们需要知道的信息 具体来说 将如何使用他们的数据？ 能否举例说明 如果他们授予权限 应该能获得的更好体验 是怎样的？ 更好的表述方法是这样的： “您的数据将用于 投放个性化广告 来推广与您最相关的产品” 现在 它清楚地说明了 开发者将使用这些信息 做些什么 以及通过授予访问权限 用户将获得哪些好处 此开发者甚至围绕 如果用户拒绝跟踪 将发生什么情况 提供了更多背景信息 “您的数据将用于 投放个性化的广告 如果您拒绝跟踪 仍将看到广告 只是这些广告可能 与您不太相关” 上述两个示例 都很适合此 App 目的是在请求授予权限时 做到透明、清晰 另外要记住的一点是： App Store 中的许多 App 与第三方 SDK 和库 整合在一起 这些 SDK 和库 可以提供各种 功能和服务 例如帐户验证 您可能没有意识到 它们引用的 API 也可能会尝试访问 受保护资源 例如位置数据 如果您的 App 出于某种原因 需要访问这些资源 请在 info.plist 中 定义适用于 App 特定用例的 用途字符串 否则 您应该 从 App 的二进制文件中 移除对于这些 API 的引用 请记住 App 中的一切 都由您负责 包括 SDK、库或者 来自第三方的其他代码 当开发 App 时 务必熟悉 它们可能会尝试访问的 所有受保护资源 并在提交您的 App 以供审核之前 确保提出这些请求 是有意为之

您可能注意到了 到目前为止的示例 重点分析了信息不足的 用途字符串 但是反过来呢？ 有信息过多的情况吗？ 我们来看一下这类用途字符串 是什么样子的 这里显示了一款 面向当地园丁推出的 App 在其中您可以查看 朋友家中花园的照片 但是 当我们首次拍摄照片时 我们可以看到 开发者选择了在提出的请求中 提供一段冗长的描述 让我看看能不能 一口气读完 “无论您刚刚发现 自己的园艺才能 还是资深的植物专家 都可以使用我们的 App 来分享您对于园艺的热爱！ 您可以使用您的相机 与您最喜欢的 多肉植物合影 来作为头像照 在下午光线最佳的时候 拍摄高设花圃的照片 还有更多妙趣等您发掘！” 太长了 不是吗？ 通常一两个句子 足以告诉用户 他们需要知道的信息 对于园艺 App 这样表述效果更好： “我们的 App 使用相机拍摄照片 以便您可以 在您的园丁个人资料中 更新和分享” 现在用途字符串明确具体 并且包含了相关示例 来说明在 App 中相机的各种用途 不要太长 也不要太短 用途字符串 应该长度适宜 如果拖沓冗长的 用途字符串表述准确 或许可以通过审核 但是对于用户来说 它们并不能带来理想的体验 确保描述 简单明了并切中要点 以便在 App 中查看时 易于阅读和理解 让我们综合利用 所讲的所有内容 使用一款虚拟 App 快速完成 权限请求之旅 准确、简洁地向用户说明 为什么您的 App 需要访问敏感数据 这让用户可以做出明确的决定 还可以提高 他们授予访问权限的几率 以便您的 App 完全按照您预期的方式工作 这让您可以描述 App 的独特体验 同时还让用户能够掌控 自己的个人信息 用户将根据 您所写内容 决定是否授予访问权限 因此 请在用途字符串中 加入适当的背景信息 让用途字符串符合情景、 足够透明且信息丰富

请牢记这些示例 以便于在日后 提交到 App Store 时遵循 我们希望用途字符串可帮助您 向用户清楚说明情况 并使用户可以尽享 您的 App 提供的所有功能 感谢观看我们的视频 要进一步了解 权限请求 并秉持隐私保护理念进行开发 请参考 Apple Developer 网站上 和《Human Interface Guidelines》中的 实用指南和文稿 我们非常期待看到 您日后提交到 App Store 的 App