Autorizar solicitações
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Quando seu aplicativo solicita dados privados, a solicitação deve ser autorizada por um usuário
usuário que tem acesso a esses dados.
Toda solicitação que seu aplicativo envia para a API Bid Manager precisa incluir um token de autorização. O token
também identifica seu app para o Google.
Sobre os protocolos de autorização
O app precisa usar o OAuth 2.0 para autorizar solicitações.
Não há outros protocolos de autorização compatíveis. Se o app usa o Login do Google, alguns aspectos da autorização são tratados para
para você.
Autorizar solicitações com OAuth 2.0
Todas as solicitações para a API Bid Manager precisam ser autorizadas por um usuário autenticado.
Os detalhes do processo de autorização, ou "fluxo", para OAuth 2.0 variam um pouco dependendo
sobre o tipo de aplicativo que você está criando. O processo geral a seguir se aplica a todos os tipos de apps:
- Ao criar seu app, você o registra usando o Console de APIs do Google. Em seguida, o Google fornece as informações necessárias
posteriormente, como um ID e uma chave secreta do cliente.
- Enviar uma verificação OAuth
review de seu aplicativo para acessar o escopo da API Bid Manager.
- Ative a API Bid Manager no Console de APIs do Google. Se a API não estiver listada na
Console de APIs do Google e pule esta etapa.
- Quando seu app precisa de acesso aos dados do usuário, ele pede ao Google um escopo específico de
acesso.
- O Google exibe uma tela de consentimento ao usuário, pedindo para que ele autorize seu aplicativo para
acesso a alguns dos dados.
- Se o usuário aprovar, o Google concederá ao aplicativo um token de acesso de curta duração.
- Seu aplicativo solicita dados do usuário, anexando o token de acesso à solicitação.
- Se o Google determinar que a solicitação e o token são válidos, ele retornará os dados solicitados.
Alguns fluxos incluem outras etapas, como usar tokens de atualização para adquirir novo acesso.
tokens. Para informações detalhadas sobre fluxos de vários tipos de aplicativos, consulte a documentação do OAuth 2.0 do Google.
Escopo do OAuth
Veja as informações de escopo do OAuth 2.0 para a API Bid Manager:
| Escopo |
Significado |
https://www.googleapis.com/auth/doubleclickbidmanager |
Acesso de leitura e gravação. |
Para solicitar acesso usando o OAuth 2.0, seu app precisa das informações do escopo, bem como
informações fornecidas pelo Google quando você registra o app, como o ID do cliente e os
chave secreta do cliente).
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-31 UTC.
[null,null,["Última atualização 2025-08-31 UTC."],[[["\u003cp\u003eApplications need authorization from an authenticated user to access private data through the Bid Manager API.\u003c/p\u003e\n"],["\u003cp\u003eThe Bid Manager API exclusively supports OAuth 2.0 for authorization and requires apps to pass an OAuth verification review.\u003c/p\u003e\n"],["\u003cp\u003eApps must be registered using the Google API Console, undergo an OAuth verification review, and request specific scopes for data access.\u003c/p\u003e\n"],["\u003cp\u003eUpon user consent, Google provides a short-lived access token which the app uses to make authorized requests for user data.\u003c/p\u003e\n"]]],["Apps requesting private data through the Bid Manager API must be authorized by an authenticated user via OAuth 2.0. The process involves registering the app with Google, submitting an OAuth verification request, and activating the API. The app then requests a specific access scope, prompting a user consent screen. Upon approval, Google issues a short-lived access token. This token is included in data requests, allowing Google to validate the request and return data. The available scope is for read/write access.\n"],null,["# Authorize Requests\n\nWhen your app requests private data, the request must be authorized by an authenticated\nuser who has access to that data.\n| **Note:** If your app accesses the Bid Manager API, it must pass the [OAuth verification review](//support.google.com/cloud/answer/7454865#verification). If you see **unverified app** on the screen when testing your app, you must submit a verification request to remove it. Learn more about [unverified apps](//support.google.com/cloud/answer/7454865) or get answers to [frequently asked questions about app\n| verification](//support.google.com/cloud/answer/9110914).\n\nEvery request your app sends to the Bid Manager API must include an authorization token. The token\nalso identifies your app to Google.\n\nAbout authorization protocols\n-----------------------------\n\nYour app must use [OAuth 2.0](/identity/protocols/OAuth2) to authorize requests.\nNo other authorization protocols are supported. If your app uses [Google Sign-In](/identity#google-sign-in), some aspects of authorization are handled for\nyou.\n\nAuthorizing requests with OAuth 2.0\n-----------------------------------\n\nAll requests to the Bid Manager API must be authorized by an authenticated user.\n\nThe details of the authorization process, or \"flow,\" for OAuth 2.0 vary somewhat depending\non what kind of app you're writing. The following general process applies to all app types:\n\n1. When you create your app, 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. Submit an [OAuth verification\n review](//support.google.com/cloud/answer/7454865#verification) request for your app in order to access the Bid Manager API scope.\n3. Activate the Bid Manager API in the Google API Console. (If the API isn't listed in the API Console, then skip this step.)\n4. When your app needs access to user data, it asks Google for a particular **scope** of access.\n5. Google displays a **consent screen** to the user, asking them to authorize your app for access to some of their data.\n6. If the user approves, then Google gives your app a short-lived **access token**.\n7. Your app requests user data, attaching the access token to the request.\n8. 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\ntokens. For detailed information about flows for various types of apps, see Google's [OAuth 2.0 documentation](/identity/protocols/OAuth2).\n\nOAuth scope\n-----------\n\nHere's the OAuth 2.0 scope information for the Bid Manager API:\n\n| Scope | Meaning |\n|---------------------------------------------------------|--------------------|\n| `https://www.googleapis.com/auth/doubleclickbidmanager` | Read/write access. |\n\nTo request access using OAuth 2.0, your app needs the scope information, as well as\ninformation that Google supplies when you register your app (such as the client ID and the\nclient secret)."]]
