الموافقة على الطلبات
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
عندما يطلب تطبيقك بيانات خاصة، يجب أن يتم الموافقة على الطلب من خلال جهة اعتماد
المستخدم الذي لديه حق الوصول إلى هذه البيانات.
يجب أن يشتمل كل طلب يرسله تطبيقك إلى واجهة برمجة تطبيقات إدارة عرض السعر على رمز مميز للتفويض. الرمز المميّز
تعرف أيضًا على تطبيقك لـ Google.
لمحة عن بروتوكولات الموافقة على الطلبات
يجب أن يستخدم تطبيقك OAuth 2.0 للسماح بالطلبات.
ولا يُسمح باستخدام أي بروتوكولات أخرى للموافقة على الطلبات. إذا كان تطبيقك يستخدم تسجيل الدخول باستخدام حساب Google، ستتم معالجة بعض جوانب الحصول على الإذن من أجل:
يناسبك ذلك.
الموافقة على الطلبات باستخدام OAuth 2.0
يجب أن يوافق مستخدم مصادَق عليه على كلّ الطلبات الموجّهة إلى واجهة برمجة تطبيقات Bid Manager.
تمثل تفاصيل عملية التفويض أو "التدفق" بالنسبة إلى بروتوكول OAuth 2.0 تختلف إلى حد ما حسب
حول نوع التطبيق الذي تكتبه. وتسري العملية العامة التالية على جميع أنواع التطبيقات:
- عند إنشاء تطبيقك، عليك تسجيله باستخدام وحدة التحكم في واجهة Google API. توفر Google بعد ذلك المعلومات التي ستحتاج إليها
لاحقًا، مثل مُعرّف العميل وسر العميل.
- إرسال التحقق باستخدام OAuth
مراجعة لتطبيقك من أجل الوصول إلى نطاق واجهة برمجة تطبيقات إدارة عرض السعر.
- تفعيل واجهة برمجة تطبيقات إدارة عرض السعر في وحدة التحكم في واجهة Google API. (إذا لم تكن واجهة برمجة التطبيقات مدرجة في علامة
API Console، ثم تخطي هذه الخطوة).
- عندما يحتاج تطبيقك إلى الوصول إلى بيانات المستخدمين، يطلب التطبيق من Google نطاق محدّدًا من
الوصول إليه.
- يعرض Google شاشة الموافقة للمستخدم، ويطلب منه السماح لتطبيقك بتنفيذ الإجراءات التالية:
الوصول إلى بعض بياناتها.
- إذا وافق المستخدِم، ستمنح Google تطبيقك رمز دخول قصير الأجل.
- يطلب تطبيقك بيانات المستخدمين، مع إرفاق رمز الدخول بالطلب.
- يعرض Google البيانات المطلوبة بعد تحققه من صلاحية طلبك ورمز الدخول.
تتضمن بعض التدفقات خطوات إضافية، مثل استخدام رموز مميزة لإعادة التحميل للحصول على إمكانية وصول جديدة
الرموز المميزة. للحصول على معلومات تفصيلية عن التدفقات في الأنواع المختلفة من التطبيقات، راجِع مستندات OAuth 2.0 في Google.
نطاق OAuth
في ما يلي معلومات عن نطاق OAuth 2.0 في واجهة برمجة تطبيقات إدارة عرض السعر:
| النطاق |
المعنى |
https://www.googleapis.com/auth/doubleclickbidmanager |
الإذن بالقراءة والتعديل |
لطلب الوصول باستخدام OAuth 2.0، يحتاج تطبيقك إلى معلومات النطاق، بالإضافة إلى
المعلومات التي توفِّرها Google عند تسجيل تطبيقك (مثل معرِّف العميل
سر العميل).
إنّ محتوى هذه الصفحة مرخّص بموجب ترخيص Creative Commons Attribution 4.0 ما لم يُنصّ على خلاف ذلك، ونماذج الرموز مرخّصة بموجب ترخيص Apache 2.0. للاطّلاع على التفاصيل، يُرجى مراجعة سياسات موقع Google Developers. إنّ Java هي علامة تجارية مسجَّلة لشركة Oracle و/أو شركائها التابعين.
تاريخ التعديل الأخير: 2025-08-31 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-08-31 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\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)."]]
