Google Play 遊戲服務品質檢查清單

遊戲品質對遊戲的長期經營大有影響,分別有安裝、玩家評分及評論、參與度和玩家留存率等層面。在發布遊戲之前,請務必確認遊戲符合玩家對遊戲的基本期望,具備吸引人的功能以及符合直覺、設計精美的 UI。

本說明文件可以幫助您注重品質、功能集、UI 等重要層面,這些層面對遊戲是否能成功具有很深遠的影響。每個應注重的層面都會提供檢查清單,列出最低需求、最佳做法及建議採用的改善項目。為了向玩家提供最優質的產品,請盡可能遵循檢查清單的建議。

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 最佳做法 為各種難度等級設計成就。

請加入一些輕鬆遊玩即可贏得的簡單成就、一些需要較多技巧或心力才能達成的中等難度成就,以及一或兩項非常困難的成就,供最忠實的玩家挑戰。

舉例來說,以下螢幕截圖顯示的是很難贏得的成就,可以鼓勵並留住遊戲支持者繼續遊玩。

需要賺取 5,000 個寶石才能贏得的困難成就
4 建議 請勿預先載入成就。

請避免在遊戲過程前 5 分鐘內給予超過一項成就,因為剛接觸的玩家還沒深切投入遊戲,不會在乎這些成就。

定義成就時,請勿讓玩家在遊戲過程太早期就意外贏得成就。舉例來說,請注意可能在遊戲初期隨意達成的成就,例如「在不受傷害的情況下破關」

2.6 次 建議 為吸引人的遊戲活動定義成就。

請選取能建立成就感的指標,讓遊戲更引人入勝,並提高重玩價值。舉例來說,比起「角色行走里程數」指標,「殺死的殭屍數量」會更有趣。

2.7 次 建議 使用彩色成就圖示。

Play 遊戲服務會使用灰階版本的成就圖示,藉此顯示玩家是否已經贏得這些成就。如果您有必須使用全黑 (或全白) 成就圖示的限制,請用彩色背景顯示這些圖示。

2.8 次 建議 盡量減少隱藏成就的數量。

建議您只在避免透露劇情時才隱藏成就,而不應把隱藏成就當成常態。

2.9 次 建議 避免建立過度依賴機率的成就。

比起「找到有 1% 機率會出現在寶箱內的物品」,「找到 100 個寶箱」是比較好的成就。

2.10 建議 考慮會努力達成所有成就的玩家。

有些玩家會嘗試贏得所有您建立的成就。請嘗試為這類玩家提供合適的成就。請避免讓成就依靠太多玩家無法控制的條件,或是玩家在遊戲做出某決定後就無法贏得的成就。

2.11 建議 確認成就圖示可以正確顯示。

如果在 Android 浮動式訊息中顯示成就圖示,圖示上會有重疊的圓圈,並隱藏外角。請確保圖示在這類情況下仍可正常顯示。

3. 排行榜

以下檢查清單工作適用於實作遊戲排行榜功能的情況。

ID 重要性 說明
3.1 最佳做法 讓玩家可以在主選單和主要轉場之後看到排行榜。

載入遊戲時,應該要讓玩家可以確實存取排行榜。遊戲出現重要轉折後,例如關卡結束或玩家死亡,玩家應可立即查看相關排行榜的連結。

3.2 最佳做法 定義可提交分數的上限。

可能的話,請在定義排行榜時加入限制,方便系統捨棄明顯造假的分數。

3.3 最佳做法 使用自訂圖示。

為每個定義的排行榜建立自訂圖示,不要光使用遊戲的圖示,因為這在 Google Play 遊戲並不美觀。

3.4 最佳做法 保有合適的得分提交頻率。

在遊戲發生重要轉場時才提交得分,例如關卡結束時,或玩家遊戲角色死亡時。如果遊戲沒有重要轉折 (例如「無盡奔跑」類型的遊戲),請自行判斷最合適的提交分數頻率。您不應該讓遊戲持續或每秒都提交得分。

3.5 建議 運用得分標籤。

得分標籤屬於額外資料,可以和得分一併提交。舉例來說,您可以將得分標籤實作為標記,用來確認玩家提交的得分是否有效。

自訂排行榜也可以讀取這個標記資料。舉例來說,如果得分標籤內有記錄玩家遊戲過程的 YouTube 影片 ID,您的遊戲可以建立連結,讓玩家可以在排行榜觀看該段影片。

