認証情報マネージャーの「Google でログイン」の実装を使用すると、登録とログインのエクスペリエンスを構成できます。認証情報マネージャーは認証の複雑さを抽象化し、Android エコシステム全体で安全なプロファイルの共有と一貫した登録フローを保証します。「Google でログイン」を使用すると、ユーザーは Google アカウントを使用してログインし、プロファイル情報をアプリと安全に共有することに同意できます。
「Google でログイン」はクロスプラットフォームに対応しているため、Android、iOS、ウェブのどのデバイスでもアプリへのログイン アクセスを提供できます。
このガイドでは、次の項目について説明します。
- 「Google でログイン」のメリット
- ユーザー インターフェースのガイドライン
- 実装に必要な前提条件
このガイドでは、次のコンセプトについて理解していることを前提としています。
「Google でログイン」のメリット
アプリの認証メカニズムとして「Google でログイン」を使用すると、次のようなメリットがあります。
- 「Google でログイン」を使用すると、ユーザーが最近 Google アカウントにログインしていることを確認できます。また、ユーザーの Google ID トークンには、デバイスで Google アカウントを使用して最後に認証した時刻に関する情報を含めることができます。アカウント管理システムは、この情報をアカウントのセキュリティに関する判断を行う際の指標として使用できます。
- ボトムシートの実装では自動ログインがサポートされているため、アプリをすでに認可しているリピーター ユーザーは手動で操作する必要がありません。
- 「Google でログイン」はクロスプラットフォーム認証をサポートしています。
バージョンの互換性
認証情報マネージャーの「Google でログイン」の実装は、Android 4.4(API レベル 19)以降を搭載したデバイスで動作します。
ユーザー インターフェースのガイドライン
「Google でログイン」を組み込む場合は、次の両方のユーザー インターフェースを実装することをおすすめします。
- ボトムシート UI。パスキーやパスワードなど、他のログイン オプションを含めることもできます。
- 独立した [Google でログイン] ボタン。
次の理由から、両方のインターフェースを実装することをおすすめします。
- ボトムシートはユーザーが閉じることができる UI ですが、ボタンは永続的な UX 要素です。ボトムシートを閉じた場合でも、ボタンを使用すると、アプリを再起動せずに認証フローを再開できます。
- ボトムシートには再認証が必要なアカウントは表示されませんが、ボタンフローを使用すると、ユーザーはこれらのアカウントにアクセスできます。
- デバイスに Google アカウントが存在しない場合、ボトムシート UI は表示されません。ただし、ボタンを使用すると、ユーザーはデバイスに新しいアカウントを追加できます。
ボトムシート UI を使用する
認証情報マネージャーのボトムシート UI は、認証情報マネージャー API に統合されています。ボトムシート UI を使用するために独自のユーザー インターフェースを作成する必要はありません。
ボトムシート UI を使用すると、「Google でログイン」、パスキー、パスワードで一貫した認証エクスペリエンスをユーザーに提供できます。
[Google でログイン] ボタンを使用する
[Google でログイン] ボタンを使用すると、ユーザーは Google アカウントを使用してアプリに登録してログインするための明確なオプションを利用できます。
「Google でログイン」を実装するための前提条件
「Google でログイン」を実装するには、次の設定を完了します。
Google Auth Platform を構成する: Google Cloud プロジェクトの構成について詳しくは、Google Auth Platform を使ってみるをご覧ください。
ブランドの確認を完了する: 「Google でログイン」の同意画面にアプリ 名を表示するには、ブランドを確認する必要があります。ブランドの確認について詳しくは、OAuth アプリの確認に関するヘルプセンターとアプリをブランドの確認のために送信するをご覧ください。
関連ドキュメント
ケーススタディ: