Google Play 游戏服务的质量核对清单

游戏质量会影响您的游戏能否在安装量、玩家评分和评价、互动度和玩家留存率等方面取得长期成功。在发布游戏之前，请务必确保您的游戏具有吸引玩家的功能和精心设计的直观界面，以此来满足游戏玩家的基本预期。

本文档可帮助您重点关注质量、功能集和界面这几个主要方面，它们会在很大程度上影响您的游戏能否取得成功。对于每个关注领域，我们都提供了基本要求、最佳实践和建议优化措施的核对清单。为了给玩家提供最好的产品，建议您尽可能采用核对清单中的建议做法。

1. 登录

以下核对清单任务适用于在您的游戏中实现玩家登录功能。如需详细了解登录功能的运作方式以及如何实现该功能，请参阅登录概念。有关如何在移动游戏上实现登录的代码示例，请参阅在 Android 设备上实现登录一文。

ID 重要性 说明
1.1 必需 让玩家通过 Google Play 游戏服务登录。
1.1.1. 在游戏启动时让玩家自动登录；将手动登录作为备用方式

自动登录可让玩家快速通过身份验证并有权使用 Google Play 游戏服务提供的全套功能。

如果用户拒绝，您的应用应为他们提供稍后登录的机会（例如，在游戏菜单中使用按钮登录等）。登录按钮应该很容易让玩家找到；例如，应该可以从主屏幕中点击该按钮，或者让该按钮位于“设置”屏幕中。不得将该按钮在您的游戏菜单中深埋多层。

1.2 建议 遵循 Google 品牌推广指南。

为了向玩家提供富有吸引力且一致的端到端体验，请遵循 Google Play 游戏服务品牌推广指南。

1.3 建议 提醒玩家他们已登录。

当您的游戏代表已登录的玩家执行某项操作时，为他们提供适当的提醒或提示。例如，当某个已登录的玩家完成某个关卡时，您可以提供如下消息来指明系统正在自动上传该玩家的得分和成就：“您已登录 Google 账号。您的成就和得分将会自动保存。”

1.4 必需 使用 Play 游戏服务 ID 备份玩家进度。

为了确保玩家在切换设备、重置设备或在多个设备上玩游戏时不会丢失游戏进度，请务必将他们的进度备份到云端存档解决方案。如果使用您自己的后端游戏服务器，请安全地将 Play 游戏服务 ID 用作密钥。当玩家使用 Play 游戏服务 ID 登录时，检查该账号是否存在游戏进度，如果存在，让玩家能够从上次停下的地方继续畅玩。您可以使用自己的云端存档解决方案或 Play 游戏服务游戏存档。

如果用户未登录，请尝试在本地维护玩家的游戏进度，然后在玩家最终登录时同步他们的进度。这样有助于防止在玩家推迟登录游戏时丢失任何进度。

2. 成就

以下核对清单任务适用于在您的游戏中实现成就功能。

ID 重要性 说明
2.1 必需 确保所有成就均可达成。

玩家必须能够解锁您创建的所有成就。
2.2 最佳实践 确保各项成就是独一无二的，不得重复。

建议针对每项成就使用独一无二的图片、文本和说明。
2.3 最佳实践 按比例确定成就得分。

成就点数应该与获得该成就所需的时间或技能成比例。
2.4 最佳实践 为成就设计不同的难易程度。

建议您设置一些简单的成就（即玩家通过休闲玩法就能达成的成就），多项中等难度的成就（需要玩家使用更多技能或投入更多精力才能达成的成就），以及一两项难度相当高的成就（供投入大量精力的玩家挑战）。

例如，下面的屏幕截图显示了一项很难达成的成就，该成就有助于激励和留住该游戏的粉丝。

很难达成的成就 - 赚取 5K 宝石
2.5 建议 请勿在前期设置过多成就。

尽量不要在游戏过程的前 5 分钟内设置多项成就，因为初次接触您游戏的玩家一般不会投入太多精力。

不要定义您的成就，以免无意地在游戏过程中过早地授予这些成就。例如，要留意在游戏开始时可能很容易获得的成就，例如“在不遭受攻击的情况下完成一关”。
2.6 建议 围绕有吸引力的游戏内活动定义成就。

在构建成就时，应选择更能吸引玩家反复玩游戏的指标，例如“杀死的僵尸数量”这个指标要比“角色行走的英里数”更有意思。
2.7 建议 使用彩色成就图标。

