Google Play Games サービスの品質チェックリスト

1.1.1. Google Play Games サービス SDK を初期化し、プレーヤーが認証されているかどうかを確認します。

自動認証すると、プレーヤーはすばやく認証され、 Google Play Games サービスで提供されるすべての機能を利用できるようになります。

ユーザーが同意しなかった場合、ゲームはユーザーが後で認証する機会を提供する必要があります（ゲームメニューのボタンなど）。ログインボタンは、プレーヤーが簡単に見つけられるようにする必要があります。たとえば、メイン画面からアクセスできるようにするか、設定画面に配置する必要があります。ゲームメニューから複数の階層を経た場所には埋め込まないでください。

魅力的で一貫したエクスペリエンスをプレーヤーに提供できるよう、Google Play Games サービスのブランドの取り扱いガイドラインを適用してください。

ゲームで特定のアクションが自動的に実行される際に、認証済みのプレーヤーに対して適切な通知またはヒントを表示します。たとえば、認証済みのプレーヤーが特定のレベルをクリアした場面で、次のようなメッセージを表示してスコアと実績が自動的にアップロードされることを伝えます: 「You are authenticated with Google. Your achievements and scores will be saved automatically."

デバイスの切り替えやリセットをする、または複数のデバイスでプレイする際にプレーヤーの進捗状況が失われないようにするには、進捗状況をクラウド保存ソリューションにバックアップし、Play ゲームサービス ID をキーとして使用します。独自のバックエンド ゲームサーバーを使用する場合は、Play ゲームサービス ID を安全に使用してください。プレーヤーが Play ゲームサービス ID で認証すると、その アカウントに進捗状況が存在するかどうかを確認し、存在する場合はプレーヤーがゲームを中断したところから再開できるようにします。独自のクラウド保存ソリューションまたは Play ゲームサービスの 保存済みゲームを使用できます。

ユーザーが認証されていない場合、プレーヤーの進捗状況をローカルで維持し、プレーヤーが最終的に認証したときに、その進捗状況を同期できるようにします。これにより、プレーヤーがゲームの認証を延期した際に、ゲームの進捗状況のデータが失われるのを防止できます。

少なくとも 10 個の表示可能な実績が公開状態である必要があります。

アイコンは、透明な背景に 512 x 512 の PNG、JPEG、または JPG ファイルとして作成する必要があります。詳しくは、 アイコンのガイドラインをご覧ください。

作成されたすべての実績のロック解除をプレーヤーが行えるようにします。

増分実績は、複数のゲーム セッションを通じて累積されます。

ゲームのライフタイム全体で、どの状態の実績でも 40 個以上設定する。

非公開の実績とは、詳細がまだプレーヤーに明らかにされていない実績です。

詳しくは、ポイントと経験値をご覧ください。

実績のポイントは、その実績を獲得するのに必要な時間または スキルに比例する必要があります。

プレーヤーが気軽にゲームをプレイして獲得できる簡単な実績をいくつか と、スキルやプレーヤーの努力が必要な中級の難易度の実績を複数 、熱心なプレーヤー向けの獲得が非常に難しい実績を 1 つか 2 つ取り入れます 。

次のスクリーンショットは、獲得が難しい実績の一例です。こうした実績によって、プレーヤーのやる気を高め、関心を維持します。

まだ熱中していない新規プレーヤーに、ゲームプレイ開始 5 分間で複数の実績を授与することは避けましょう。

実績がゲームプレイの初期段階で意図せずに授与されることのないように定義してください。たとえば、 ゲームの初期段階でも簡単に獲得しやすい 「ダメージを受けずにレベルをクリアする」といった実績には注意してください。

ゲームの魅力を高め、もう一度プレイしたくなるような実績を構築できる指標を選択してください（たとえば、"倒したゾンビの数"は "キャラクターの歩数"よりも高い関心を得られる指標です）。

Play ゲームサービスでは、実績を獲得済みかどうかを示すためにグレースケール バージョンの実績アイコンを使用します。真っ黒（または真っ白）の実績アイコンを使用しなければならない場合は、これらのアイコンを色付きの背景に表示します。

実績を非公開とするのはゲームのネタバレを避ける場合のみとし、標準的に実績を非公開にしないようにしてください。

「宝箱を 100 個見つける」実績よりも 「宝箱に入っている可能性が 1% のアイテムを見つける」実績をおすすめします。

中には、作成されたすべての実績を獲得しようとするプレーヤーもいます。 このようなプレーヤーの要望に応える実績を用意するようにしてください。プレーヤーが制御できない要素に頼りすぎる、またはプレーヤーがゲーム中になんらかの決断を下した後は獲得できなくなる実績は作成しないでください。

リーダーボードは、ゲームの読み込み時にすぐにアクセスできるようにします。ゲーム内で重大な場面遷移があった後（レベル終了時やプレーヤーの死亡時など）は、すぐに関連するリーダーボードへのリンクをプレーヤーに表示します。

可能であれば、スコアが明らかに虚偽である場合はリーダーボードの定義時に破棄されるよう制限を追加してください。

定義した各リーダーボードのカスタム アイコンを作成します。Google Play Games アプリでは表示の解像度が低下するため、ゲームのアイコンをそのまま使用しないでください。

レベルの終了時やプレーヤーのゲーム キャラクターの死亡時など、ゲーム内の重要な場面遷移の後にスコアを送信します。重要な場面遷移がないゲーム（「エンドレス ランナー」系のゲームなど）の場合は、スコアを送信する頻度を適切に判断してください。連続して、または毎秒スコアを送信することは避けます 。

