Ads API での同意の分割について
変更事項
2025 年 5 月 1 日の週より、2019 年以前に作成されたすべての Google Cloud プロジェクトで、OAuth ユーザー認証の同意の分割がロールアウトされます。2019 年以前に作成された Google Cloud プロジェクトで広告関連の API を利用するアプリケーションでは、分割されたユーザーの同意に対応するため、Read More変更事項
2025 年 5 月 1 日の週より、2019 年以前に作成されたすべての Google Cloud プロジェクトで、OAuth ユーザー認証の同意の分割がロールアウトされます。2019 年以前に作成された Google Cloud プロジェクトで広告関連の API を利用するアプリケーションでは、分割されたユーザーの同意に対応するため、2025 年 5 月 1 日までにアプリケーションの更新が必要になる場合があります。背景
次のスクリーンショットは、すべてかゼロかの同意プロンプトと、分割された同意プロンプトの違いを示しています。
変更の影響を受けるのは誰ですか?
次の条件をすべて満たす場合、この変更の影響を受けます。- 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 です。