Play 游戏服务使用灰度版成就图标来显示是否获得了这些成就。如果您只能使用全黑（或全白）成就图标，请为这些图标加上彩色背景。
2.8 建议 尽可能减少使用隐藏成就。

隐藏成就只能用于保留游戏中的悬念，而不应普遍使用。
2.9 建议 避免使用过于依赖运气的成就。

相对于“寻找一件有 1% 的几率出现在宝箱中的物品”，“找到 100 个宝箱”这项成就更有意义。
2.10 建议 像“Achievement Hunter”一样来构思成就。

有些玩家会尝试获得您创建的每项成就。尽量提供迎合这类玩家需求的成就。请确保这些成就不会过多依赖玩家无法掌控的因素，也不要让玩家在游戏中作出某种决定后便无法获得某些成就。
2.11 建议 确保您的成就图标可正确显示。

在 Android 消息框中显示成就图标时，该图标会与圆形叠加在一起，并且其外角会被盖住。请确保您的图标在此类情况下仍能正常显示。

3. 排行榜

以下核对清单任务适用于在您的游戏中实现排行榜功能。

ID 重要性 说明
3.1 最佳实践 让排行榜显示在主菜单中以及关键的过渡之后。

在加载游戏时应该可以随时访问排行榜。在游戏中的关键过渡（例如，在关卡结束时或玩家角色牺牲时）之后，玩家应立即看到指向相关排行榜的链接。
3.2 最佳实践 设定可提交的得分上限。

如有可能，请在定义排行榜时添加限制，以便排除明显虚假的得分。
3.3 最佳实践 使用自定义图标。

为您定义的每个排行榜创建自定义图标；不要只使用您的游戏图标，因为它在 Google Play 游戏应用中显示效果不佳。
3.4 最佳实践 确保按适当的频率提交得分。

在游戏中的关键过渡（例如，在关卡结束时或玩家的游戏角色牺牲时）之后提交得分。对于没有关键过渡的游戏（例如，“跑酷”类游戏），请运用合理的判断来决定提交得分的频率。不应连续提交或每秒提交一次得分。
3.5 建议 充分利用得分标记。

得分标记是可以随提交的得分一起发送的额外数据。例如，您可以将得分标记作为普通标记来实现，以确认玩家提交的得分是否有效。

自定义排行榜也可以读取此标记数据。例如，如果得分标记包含 YouTube 视频（包含该玩家的游戏过程）的 ID，您的游戏可以创建一个链接，以便在您的排行榜中显示该视频。
3.6 建议 以富有创意的方式设计自己的排行榜界面。

如果您有相关资源，请在社交排行榜数据基础之上构建自己的自定义排行榜视图。社交排行榜通常能打造比公众排行榜更具吸引力的体验。首先检查以确定社交排行榜中是否有任何条目。如果没有，请改用公众排行榜。
3.7 建议 向玩家展示他们如何与竞争对手一较高下。

排行榜 API 支持显示得分窗口（例如，玩家在 +/-10 个位置内的排名）。如果您要创建自定义视图，这就可以成为激励互动的一种有效方式。它可以在游戏中的关键过渡（例如，在关卡结束时或玩家的游戏角色牺牲时）之后立即显示。避免让玩家无谓地点击他们的排名信息。

4. 好友

以下核对清单任务适用于在游戏中实现“好友”服务。

ID 重要性 说明
4.1 必需 当玩家显示在列表中时，在拥有 Play 游戏玩家资料的用户旁边显示 Play 游戏服务图标。

此列表可以是现有好友列表、最近玩过的好友列表，也可以是其他好友列表。

4.1.1. Play 游戏服务图标必须是可点击的。
如果用户按下图标，游戏应调用 getCompareProfileIntent() 或 getCompareProfileIntentWithAlternativeNameHints() 以显示界面，让用户将自己与其他玩家的资料进行比较。
4.1.2. 提供玩家资料和好友邀请支持，允许玩家在游戏内自定义自己的名称。
如果玩家在游戏内设置了不同的名称（且未使用自己的 Play 游戏玩家资料名称），请使用 getCompareProfileIntentWithAlternativeNameHints() 为当前玩家及其查看的玩家提供他们在游戏内的备用名称，作为玩家资料视图以及通过该视图发送的任何好友邀请的背景信息。仅针对值传递永久的全局玩家名称，而不传递任意用户内容。这项要求意味着，从游戏内发送好友邀请时将为邀请者和受邀者提供以下背景信息：
  • 受邀者会看到邀请者在游戏内的名称以及游戏名称。
  • 查看好友关系时，邀请者仍会看到受邀者在游戏内的名称，以及他们从中发起好友邀请的游戏。
