요청 승인
컬렉션을 사용해 정리하기
내 환경설정을 기준으로 콘텐츠를 저장하고 분류하세요.
앱에서 비공개 데이터를 요청하는 경우 인증받은
해당 데이터에 대한 액세스 권한이 있는
사용자로 설정할 수 있습니다
<ph type="x-smartling-placeholder">
앱에서 Bid Manager API로 전송하는 모든 요청에는 승인 토큰이 포함되어야 합니다. 토큰
Google에서 앱을 식별할 수 있습니다.
승인 프로토콜 정보
요청을 승인하려면 앱에서 OAuth 2.0을 사용해야 합니다.
다른 승인 프로토콜은 지원되지 않습니다. 앱에서 Google 로그인을 사용하는 경우
있습니다.
OAuth 2.0을 사용하여 요청 승인하기
Bid Manager API에 대한 모든 요청은 인증된 사용자의 승인을 받아야 합니다.
승인 절차의 세부정보 또는 '흐름' OAuth 2.0의 경우 이에 따라
자세히 알아볼 수 있습니다 모든 앱 유형에는 다음과 같은 일반적인 절차가 적용됩니다.
- 앱을 만들 때 Google API 콘솔을 사용하여 등록합니다. 그러면 Google에서
게시자에게 필요한
클라이언트 ID 및 클라이언트 보안 비밀번호와 같이 나중에 데이터를 수집할 수 있습니다.
- OAuth 인증 제출
검토 요청을 제출해야 합니다.
- Google API 콘솔에서 Bid Manager API를 활성화합니다. (API가 목록에 없는 경우
이 단계를 건너뛰세요.)
- 앱에서 사용자 데이터에 액세스해야 할 때 앱은 다음과 같은 특정 범위를 Google에 요청합니다.
액세스할 수 있습니다
- Google은 사용자에게 다음과 같은 경우에 앱을 승인할지 묻는 동의 화면을 표시합니다.
일부 데이터에 액세스할 수 없습니다.
- 사용자가 승인하면 Google에서 앱에 한시적인 액세스 토큰을 제공합니다.
- 앱이 요청에 액세스 토큰을 첨부하여 사용자 데이터를 요청합니다.
- Google에서 요청과 토큰이 유효하다고 판단하면 요청된 데이터를 반환합니다.
일부 흐름에는 갱신 토큰을 사용하여 새로운 액세스 권한을 얻는 등의 추가 단계가 포함됩니다.
토큰입니다. 다양한 유형의 앱 흐름에 관한 자세한 내용은 Google의 OAuth 2.0 문서를 참고하세요.
OAuth 범위
다음은 Bid Manager API에 대한 OAuth 2.0 범위 정보입니다.
범위 |
의미 |
https://www.googleapis.com/auth/doubleclickbidmanager |
읽기/쓰기 액세스 |
OAuth 2.0을 사용하여 액세스를 요청하려면 앱에 범위 정보와
Google에서 앱을 등록할 때 제공하는 정보 (예: 클라이언트 ID,
클라이언트 보안 비밀번호).
달리 명시되지 않는 한 이 페이지의 콘텐츠에는 Creative Commons Attribution 4.0 라이선스에 따라 라이선스가 부여되며, 코드 샘플에는 Apache 2.0 라이선스에 따라 라이선스가 부여됩니다. 자세한 내용은 Google Developers 사이트 정책을 참조하세요. 자바는 Oracle 및/또는 Oracle 계열사의 등록 상표입니다.
최종 업데이트: 2025-07-25(UTC)
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["필요한 정보가 없음","missingTheInformationINeed","thumb-down"],["너무 복잡함/단계 수가 너무 많음","tooComplicatedTooManySteps","thumb-down"],["오래됨","outOfDate","thumb-down"],["번역 문제","translationIssue","thumb-down"],["샘플/코드 문제","samplesCodeIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 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)."]]