Anfragen autorisieren
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Wenn Ihre App private Daten anfordert, muss die Anfrage von einem authentifizierten
Nutzer mit Zugriff auf diese Daten.
<ph type="x-smartling-placeholder">
Jede Anfrage, die Ihre App an die Bid Manager API sendet, muss ein Autorisierungstoken enthalten. Das Token
Ihre App gegenüber Google identifiziert.
Autorisierungsprotokolle
Ihre App muss OAuth 2.0 zum Autorisieren von Anfragen verwenden.
Andere Autorisierungsprotokolle werden nicht unterstützt. Wenn in Ihrer App Google Log-in verwendet wird, werden einige Schritte der Autorisierung verarbeitet.
von dir.
Anfragen mit OAuth 2.0 autorisieren
Alle Anfragen an die Bid Manager API müssen von einem authentifizierten Nutzer autorisiert werden.
Die Details des Autorisierungsprozesses für OAuth 2.0 je nach
welche Art von App Sie schreiben. Das folgende allgemeine Verfahren gilt für alle App-Typen:
- Wenn Sie Ihre App erstellen, registrieren Sie diese über die Google API Console. Google stellt Ihnen dann die Informationen bereit,
, z. B. eine Client-ID und einen Clientschlüssel.
- Reichen Sie eine OAuth-Bestätigung
überprüfen-Anforderung für Ihre App, um auf den Bid Manager API-Bereich zugreifen zu können.
- Aktivieren Sie die Bid Manager API in der Google API Console. Wenn die API nicht in der
API Console und überspringen Sie diesen Schritt.)
- Wenn Ihre App Zugriff auf Nutzerdaten benötigt, bittet sie Google um einen bestimmten Umfang von
Zugriff haben.
- Dem Nutzer wird ein Zustimmungsbildschirm angezeigt, auf dem er gebeten wird, Ihre App für
auf einige ihrer Daten zugreifen können.
- Wenn der Nutzer zustimmt, erhält Ihre App von Google ein kurzlebiges Zugriffstoken.
- Ihre App fordert Nutzerdaten an und hängt das Zugriffstoken an die Anfrage an.
- Stellt Google fest, dass Ihre Anfrage und das Token gültig sind, werden die angeforderten Daten zurückgegeben.
Einige Abläufe enthalten zusätzliche Schritte, beispielsweise die Verwendung von Aktualisierungstokens zum Erhalt neuer Zugriffsrechte.
Tokens. Ausführliche Informationen zu den Abläufen für die verschiedenen Arten von Apps finden Sie in der OAuth 2.0-Dokumentation von Google.
OAuth-Bereich
Im Folgenden finden Sie die Informationen zum Umfang von OAuth 2.0 für die Bid Manager API:
| Umfang |
Bedeutung |
https://www.googleapis.com/auth/doubleclickbidmanager |
Lese-/Schreibzugriff |
Um den Zugriff mit OAuth 2.0 anzufordern, benötigt Ihre App die Informationen zum Bereich sowie
Informationen, die Google bei der Registrierung Ihrer App bereitstellt (z. B. die Client-ID und die
Clientschlüssel).
Sofern nicht anders angegeben, sind die Inhalte dieser Seite unter der Creative Commons Attribution 4.0 License und Codebeispiele unter der Apache 2.0 License lizenziert. Weitere Informationen finden Sie in den Websiterichtlinien von Google Developers. Java ist eine eingetragene Marke von Oracle und/oder seinen Partnern.
Zuletzt aktualisiert: 2025-08-31 (UTC).
[null,null,["Zuletzt aktualisiert: 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)."]]
