重要: OAuth 1.0 2LO は 2016 年 10 月 20 日に完全に非推奨となりました。新しい規格に移行するには、ドメイン全体へのアクセス権を委任されている OAuth 2.0 のサービス アカウントを使用するのが最も簡単です。
ユーザーが Google Workspace Marketplace からアプリケーションをインストールすると、アプリケーションの利用規約への同意と、Google サービスのデータへのアプリケーションによるアクセス許可を求めるページが表示されます。ユーザーがアクセスを許可すると、3-legged OAuth アクセス トークンで記録されます。（承認済みのアクセスが Google Workspace でどのように機能するかについて詳しくは、Google Workspace で 3-legged OAuth が動作する仕組みを示した図をご覧ください）。
アプリケーション（特定のユーザー用）の 3-Legged OAuth 2.0 トークンが取り消されると、ユーザーがこのアプリケーションを再インストールして、そのアプリの 3-Legged OAuth 2.0 トークンを再承認するまで、アプリケーションはそのユーザーの情報にアクセスできません。[セキュリティ] ページでは、特定のアプリケーションの特定のユーザーに対して有効なすべての 3-Legged OAuth 2.0 トークンを確認できます。トークンの一覧表示と取り消しは、アプリごとにユーザーが行います。
Google サービスを利用するユーザーのアカウント セキュリティを強化するため、ユーザーのパスワードが変更されると、特定のプロダクトへのアクセス用に発行された OAuth 2.0 トークンが取り消されます。
OAuth 2.0 認証方法を使用して特定のプロダクトにアクセスするアプリケーションの中には、ユーザーのパスワードが再設定されるとデータへのアクセスを停止するものがあります。
2-Legged OAuth と 3-Legged OAuth の違い
Google では従来、2-legged OAuth は管理者管理のアプリケーション向けでした。管理者が Tripit などのアプリケーションにアクセス権を付与して、ドメイン内のすべてのユーザーの Google サービスデータにアクセスできるようにしていました。アクセスを要求されるデータは一般的に、グループ プロビジョニング、ユーザー プロビジョニング、カレンダー、連絡先です。
通常、3-Legged OAuth はユーザーが管理するアプリケーションで使用します。ドメイン内のユーザーが、Google Workspace Marketplace から個別にアプリケーションをダウンロードして管理対象の Google アカウントにインストールできます。なお、管理コンソールの [セキュリティ] の設定で、ユーザーが Google データへのアクセスを許可したサードパーティ アプリケーションを確認したり、3-Legged OAuth 2.0 トークンを無効にしたりできます。
詳しくは、2-legged OAuth の図と 3-legged OAuth（英語のみ）の図をご覧ください。