نظرة عامة

من خلال ربط الحسابات، يمكن لأصحاب حسابات Google الاتصال بخدماتك بشكل سريع وسهل وآمن. يمكنك اختيار تنفيذ "ربط حساب Google" لمشاركة بيانات المستخدم من نظامك الأساسي مع تطبيقات Google وخدماتها.

يتيح لك بروتوكول OAuth 2.0 الآمن ربط حساب Google للمستخدم بحسابه على نظامك الأساسي بأمان، وبالتالي يتم منح تطبيقات Google وأجهزتها إمكانية الوصول إلى خدماتك.

يمكن للمستخدمين ربط حساباتهم أو إلغاء ربطها، واختياريًا إنشاء حساب جديد على المنصة باستخدام ميزة "ربط حساب Google".

حالات الاستخدام

في ما يلي بعض أسباب تطبيق ميزة "ربط حساب Google":

  • يمكنك مشاركة بيانات المستخدم من نظامك الأساسي مع تطبيقات Google وخدماتها.

  • تشغيل محتوى الفيديو والأفلام باستخدام Google TV

  • يمكنك إدارة الأجهزة المتّصلة على Google Home والتحكّم فيها باستخدام تطبيق Google Home و"مساعد Google"، "Ok Google، أريد إضاءة المصابيح".

  • يمكنك إنشاء تجارب ووظائف مخصّصة للمستخدمين من "مساعد Google" باستخدام الإجراءات القائمة على المحادثة، "Ok Google، أريد طلبي المعتاد من Starbucks".

  • يمكنك أن تتيح للمستخدمين كسب مكافآت من خلال مشاهدة أحداث بث مباشر مؤهلة على YouTube بعد ربط حسابهم على Google بحساب شريك المكافآت.

  • ملء الحسابات الجديدة مسبقًا أثناء الاشتراك بالبيانات التي تتم مشاركتها بالتوافق من ملف شخصي لحساب Google

الميزات المتاحة

هذه الميزات متاحة في ميزة "ربط حساب Google":

  • يمكنك مشاركة بياناتك بسرعة وسهولة باستخدام تدفق ربط OAuth الضمني.

  • يمكنك توفير أمان مُحسَّن من خلال مسار رمز تفويض ربط OAuth.

  • سجِّل دخول المستخدمين الحاليين أو اشترِك مع مستخدِمين جدد أثبتوا هويتهم من Google إلى منصتك واحصل على موافقتهم وشارك البيانات بأمان من خلال الربط المبسّط

  • يمكنك تقليل المشاكل باستخدام ميزة قلب التطبيقات. من أحد تطبيقات Google الموثوق بها، يمكنك فتح التطبيق الذي تم إثبات ملكيته على نظام التشغيل Android أو iOS بنقرة واحدة وبنقرة واحدة تمنح المستخدمين موافقتهم على الربط بحساباتهم.

  • يمكنك تحسين خصوصية المستخدم من خلال تحديد نطاقات مخصصة لمشاركة البيانات الضرورية فقط، وزيادة ثقة المستخدم من خلال التحديد الواضح لكيفية استخدام بياناته.

  • يمكن إبطال إمكانية الوصول إلى البيانات والخدمات التي يستضيفها منصتك عن طريق إلغاء ربط الحسابات. يتيح لك تنفيذ نقطة نهاية اختيارية لإبطال الرمز المميّز أن تبقى متزامنًا مع الأحداث التي تبدأها Google، في حين تتيح لك ميزة "الحماية العابرة للحساب" (RISC) إشعار Google بأي أحداث إلغاء ربط تحدث على منصتك.

مسارات ربط الحساب

هناك 3 مسارات لربط حساب Google تستند جميعها إلى بروتوكول OAuth وتتطلب منك إدارة نقاط نهاية تبادل الرموز المميّزة والتفويض المتوافق مع بروتوكول OAuth 2.0 أو التحكّم فيها.

