Ads API での同意の分割について
次のスクリーンショットは、すべてかゼロかの同意プロンプトと、分割された同意プロンプトの違いを示しています。
- API アプリケーションで、2019 年以前に作成された Google Cloud コンソール プロジェクトを使っている。
- アプリケーションで OAuth 2.0 ユーザー同意フローを実装している。これは、ユーザーが Google アカウントでログインし、アプリケーションが要求する 1 つ以上の権限を付与する認証ワークフローです。
- アプリケーションで複数の Google API を使っており、後述する広告関連の API が含まれている。
- 既存の更新トークン: この変更は、以前に行われたユーザー認証には影響しません。既存の更新トークンは引き続き動作し、変更や再認証の必要はありません。
- 単一スコープ アプリケーション: アプリケーションで 1 つの Google API スコープしか使っていない場合、分割できる OAuth スコープがないため、この変更の影響を受けません。
- シングル ユーザー アプリケーション / 手動で認証したアプリケーション: このようなアプリケーションには、明示的な OAuth ユーザー認証フローが実装されていません。代わりに GenerateUserCredentials、gcloud CLI、OAuth Playground などの手動認証スクリプトでユーザーを認証し、その資格情報を長期間にわたって利用します。認証の際に、アプリケーションが必要とするすべてのスコープが選択されるため、アプリケーションはこの変更の影響を受けません。
- サービス アカウント: アプリケーションがサービス アカウントを使って API 呼び出しを認証している場合、この変更による影響はありません。
- OAuth フローに
include_granted_scopesパラメータを含め、ユーザーが同意した OAuth スコープのリストをリクエストします。 - ユーザーが実際に OAuth 応答で同意した OAuth スコープのリストを調べます。
- アプリケーションで段階的な認可を実装します。
どうすればこの機能をテストできますか?
この機能をテストする方法には、次の 2 種類があります。
- 新しい Google Cloud プロジェクトを作成する: 新しい Google Cloud プロジェクトでは、OAuth の同意の分割が有効になっています。そのため、新しい Google Cloud プロジェクトを作成して、アプリケーションのテストに使うことができます。
- 既存のプロジェクトで同意の分割を有効にする: OAuth の認可リクエストで
enable_granular_consentパラメータを true に設定します。
この変更の影響を受けるのは、次の広告関連 API です。