スコアタグとは、スコアの送信時に追加できる データのことです。たとえば、プレーヤーの送信スコアが有効であることを確認するフラグとしてスコアタグを実装できます。

カスタム リーダーボードにも、このタグ データを読み込むことができます。スコアタグがプレーヤーのゲームプレイを含む YouTube 動画の ID で構成されている場合、ゲームのリーダーボード内にそのビデオを表示するためのリンクを作成することができます。

リソースがある場合は、ソーシャル リーダーボード データ上に独自のカスタム リーダーボード ビューを作成します。通常、プレーヤーにとってソーシャル リーダーボードは公開リーダーボードよりも魅力的なものになります。まず、ソーシャル リーダーボードのエントリがあるかないかを確認し、ない場合は代わりに公開リーダーボードを使用してください。

リーダーボードの API では、スコア ウィンドウの表示がサポートされています（例: +/-10 位以内のプレーヤーのランキング）。カスタムビューを作成している場合、これはプレーヤーのエンゲージメントを高めるのに有用です。スコア ウィンドウは、ゲームの重要な場面遷移（レベルの終了時やプレーヤーのゲーム キャラクターの死亡時など）の直後に表示できます。プレーヤーがクリックすることなく、ランキング情報を確認できるようにします。

このリストは、既存の友だちのリスト、最近プレイした友だちのリスト、またはその他の友だちのリストです。

4.1.1. Play ゲームサービス アイコンがクリック可能であることが必要です。

ユーザーがアイコンを押した場合、ゲームは getCompareProfileIntent() または getCompareProfileIntentWithAlternativeNameHints() を呼び出して、ユーザーが他のプレーヤーのプロフィールと比較できる UI を表示する必要があります。

4.1.2. プレーヤーのプロフィールと友だち招待のサポート。これにより、カスタマイズ可能なゲーム内プレーヤー名を使用できます。

プレーヤーがゲーム内で別の名前を設定し、Play ゲーム プロフィール名を使用しない場合は、getCompareProfileIntentWithAlternativeNameHints() を使用し現在のプレーヤーと表示中のプレーヤーの両方に対して、プロフィール ビューとビューから送信される友だちの招待状のコンテキストとして、代わりにゲーム内名を指定するようにします。任意のユーザー コンテンツではなく、値に対して永続的でグローバルなプレーヤー名のみを渡します。この要件は、ゲーム内から送信された友だちの招待状が、両方のプレーヤーに対してコンテキストを指定することを表します。

• 受信者には、招待状送信者のゲーム内名とゲーム名が表示されます。
• フレンドシップを見ると、送信者には、受信者のゲーム内名や、招待元のゲームが引き続き表示されます。

バックエンド サーバーでプレーヤー ID または友だちリストを使用する場合は、ID またはリストに安全にアクセスする必要があります。

また、一部の古いゲームやプレーヤーについては、あるプレーヤーが Android SDK でプレーヤー ID を返す際に、他の プレーヤーが同じプレーヤーを表示した場合と同じ ID にならない可能性があります。この状態は、友だちリストを使用している場合に特に 発生する可能性が高くなります。ただし、REST API 内で返される player_id は常に整合性のある、他のプレーヤーに表示される ID です。

モバイル クライアント ライブラリでは、サービスの呼び出しを減らすためにいくつかの戦略が採用されています。たとえば、ライブラリは次の操作を行います。

• データをキャッシュに保存する: ライブラリは、実績と リーダーボードのデータをキャッシュに保存します。このキャッシュにより、プレーヤーはサービスへの呼び出しを何度も行うことなく、自分の実績を好きなだけ 表示できます。
• スコアをフィルタする: Android クライアント ライブラリは、プレーヤーの スコアが最後に送信したスコアよりも高い場合にのみ、プレーヤーのスコアをサーバーに送信します。
• 呼び出しをまとめる: Android ライブラリでは、レート制限を検出すると増分実績の頻繁な 呼び出しを自動的にまとめて処理します。

作成する対戦型ゲームに「パンチを 5,000 回繰り出す」という実績がある場合に、ユーザーがパンチを繰り出すたびに増分実績の呼び出しを送信しないようにします。ラウンドが終了するまで待ってから、increment(xxx) という呼び出しを 1 回送信します（xxx は該当するラウンドでユーザーが出したパンチの合計数です）。または、パンチが 50 回繰り出されるまで待ってから increment(50) という呼び出しを 1 回送信するようにします。

Google Play Games サービスの呼び出し回数に留意してください。レート上限への到達を回避しても、呼び出し頻度が高ければネットワーク トラフィックが増大し、デバイスのバッテリー消耗が加速する原因となる可能性があります。このような問題を回避するには、次のような方法があります。

• 保存済みゲームを実行する場合は、ボタンをクリックするたびに保存するのではなく、数分に 1 回の頻度で保存する。
• プレーヤーがゲームオーバーになるまで待ってからハイスコアを送信する。
• Google Cloud のプロジェクト ダッシュボードに移動して、アプリの 1 日あたりの割り当て量を確認する。

保存済みゲームを commit する際は、少なくとも次のメタデータを追加する必要があります。

• カバー画像 - ゲームの進行状況を記録し、ゲームを中断した場所がわかるスクリーンショット。
• 説明 - カバー画像の情報を追加する簡単な説明。
• タイムスタンプ - プレーヤーがこの 保存済みゲームをプレイした時間の長さ。

プレーヤーが Play ゲームアプリ、またはデフォルトの保存済みゲーム選択 UI のいずれかから選択した場合に、正しい保存済みゲームを読み込みます。