Autorizzare le richieste
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Quando la tua app richiede dati privati, la richiesta deve essere autorizzata da un
l'utente che ha accesso a questi dati.
Ogni richiesta inviata dalla tua app all'API Bid Manager deve includere un token di autorizzazione. Il token
identifica la tua app su Google.
Informazioni sui protocolli di autorizzazione
La tua app deve utilizzare OAuth 2.0 per autorizzare le richieste.
Non sono supportati altri protocolli di autorizzazione. Se la tua app utilizza la funzionalità Accedi con Google, alcuni aspetti dell'autorizzazione vengono gestiti per
te.
Autorizzazione delle richieste con OAuth 2.0
Tutte le richieste all'API Bid Manager devono essere autorizzate da un utente autenticato.
I dettagli della procedura di autorizzazione, o "flusso", per OAuth 2.0 variano leggermente a seconda
sul tipo di app che stai scrivendo. La seguente procedura generale si applica a tutti i tipi di app:
- Quando crei la tua app, la registri utilizzando la console API di Google. Google fornisce quindi le informazioni di cui hai bisogno
in un secondo momento, ad esempio un ID client e un client secret.
- Inviare una verifica OAuth
review relativa alla tua app per accedere all'ambito dell'API di Bid Manager.
- Attiva l'API Bid Manager nella console API di Google. Se l'API non è elencata nel
console API, quindi salta questo passaggio.)
- Quando la tua app ha bisogno di accedere ai dati utente, chiede a Google un particolare ambito di
l'accesso.
- Google mostra una schermata per il consenso all'utente, chiedendogli di autorizzare l'app per
l'accesso ad alcuni dei loro dati.
- Se l'utente approva, Google fornisce alla tua app un token di accesso di breve durata.
- L'app richiede i dati utente, allegando il token di accesso alla richiesta.
- Se Google ritiene validi la richiesta e il token, restituisce i dati richiesti.
Alcuni flussi includono passaggi aggiuntivi, come l'utilizzo di token di aggiornamento per acquisire nuovo accesso
di token. Per informazioni dettagliate sui flussi per vari tipi di app, consulta la documentazione relativa al protocollo OAuth 2.0 di Google.
Ambito OAuth
Di seguito sono riportate le informazioni relative all'ambito OAuth 2.0 per l'API Bid Manager:
| Ambito |
Significato |
https://www.googleapis.com/auth/doubleclickbidmanager |
Accesso di lettura/scrittura. |
Per richiedere l'accesso utilizzando OAuth 2.0, la tua app ha bisogno delle informazioni relative all'ambito, nonché
Informazioni fornite da Google al momento della registrazione dell'app (ad esempio l'ID client e
client secret).
Salvo quando diversamente specificato, i contenuti di questa pagina sono concessi in base alla licenza Creative Commons Attribution 4.0, mentre gli esempi di codice sono concessi in base alla licenza Apache 2.0. Per ulteriori dettagli, consulta le norme del sito di Google Developers. Java è un marchio registrato di Oracle e/o delle sue consociate.
Ultimo aggiornamento 2025-07-25 UTC.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-07-25 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)."]]