أثناء عملية الربط، يمكنك إصدار رموز الدخول إلى Google لحسابات فردية على Google بعد الحصول على موافقة أصحاب الحسابات على ربط حساباتهم ومشاركة البيانات.

ربط OAuth ("بروتوكول OAuth على الويب")

هذا هو مسار OAuth الأساسي الذي يرسل المستخدمين إلى موقعك الإلكتروني للربط. تتم إعادة توجيه المستخدم إلى موقعك الإلكتروني لتسجيل الدخول إلى حسابه. بعد تسجيل الدخول، يوافق المستخدم على مشاركة بياناته على خدمتك مع Google. وبذلك، يكون حساب المستخدم على Google والخدمة مرتبطَين.

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

الشكل 1. ربط الحساب على هاتف مستخدم باستخدام بروتوكول OAuth على الويب

ربط التطبيقات المستندة إلى بروتوكول OAuth ("App Flip")

مسار OAuth الذي يوجّه المستخدمين إلى تطبيقك للربط.

إنّ ربط التطبيقات المستندة إلى بروتوكول OAuth يوجِّه المستخدمين أثناء تنقّلهم بين تطبيقات Android أو iOS المتوافقة مع الأجهزة الجوّالة التي تم التحقق منها ونظام Google الأساسي لمراجعة التغييرات المقترَحة في الوصول إلى البيانات ومنح موافقتهم على ربط حسابهم على منصتك بحسابهم على Google. لتفعيل ميزة App Flip، يجب أن توفِّر الخدمة ربط OAuth أو ربط تسجيل الدخول إلى Google المستند إلى بروتوكول OAuth باستخدام مسار رمز التفويض.

يتوفر تطبيق App Flip لنظامَي التشغيل Android وiOS.

طريقة العمل:

يتحقّق تطبيق Google مما إذا كان تطبيقك مثبّتًا على جهاز المستخدم من خلال اتّباع الخطوات التالية:

  • في حال العثور على التطبيق، يتم "نقله" إلى تطبيقك. يجمع تطبيقك موافقة المستخدم على ربط الحساب بحساب Google، ثم "يعود" إلى مساحة عرض Google.
  • في حال لم يتم العثور على التطبيق أو حدث خطأ أثناء عملية الربط اللاسلكي للتطبيق، ستتم إعادة توجيه المستخدم إلى مسار OAuth المبسط أو مسار OAuth على الويب.

الشكل 2. ربط الحساب على هاتف المستخدم باستخدام ميزة "قلب التطبيق"

ربط مبسَّط يستند إلى بروتوكول OAuth ("مبسّط")

يضيف الربط المبسَّط المستند إلى بروتوكول "تسجيل الدخول باستخدام حساب Google" ميزة "تسجيل الدخول بحساب Google" إلى جانب ربط OAuth، ما يتيح للمستخدمين إكمال عملية الربط بدون مغادرة مساحة عرض Google، ما يؤدي إلى تقليل الصعوبات وعمليات الانسحاب. يقدّم الربط المبسّط المستند إلى بروتوكول OAuth أفضل تجربة للمستخدم من خلال تسجيل الدخول السلس وإنشاء الحساب وربط الحسابات من خلال الجمع بين تسجيل الدخول بحساب Google وربط OAuth. يجب أن تتوافق خدمتك مع نقاط نهاية تبادل الرموز المميّزة والتفويض وفقًا لبروتوكول OAuth 2.0. بالإضافة إلى ذلك، يجب أن تتوافق نقطة نهاية تبادل الرموز المميّزة مع تأكيدات رمز ويب JSON (JWT) وتنفيذ أهداف check وcreate وget.

طريقة العمل:

