Cómo autorizar solicitudes
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Cuando tu app solicita datos privados, la solicitud debe contar con la autorización de un
usuario con acceso a esos datos.
Cada solicitud que tu app envía a la API de Bid Manager debe incluir un token de autorización. El token
también identifica tu app ante Google.
Acerca de los protocolos de autorización
Tu aplicación debe usar OAuth 2.0 para autorizar solicitudes.
No se admiten otros protocolos de autorización. Si tu app usa el Acceso con Google, se manejan algunos aspectos de la autorización para
ti.
Solicitudes de autorización con OAuth 2.0
Todas las solicitudes a la API de Bid Manager deben estar autorizadas por un usuario autenticado.
Los detalles del proceso de autorización, o “flujo”, para OAuth 2.0 varían un poco según
de qué tipo de app estás escribiendo. El siguiente proceso general se aplica a todos los tipos de aplicaciones:
- Cuando creas tu app, la registras con la Consola de APIs de Google. Luego, Google te proporciona la información que necesitarás
más adelante, como un ID de cliente y un secreto del cliente.
- Enviar una verificación de OAuth
de revisión de tu app para acceder al alcance de la API de Bid Manager.
- Activa la API de Bid Manager en la Consola de APIs de Google. (Si la API no aparece en el
Consola de APIs y, luego, omite este paso).
- Cuando tu app necesite acceder a datos del usuario, solicita a Google un alcance particular de
el acceso a los datos.
- Google mostrará una pantalla de consentimiento al usuario, en la que le pedirá que autorice a su aplicación para lo siguiente:
el acceso a algunos de sus datos.
- Si el usuario la aprueba, Google le otorgará a tu app un token de acceso de corta duración.
- Tu app solicita datos del usuario y adjunta el token de acceso a la solicitud.
- Si Google determina que la solicitud y el token son válidos, mostrará los datos solicitados.
Algunos flujos incluyen pasos adicionales, como el uso de tokens de actualización, para adquirir un acceso nuevo.
tokens. Si deseas obtener información detallada sobre los flujos para varios tipos de aplicaciones, consulta la documentación de OAuth 2.0 de Google.
Alcance de OAuth
A continuación, se muestra información del alcance de OAuth 2.0 para la API de Bid Manager:
| Alcance |
Significado |
https://www.googleapis.com/auth/doubleclickbidmanager |
Acceso de lectura/escritura |
Para solicitar acceso con OAuth 2.0, tu app necesita la información del permiso, así como
información que Google proporciona cuando registras tu aplicación (como el ID de cliente y el
secreto del cliente).
Salvo que se indique lo contrario, el contenido de esta página está sujeto a la licencia Atribución 4.0 de Creative Commons, y los ejemplos de código están sujetos a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-08-31 (UTC)
[null,null,["Última actualización: 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)."]]
