自
2025 年 9 月 8 日起，每个新订单项都需要声明是否会投放欧盟 (EU) 政治广告。Display & Video 360 API 和未提供声明的 SDF 上传操作将会失败。如需详细了解如何更新集成以进行此声明，请参阅我们的
弃用页面。
向请求授权
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
当您的应用请求不公开的数据时，该请求必须经过有权访问相应数据并且已通过身份验证的用户授权。
您的应用向 Display & Video 360 API 发送的每个请求都必须包含授权令牌。Google 也可通过此令牌来识别您的应用。
关于授权协议
您的应用必须使用 OAuth 2.0 向请求授权，其他任何授权协议均不受支持。如果您的应用使用使用 Google 账号登录，系统会代您执行授权方面的某些操作。
使用 OAuth 2.0 向请求授权
凡是向 Display & Video 360 API 发出的请求，均须由已通过身份验证的用户授权。
根据您所开发的应用的类型，OAuth 2.0 的具体授权流程可能会有所不同。下面是适用于所有应用类型的大致流程：
- 开发应用时，您需要使用 Google API 控制台注册该应用。然后，Google 会提供您稍后需要用到的信息，例如客户端 ID 和客户端密钥。
- 在 Google API 控制台中激活 Display & Video 360 API。（如果 API 控制台中未列出该 API，请跳过这一步。）
- 当您的应用需要访问用户数据时，它会请求 Google 提供特定范围的访问权限。
- Google 会向相应用户显示权限请求页面，让用户授权您的应用请求他们的某些数据。
- 待该用户同意后，Google 会为您的应用提供一个时效很短的访问令牌。
- 您的应用会请求获取用户数据，并在请求中附上该访问令牌。
- 如果 Google 确定您的请求及令牌有效，就会返回您所请求的数据。
有些流程还包含其他步骤，例如使用刷新令牌获取新的访问令牌。如需详细了解适用于各类应用的不同流程，请参阅 Google 的 OAuth 2.0 文档。
以下是 Display & Video 360 API 的 OAuth 2.0 范围信息：
| 范围 |
含义 |
https://www.googleapis.com/auth/display-video |
读取/写入权限。 |
https://www.googleapis.com/auth/display-video-user-management |
对 users 服务的读写权限。仅适用于服务账号用户。
|
要通过 OAuth 2.0 请求访问权限，您的应用既需要授权范围信息，也需要 Google 在您注册应用时提供的信息（如客户端 ID 和客户端密钥）。
提示：Google API 客户端库可帮您处理部分授权流程，并且支持多种编程语言；有关详情，请参阅库和示例页面。
用户权限
如需使用 Display & Video 360 API，进行身份验证的 Google 账号必须是 Display & Video 360 用户，并且有权访问相关合作伙伴或广告客户。
Display & Video 360 用户必须具有以下某个用户角色，相关合作伙伴或广告客户才能执行以下操作：
- 只读：使用
get 或 list 调用检索资源，不包括 user 资源。
- 标准：检索、创建和更新资源。检索对同一合作伙伴或广告客户拥有权限的
user 资源。
- 管理员：检索、创建和更新资源。为您管理的合作伙伴或广告客户检索、创建和授予对
user 资源的访问权限。
如未另行说明，那么本页面中的内容已根据知识共享署名 4.0 许可获得了许可，并且代码示例已根据 Apache 2.0 许可获得了许可。有关详情，请参阅 Google 开发者网站政策。Java 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC)：2025-08-31。
[null,null,["最后更新时间 (UTC)：2025-08-31。"],[[["\u003cp\u003eAll Display & Video 360 API requests must be authorized by an authenticated user using OAuth 2.0 and include an authorization token.\u003c/p\u003e\n"],["\u003cp\u003eApplications need to be registered with Google API Console and obtain necessary credentials, including client ID and client secret, to authorize requests.\u003c/p\u003e\n"],["\u003cp\u003eUsers authenticating with the Display & Video 360 API need the appropriate user role (Read only, Standard, or Admin) to access and manipulate resources based on their permissions.\u003c/p\u003e\n"],["\u003cp\u003eThe authorization process involves requesting specific scopes of access, user consent, and Google providing short-lived access tokens for data retrieval.\u003c/p\u003e\n"],["\u003cp\u003eGoogle API client libraries can simplify the authorization process and are available for various programming languages.\u003c/p\u003e\n"]]],["Applications accessing private data via the Display & Video 360 API must use OAuth 2.0 for authorization, including an authorization token with each request. The process involves registering the application with the Google API Console to receive credentials. When access is requested, the user is prompted to grant consent, upon approval, a short-lived access token is provided. The user must also have a valid Display & Video 360 user role (Read only, Standard, or Admin).\n"],null,["# Authorize Requests\n\nWhen your application requests private data, the request must be authorized by\nan authenticated user who has access to that data.\n\nEvery request your application sends to the Display \\& Video 360 API must include an authorization token. The token also identifies your application to Google.\n\nAbout authorization protocols\n-----------------------------\n\nYour application must use [OAuth 2.0](https://developers.google.com/identity/protocols/OAuth2) to authorize requests. No other authorization protocols are supported. If your application uses [Sign In With Google](https://developers.google.com/identity/gsi/web), some aspects of authorization are handled for you.\n\nAuthorizing requests with OAuth 2.0\n-----------------------------------\n\nAll requests to the Display \\& Video 360 API must be authorized by an authenticated user.\n\nThe details of the authorization process, or \"flow,\" for OAuth 2.0 vary somewhat depending on what kind of application you're writing. The following general process applies to all application types:\n\n1. When you create your application, you register it using the [Google API Console](https://console.cloud.google.com/). Google then provides information you'll need later, such as a client ID and a client secret.\n2. Activate the Display \\& Video 360 API in the Google API Console. (If the API isn't listed in the API Console, then skip this step.)\n3. When your application needs access to user data, it asks Google for a particular **scope** of access.\n4. Google displays a **consent screen** to the user, asking them to authorize your application to request some of their data.\n5. If the user approves, then Google gives your application a short-lived **access token**.\n6. Your application requests user data, attaching the access token to the request.\n7. If Google determines that your request and the token are valid, it returns the requested data.\n\nSome flows include additional steps, such as using **refresh tokens** to acquire new access tokens. For detailed information about flows for various types of applications, see Google's [OAuth 2.0 documentation](https://developers.google.com/identity/protocols/OAuth2).\n\nHere's the OAuth 2.0 scope information for the Display \\& Video 360 API:\n\n| Scope | Meaning |\n|-----------------------------------------------------------------|----------------------------------------------------------------------------------|\n| `https://www.googleapis.com/auth/display-video` | Read/write access. |\n| `https://www.googleapis.com/auth/display-video-user-management` | Read/write access for `users` service. Only available for service account users. |\n\nTo request access using OAuth 2.0, your application needs the scope information, as well as\ninformation that Google supplies when you register your application (such as the client ID and the\nclient secret).\n\n**Tip:** The Google APIs client libraries can handle some of the authorization process for you. They are available for a variety of programming languages; check the [page with libraries and samples](/display-video/api/guides/getting-started/libraries) for more details.\n\nUser permissions\n----------------\n\nIn order to use the Display \\& Video 360 API, the authenticating Google Account must be a\nDisplay \\& Video 360 user with access to relevant partners or advertisers.\n\nThe Display \\& Video 360 user must have one of the following [user\nroles](//support.google.com/displayvideo/answer/2723011) for the relevant partners or advertisers to do the\nfollowing actions:\n\n- **Read only** : Retrieve resources using `get` or `list` calls, excluding `user` resources.\n- **Standard** : Retrieve, create, and update resources. Retrieve `user` resources with permissions to the same partners or advertisers.\n- **Admin** : Retrieve, create, and update resources. Retrieve, create and grant access to `user` resources for the partners or advertisers you administrate."]]