تؤكد Google على حساب المستخدم وترسل هذه المعلومات إليك:

  • إذا توفَّر حساب للمستخدم في قاعدة بياناتك، يعني هذا أن المستخدم نجح في ربط حسابه على Google بحسابه على خدمتك.
  • إذا لم يتوفّر حساب للمستخدم في قاعدة البيانات، يمكن للمستخدم إما إنشاء حساب جديد تابع لجهة خارجية باستخدام المعلومات التي تم تأكيدها من Google، وهي : البريد الإلكتروني والاسم وصورة الملف الشخصي، أو اختيار تسجيل الدخول والربط بعنوان بريد إلكتروني آخر (سيتطلب ذلك تسجيل الدخول إلى الخدمة عبر بروتوكول OAuth على الويب).

الشكل 3. ربط الحساب على هاتف المستخدم باستخدام ميزة "الربط المبسّط"

ما التدفق الذي يجب أن تستخدمه؟

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

التعامل مع الرموز المميّزة

يستند ربط حساب Google إلى معيار OAuth 2.0 في المجال.

أنت تُصدر رموز الدخول إلى Google لحسابات Google الفردية بعد الحصول على موافقة أصحاب الحسابات على ربط حساباتهم ومشاركة البيانات.

Token types

OAuth 2.0 uses strings called tokens to communicate between the user agent, the client application, and the OAuth 2.0 server.

Three types of OAuth 2.0 tokens can be used during account linking:

  • Authorization code. A short-lived token that can be exchanged for an access and a refresh token. For security purposes, Google calls your authorization endpoint to obtain a single use or very short-lived code.

  • Access token. A token that grants the bearer access to a resource. To limit exposure that could result from the loss of this token, it has a limited lifetime, usually expiring after an hour or so.

  • Refresh token. A long-lived token that can be exchanged for a new access token when an access token expires. When your service integrates with Google, this token is exclusively stored and used by Google. Google calls your token exchange endpoint to exchange refresh tokens for access tokens, which are in turn used to access user data.

Token handling

Race conditions in clustered environments and client-server exchanges can result in complex timing and error handling scenarios when working with tokens. For example:

  • You receive a request for a new access token, and you issue a new access token. Concurrently, you receive a request for access to your service's resource using the previous, unexpired access token.
  • Your refresh token reply is yet to be received (or is never received) by Google. Meanwhile, the previously valid refresh token is used in a request from Google.

Requests and replies can arrive in any order, or not at all due to asynchronous services running in a cluster, network behavior, or other means.

Immediate and fully consistent shared state both within, and between, your and Google's token handling systems cannot be guaranteed. Multiple valid, unexpired tokens can coexist within or across systems short period of time. To minimize negative user impact we recommend you do the following:

  • Accept unexpired access tokens, even after a newer token is issued.
  • Use alternatives to Refresh Token Rotation.
  • Support multiple, concurrently valid access and refresh tokens. For security, you should limit the number of tokens and token lifetime.
Maintenance and outage handling

During maintenance or unplanned outages Google might be unable to call your authorization or token exchange endpoints to obtain access and refresh tokens.

Your endpoints should respond with a 503 error code and empty body. In this case, Google retries failed token exchange requests for a limited time. Provided that Google is later able to obtain refresh and access tokens, failed requests are not visible to users.

Failing requests for an access token result in a visible error, if initiated by a user. Users will be required to retry linking failures if the implicit OAuth 2.0 flow is used.

Recommendations

There are many solutions to minimize maintenance impact. Some options to consider:

  • Maintain your existing service and route a limited number of requests to your newly updated service. Migrate all requests only after confirming expected functionality.

  • Reduce the number of token requests during the maintenance period:

    • Limit maintenance periods to less than the access token lifetime.

    • Temporarily increase the access token lifetime:

      1. Increase token lifetime to greater than maintenance period.
      2. Wait twice the duration of your access token lifetime, enabling users to exchange short lived tokens for longer duration tokens.
      3. Enter maintenance.
      4. Respond to token requests with a 503 error code and empty body.
      5. Exit maintenance.
      6. Decrease token lifetime back to normal.

التسجيل في Google

سنحتاج إلى تفاصيل إعداد OAuth 2.0 ولمشاركة بيانات الاعتماد لتفعيل ربط الحساب. راجع التسجيل للحصول على التفاصيل.