3.6 建議 在設計排行榜 UI 時發揮創意

如有相關資源,您可以在社交排行榜資料之上,再自行建構自訂排行榜檢視畫面。社交排行榜提供的體驗通常比公開排行榜更有吸引力。請先查看社交排行榜是否有任何項目。如果沒有,則改用公開排行榜。

3.7 建議 讓玩家知道自己的競爭表現。

排行榜 API 支援顯示得分視窗,例如玩家排名 +/-10 名以內的榜單。如要建立自訂檢視畫面,上述做法可以大幅提高玩家參與度。您應該在遊戲重要轉場 (例如在關卡結束時,或是玩家角色死亡時) 之後立刻顯示這個內容。請避免讓玩家需點選不必要的內容才能看到排名資訊。

4. 六人行

以下檢查清單工作適用於實作遊戲好友服務功能的情況。

ID 重要性 說明
4.1 必填 當玩家顯示在清單內時,請在擁有 Play 遊戲個人資料的玩家旁邊顯示 Play 遊戲服務圖示。

清單可以是現有的好友名單、最近遊玩的好友名單,或其他類型的好友名單。

4.1.1. 玩家必須可以點選 Play 遊戲服務圖示。
玩家按下圖示後,遊戲應呼叫 getCompareProfileIntent()getCompareProfileIntentWithAlternativeNameHints() 來顯示 UI,方便玩家比較自己和其他玩家的個人資料。
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 或好友名單,必須以安全的方式存取這些項目。另外,若是較舊的遊戲和較資深的玩家,Android SDK 傳回的玩家 ID,可能會與其他玩家在遊戲中看到的該名玩家 ID 不同,這在使用好友名單的情況下尤其明顯。不過,REST API 內部回傳的 player_id 一定可以保持一致,而且一律會是其他玩家所看到的 ID。

5. 配額和頻率限制

以下檢查清單工作適用於管理遊戲配額和頻率限制的情況。如要瞭解如何管理遊戲配額,以及偵測是否超出頻率限制,請參閱「管理配額與頻率限制」。

ID 重要性 說明
5.1 最佳做法 善用用戶端程式庫。

行動用戶端程式庫可以採用多種策略減少呼叫服務的情形。舉例來說,成就資料和排行榜資料會進行快取處理,讓玩家可以隨時查看成就,不需要依靠服務發出多次呼叫。

如果得分比最近提交的得分要低,Android 用戶端程式庫就不會傳送玩家得分到伺服器。當 Android 程式庫偵測到您受到頻率限制時,也會自動合併經常發出的成就遞增呼叫。

5.2 建議 把經常呼叫的內容組合為漸進式的成就。

如果您要製作格鬥遊戲,並有「拳擊 5000 次」的成就,請勿在每次發生拳擊時就傳送一次漸進式成就呼叫。請等到回合結束,然後傳送一次 increment(xxx) 呼叫 (xxx 代表該回合的拳擊總次數),或等到使出 50 次拳擊之後再送出一次 increment(50) 呼叫。

5.3 建議 注意用量。

請特別注意您對 Google Play 遊戲服務發出的呼叫次數。即使您已經盡量避免達到頻率限制,頻繁呼叫依然可能產生高度的網路流量,使裝置更快用掉電池電量。您可以藉由以下技巧避免發生這個問題:

  • 對遊戲進度存檔保持每幾分鐘執行一次的頻率,而非每次按下按鈕就執行一次。
  • 等到玩家遊戲結束後,再提交最高分資料。
  • 前往 Google Cloud Platform 的專案資訊主頁,查看應用程式的每日配額。

6. 遊戲進度存檔

以下檢查清單工作適用於實作遊戲遊戲進度存檔功能的情況。

ID 重要性 說明
6.1 必填 新增中繼資料,為遊戲進度存檔提供更多背景脈絡。

遊戲進度存檔至少須提供以下中繼資料:

  • 封面圖片 - 擷取遊戲進度的螢幕截圖,可以提醒玩家遊戲中斷的位置。
  • 說明 - 為封面圖片提供更多背景脈絡的簡短說明。
  • 時間戳記 - 指出玩家玩這項遊戲進度存檔的時間長度。
6.2 必填 允許玩家載入遊戲進度存檔。

在玩家透過 Play 遊戲應用程式或預設的遊戲進度存檔選擇 UI 中選擇項目後,載入正確的遊戲進度存檔。