4.2 最佳实践 使用不同的图标来显示哪些 Play 游戏用户已成为好友，以及哪些用户已登录 Play 游戏但尚未成为 Play 游戏好友。针对 Play 游戏用户使用两个图标，一个用于“好友”，另一个用于“非好友”（或者好友关系状态未知）。
“好友”图标
“非好友”图标
4.3 最佳实践 在用户每次登录时调用 loadFriends() 并显示好友列表，以确保好友列表是最新的。确保玩家看到的是最新列表。
4.4 最佳实践 如果您的游戏已包含游戏内好友，请使用“好友”服务添加 Play 游戏好友，扩充好友列表。如果玩家在游戏内好友列表中，也是 Play 游戏好友，应显示“好友”图标。
4.5 最佳实践 如果玩家拒绝了访问好友列表的请求，请勿再次显示请求访问的对话框，除非用户执行了某项操作以指明他们想要授予访问权限（例如，按**导入 Play 游戏好友**按钮）。
4.6 最佳实践 如果玩家拒绝了访问好友列表的请求，请提供相应方式，让他们稍后授予好友列表访问权限（例如，在按**导入 Play 游戏好友**按钮之后）。
4.7 最佳实践 如果您将玩家 ID 或好友列表与后端服务器配合使用，则必须安全地访问该 ID 或列表。此外，对于某些较老的游戏和玩家，Android SDK 针对某个玩家返回的玩家 ID 可能与其他玩家在同一游戏中查看该玩家时看到的 ID 不同；在使用好友列表时尤为如此。但是，REST API 中返回的 player_id 始终是一致的，并且始终是其他玩家看到的 ID。

5. 配额和调用频率限制

以下核对清单任务适用于管理您的游戏的配额和调用频率限制。要了解如何管理您游戏的配额并检测何时超出其调用频率限制，请参阅管理配额和调用频率限制一文。

ID 重要性 说明
5.1 最佳实践 使用客户端库。

移动客户端库采用多种策略来减少您对该服务的调用次数。例如，系统会缓存成就和排行榜的数据，因此玩家可以随时查看他们的成就，而无需该服务进行多次调用。

如果您的得分不如您最近提交的得分高，Android 客户端库便不会将玩家的得分发送到服务器。此外，Android 库还会在检测到您受到调用频率限制时，自动合并对成就增量的频繁调用。
5.2 建议 合并对增量成就的频繁调用。

如果您要制作一款格斗游戏并且设定了一项“出拳 5,000 次”的成就，请不要在玩家每次出拳时都发送成就增量调用。请等到当前回合结束后，发送一个 increment(xxx) 调用（其中 xxx 是该回合的总出拳次数），或者等待出拳 50 次后再发送一个 increment(50) 调用。
5.3 建议 请注意您的使用情况。

请注意您对 Google Play 游戏服务的调用次数。即使您能避免超出调用频率上限，频繁的调用也可能会导致消耗过多网络流量，并且会导致设备电池的耗电速度加快。为避免这种情况，您可以使用以下方法：

  • 将游戏存档的执行频率控制为每几分钟一次，而不是每次点击按钮时都会存档。
  • 等待玩家的游戏结束后再提交最高得分。
  • 转到 Google Cloud Platform 内的项目信息中心，查看您应用的每日配额。

6. 游戏存档

以下核对清单任务适用于在您的游戏中实现游戏存档功能。

ID 重要性 说明
6.1 必需 添加元数据以便为游戏存档提供额外的上下文信息。

您在提交游戏存档时必须至少包含以下元数据：

  • 封底图片 - 可获取游戏进度并提醒玩家游戏进度的屏幕截图。
  • 说明 - 为封底图片提供额外上下文内容的简短说明。
  • 时间戳 - 指明玩家玩这个已存档游戏的时长。
6.2 必需 允许玩家加载游戏存档。

当玩家从 Play 游戏应用或默认的“游戏存档”选择界面中进行选择时，能够加载正确的游戏存档。