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

1.1.1. ゲームの起動時にプレーヤーを自動的にログインさせます。バックアップとして手動ログインを使用します。

ゲームでは、プレーヤーをすばやく認証して Google Play Games サービスで提供されるすべての機能を利用できるように、サイレント ログインを実装する必要があります。サイレント ログインに失敗した場合、対話形式でのログインを求めるプロンプトをプレーヤーに表示するようアプリを設定する必要があります。インタラクティブなログインを使用すると、プレーヤーはゲームへのログインを指定できます。また、Play Games によって、ゲームで使用できるようにプロフィールが正しく構成されます。サイレント ログインとインタラクティブ ログインを組み合わせることで、ユーザーの負担を最小限に抑えながら、ログイン率を最大化できます。

プレーヤーがログインを辞退した場合、この操作を記憶してプロンプトがプレーヤーに再び表示されないようにします。代わりに、ログインボタンをご用意ください。ログインボタンは、プレーヤーが簡単に見つけられるようにする必要があります。たとえば、メイン画面からアクセスできるようにするか、設定画面に配置する必要があります。ゲームメニューから複数の階層を経た場所には埋め込まないでください。ゲームを起動するたびに、引き続きプレーヤーの自動ログインを試みます。プレーヤーが設定を変更して自動的にログインする可能性があります。

Play Games 以外のスコープをすでにリクエストしている場合は、 GoogleSignInOptions 構文から不要なスコープと、使用していない API を削除します。他のスコープをリクエストする必要がある場合（マーケティング目的でユーザーのメールアドレスを確認する場合など）は、ログイン プロセスの一部としてではなく、関連するタイミングでリクエストしてください。

// This is the proper way to do it
GoogleSignInOptions signInOption = GoogleSignInOptions.DEFAULT_GAMES_SIGN_IN;

プレーヤーがゲームに正常にログインした後は、プレーヤーが明示的にログアウトしない限り、ゲームが開始されるたびにプレーヤーを自動的に接続します。

Android デバイスでは、ログインフローが呼び出されるたびに Google Play Games の「接続中」ポップアップを表示する必要があります。これを行うには、GamesClient クラスの setViewForPopups() メソッドを呼び出す必要があります。ゲームの起動時にプレーヤーが自動的にログインする際に、このポップアップが表示されることを確認してください。これにより、プレーヤーはゲームに正しくログインしていることを認識できます。

次の例では、ログイン中に Android ゲームで「接続中」ポップアップが表示され、その後に続けて Google Play Games サービスのロゴの短いアニメーションが表示される様子を示しています。

ログインしたプレーヤーには、ログアウト方法を必ず提供する必要があります。

アプリ内の関連するゲーム画面（プレーヤーの設定画面など）にログアウトボタンを配置することを検討してください。

ゲームの初回ログインフロー時にプレーヤーがログインを辞退した場合（ログイン UI で [キャンセル] をクリックした場合など）でも、プレーヤーが引き続きゲームをプレイできるようにします。

プレーヤーがゲームを再び起動したときに、インタラクティブなログインフローを自動的に呼び出さないようにします。これらのプレーヤーは、設定システムにある [ログイン] ボタンを使用して、後でログインすることもできます。呼び出さないようにすることで、プレーヤーはゲーム開始のたびにログインを繰り返し辞退する必要がなくなります。

ただし、プレーヤーがログイン必須のゲームプレイ機能（リーダーボードへのスコアの送信など）にアクセスを試みる場合は例外です。このような場合は、ゲームプレイを続ける前にログインを求めるプロンプトを表示します。

多くのプレーヤーが Google Play Games サービスにログインすれば、ゲームプレイにおいて協力や競争の機会が増えるため、プレーヤーのメリットとなります。Google Play Games サービスにログインするプレーヤーの数を増やすには、前述のようにログイン プロンプトをプレーヤーに自動的に表示することを強くおすすめします。

または、次のいずれかの時点でプレーヤーをできるだけ早くログインフローに誘導します（推奨順）。

• ゲーム開始直後
• カットシーンやチュートリアルといった導入部の直後
• プレーヤーがゲーム内の任意の場所で Google ログインボタンをクリックしたとき

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

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

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

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

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

画像、テキスト、説明をすべての実績で一意にします。

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

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

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

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

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

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

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

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

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

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

Android トーストで実績アイコンを表示すると、アイコンは円形で囲まれ、その外側の角は表示されなくなります。このような状態でも、アイコンがきれいに表示されることを確認してください。

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

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

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

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

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

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

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

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

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

4.1.1. Play Games アイコンがクリック可能であることが必要です。

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

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

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

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

モバイル クライアント ライブラリでは、サービスの呼び出しを減らすためにいくつかの戦略が採用されています。たとえば、実績とリーダーボードのデータはキャッシュされているため、プレーヤーはサービスへの呼び出しを何度も実行することなく、自分の実績を好きなだけ表示できます。

プレーヤーのスコアが最後に送信したスコアよりも低い場合、Android クライアント ライブラリはプレーヤーのスコアをサーバーに送信しません。また、Android ライブラリでは、レート制限を検出すると増分実績の頻繁な呼び出しを自動的にまとめて処理します。

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

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

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

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

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

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