4.1.1 OAuth

يعمل إطار تفويض OAuth 2.0 على تفعيل تطبيق تابع لجهة خارجية من الحصول على إمكانية وصول محدودة إلى خدمة HTTP، إما بالنيابة عن مالك مورد من خلال تنسيق تفاعل الموافقة بين مالك المورد وخدمة HTTP، أو من خلال السماح للتطبيق التابع لجهة خارجية بالحصول على إمكانية الوصول نيابةً عنه.

بما أنّ تطبيقك يصل إلى البيانات المحمية (غير العلنية)، ستحتاج إلى معرّف عميل OAuth 2.0. يسمح ذلك لتطبيقك بطلب الحصول على إذن للوصول إلى بيانات الموقع الجغرافي لمؤسستك نيابةً عن مستخدمي تطبيقك. تستخدم واجهات برمجة تطبيقات Google بروتوكول OAuth 2.0 للمصادقة والترخيص. يتيح Google استخدام سيناريوهات OAuth 2.0 الشائعة، مثل سيناريوهات خادم الويب والتطبيقات المثبّتة من جهة العميل.

مزيد من المعلومات

ننصحك بتجميع متطلبات OAuth لإعلاناتك عند تنفيذ عملية OAuth لربط حسابك على Merchant Center. تعرّف على مزيد من المعلومات عن ما يلي:

• إعداد مشروعك على Google Cloud لعملية الدمج
• مراجعة قسم OAuth التفصيلي لدمج متطلبات OAuth في Merchant Center و"إعلانات Google"
• OAuth for Ads API

ملاحظة مهمة: تأكَّد من ضبط access_type على "بلا اتصال بالإنترنت": تنتهي صلاحية رموز الدخول بشكل دوري وتصبح بيانات اعتماد غير صالحة لطلب ذي صلة من واجهة برمجة التطبيقات. إذا طلبت الوصول بلا اتصال بالإنترنت إلى النطاقات المرتبطة بالرمز المميّز، يمكنك إعادة تحميل رمز الدخول بدون أن تطلب من المستخدم الحصول على إذن (بما في ذلك عندما لا يكون المستخدم موجودًا).

ملاحظة: ننصحك بشدة باستخدام تنفيذ بروتوكول OAuth من إحدى مكتبات العملاء.

ملاحظة: اطلب من التاجر منحك إذن القراءة والكتابة

على نطاق OAuth التالي في Google: {1} نطاق OAuth التالي:https://www.googleapis.com/auth/adwords