ربط الحساب من خلال الربط "سهل" لتسجيل الدخول إلى Google المستند إلى OAuth

يضيف نوع الربط المبسّط" لتسجيل الدخول بحساب Google" المستنِد إلى بروتوكول OAuth ميزة "تسجيل الدخول بحساب Google" إلى ميزة ربط الحسابات المستندة إلى بروتوكول OAuth. ويوفّر ذلك رابطًا سلسًا عبر الصوت لمستخدمي Google مع إتاحة إمكانية ربط الحساب للمستخدمين الذين سجّلوا في خدمتك بهوية غير تابعة لشركة Google.

يبدأ نوع الربط هذا بـ "تسجيل الدخول بحساب Google"، الذي يتيح لك التحقّق من توفُّر معلومات الملف الشخصي للمستخدم على Google في نظامك. إذا لم يتم العثور على معلومات المستخدم في نظامك، فسيبدأ تدفق OAuth قياسي. يمكن للمستخدم أيضًا اختيار إنشاء حساب جديد باستخدام معلومات الملف الشخصي في Google.

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

لإجراء عملية ربط الحساب باستخدام نوع الربط المبسّط، اتّبِع الخطوات العامة التالية:

1. أولاً، اطلب من المستخدم منح موافقته على الوصول إلى ملفه الشخصي في Google.
2. استخدام المعلومات الواردة في ملفه الشخصي لتحديد المستخدم
3. إذا لم تتمكن من العثور على مطابقة لمستخدم Google في نظام المصادقة لديك، يستمر تدفق العملية استنادًا إلى ما إذا كنت قد أعددت مشروع الإجراءات في وحدة تحكم المهام للسماح بإنشاء حساب المستخدم عبر الصوت أو على موقعك الإلكتروني فقط.
   • إذا سمحت بإنشاء الحساب عبر الصوت، فتحقق من الرمز المميز للمعرف الذي تتلقاه من Google. يمكنك بعد ذلك إنشاء مستخدم استنادًا إلى معلومات الملف الشخصي الواردة في الرمز المميز للمعرف.
   • إذا كنت لا تسمح بإنشاء الحساب عبر الصوت، سيتم نقل المستخدم إلى متصفّح يمكنه من خلاله تحميل صفحة التفويض وإكمال عملية إنشاء المستخدم.

الشكل 2. عرض مرئي لتدفق OAuth و"تسجيل الدخول بحساب Google" عند عدم العثور على معلومات المستخدم في نظامك.

دعم إنشاء الحساب عبر الصوت

إذا كنت تسمح بإنشاء حسابات المستخدمين من خلال الصوت، سيسأل "مساعد Google" المستخدم عمّا إذا كان يريد تنفيذ الإجراءات التالية:

• إنشاء حساب جديد على نظامك باستخدام معلومات حساب Google الخاص به، أو
• سجّل الدخول إلى نظام المصادقة باستخدام حساب مختلف إذا كان لديهم حساب حالي غير تابع لشركة Google.

ننصحك بالسماح بإنشاء الحساب عبر الصوت إذا كنت تريد تقليل أي صعوبات تعيق سير عملية إنشاء الحساب. لا يحتاج المستخدم إلى مغادرة مسار Voice إلا إذا أراد تسجيل الدخول باستخدام حساب حالي غير تابع لشركة Google.

عدم السماح بإنشاء الحساب عبر الصوت

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

ويُنصح بعدم السماح بالإنشاء في الحالات التالية:

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

• يجب أن يكون لديك تحكّم كامل في عملية إنشاء الحساب. على سبيل المثال، يمكنك حظر إنشاء المحتوى إذا أردت عرض بنود الخدمة للمستخدم أثناء إنشاء الحساب.

ملاحظة: حدِّد أحد خيارات المسار أدناه للاطّلاع على مزيد من المعلومات عن تنفيذ العملية المحدّدة. إذا لزم الأمر، ستتم إعادة تحميل محتوى الدليل ليتناسب مع خيارك.

السماح بإنشاء الحساب عبر الصوت عدم السماح بإنشاء الحساب عبر الصوت

تنفيذ الربط "المبسّط" لتسجيل الدخول بحساب Google المستند إلى بروتوكول OAuth

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

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

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

في مسار رمز التفويض، ستحتاج إلى نقطتَي نهاية:

• نقطة نهاية التفويض المسؤولة عن تقديم واجهة مستخدم تسجيل الدخول للمستخدمين الذين لم يسجّلوا الدخول وتسجيل الموافقة على الوصول المطلوب في شكل رمز تفويض قصير الأجل.
• نقطة نهاية تبادل الرموز المسؤولة عن نوعَين من عمليات التبادل:
  1. تبادل رمز التفويض لرمز مميز لإعادة التحميل طويل الأجل ورمز دخول قصير الأجل وتتم عملية التبادل هذه عندما يجري المستخدم عملية ربط الحساب.
  2. لتبادل رمز مميز لإعادة التحميل طويل الأمد لرمز دخول قصير الأجل وتتم عملية التبادل هذه عندما تحتاج Google إلى رمز دخول جديد لأنّ الرمز الذي انتهت صلاحيته.

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

ملاحظة: يُرجى اختيار مسار OAuth 2.0 الذي تريد تنفيذه. إذا لزم الأمر، تتم إعادة تحميل محتوى هذا الدليل لتتلاءم مع الخيار الذي تريده.

رمز المصادقة تدفق ضمني

ضبط المشروع

لإعداد مشروعك لاستخدام الربط السلس، اتبع الخطوات التالية:

1. افتح وحدة تحكّم الإجراءات واختَر المشروع الذي تريد استخدامه.
2. انقر على علامة التبويب تطوير واختر ربط الحساب.
3. فعِّل مفتاح التبديل بجانب ربط الحساب.
4. في القسم إنشاء الحساب، اختَر نعم.

5. في نوع الربط، اختَر OAuth وتسجيل الدخول بحساب Google وضمني.

   

6. في معلومات العميل، يُرجى تنفيذ ما يلي:

   • يجب تخصيص قيمة إلى معرّف العميل الذي يتم إصداره من خلال "المهام مع مساعد Google" لتحديد الطلبات الواردة من Google.
   • أدرِج عناوين URL لنقاط نهاية "التفويض" و"تبادل الرموز المميّزة".

7. انقر على حفظ.

تنفيذ خادم OAuth

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

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

تتضمن جلسة مسار OAuth 2.0 الضمني النموذجية التي تبدأها Google التدفق التالي:

1. تفتح Google نقطة نهاية التفويض في متصفّح المستخدم. تشير رسالة الأشكال البيانية تسجيل دخول المستخدم إذا لم يكن مسجّلاً الدخول، ويمنح Google إذنًا بالوصول بياناته من خلال واجهة برمجة التطبيقات إذا لم يسبق له منحها الإذن بذلك.
2. تنشئ الخدمة رمز دخول وتعيده إلى Google عن طريق إعادة توجيه متصفّح المستخدم إلى Google باستخدام رمز الدخول المرفق بالطلب.
3. تستدعي Google واجهات برمجة التطبيقات التابعة لخدمتك، وترفق رمز الدخول المميز لكل طلب. تتحقّق خدمتك من أنّ رمز الدخول يمنح Google. للوصول إلى واجهة برمجة التطبيقات ثم يُكمل طلب البيانات من واجهة برمجة التطبيقات.

التعامل مع طلبات التفويض

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

مَعلمات نقطة نهاية التفويض
client_id	معرِّف العميل الذي عيّنته لـ Google.
redirect_uri	عنوان URL الذي ترسل إليه الرد على هذا الطلب.
state	يشير هذا المصطلح إلى قيمة محاسبة يتم إرسالها إلى Google بدون أي تغيير في معرّف الموارد المنتظم (URI) لإعادة التوجيه.
response_type	نوع القيمة المطلوب عرضها في الرد. بالنسبة إلى بروتوكول OAuth 2.0 الضمني يكون نوع الاستجابة دائمًا token.

على سبيل المثال، إذا كانت نقطة نهاية التفويض متاحة على https://myservice.example.com/auth، قد يبدو الطلب كما يلي:

GET https://myservice.example.com/auth?client_id=GOOGLE_CLIENT_ID&redirect_uri=REDIRECT_URI&state=STATE_STRING&response_type=token

لكي تعالج نقطة نهاية التفويض طلبات تسجيل الدخول، عليك اتّباع الخطوات التالية:

1. يُرجى التحقّق من القيمتَين client_id وredirect_uri من أجل: منع منح الوصول إلى تطبيقات العميل غير المقصودة أو التي تم إعدادها بشكلٍ غير صحيح:

   • تأكَّد من أنّ client_id يتطابق مع معرّف العميل الذي أدخلته. تعيينه إلى Google.
   • تأكَّد من أنّ عنوان URL المحدّد من قِبل redirect_uri على النحو التالي:

     https://oauth-redirect.googleusercontent.com/r/YOUR_PROJECT_ID

     YOUR_PROJECT_ID هو رقم التعريف الوارد في صفحة إعدادات المشروع. من وحدة التحكم في المهام.

2. تحقق مما إذا كان المستخدم قد سجّل الدخول إلى خدمتك. في حال لم يكن المستخدم مسجِّلاً الدخول أو أكمل عملية تسجيل الدخول أو الاشتراك في الخدمة.

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

4. إرسال استجابة HTTP تؤدي إلى إعادة توجيه متصفّح المستخدم إلى عنوان URL التي تحددها المعلمة redirect_uri. تضمين جميع المعلمات التالية في جزء عنوان URL:

   • access_token: رمز الدخول الذي أنشأته للتو
   • token_type: السلسلة bearer
   • state: قيمة الحالة غير المعدَّلة من القيمة الأصلية طلب في ما يلي مثال على عنوان URL الناتج:

     https://oauth-redirect.googleusercontent.com/r/YOUR_PROJECT_ID#access_token=ACCESS_TOKEN&token_type=bearer&state=STATE_STRING

سيستلم معالج إعادة التوجيه OAuth 2.0 من Google رمز الدخول وسيتأكد من ذلك أن قيمة state لم تتغير. بعد حصول Google على رمز الدخول لخدمتك، فستلحق Google الرمز المميز بالمكالمات اللاحقة إلى الإجراء الخاص بك كجزء من AppRequest.

التعامل مع عمليات الربط التلقائي

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

إذا كان حساب Google المقابل موجودًا في نظام المصادقة لديك، بإرجاع نقطة نهاية تبادل الرمز المميز رمزًا مميزًا للمستخدم. إذا لم يكن حساب Google تطابق مستخدمًا حاليًا، ستعرض نقطة نهاية تبادل الرمز المميز خطأ user_not_found.

يكون الطلب بالشكل التالي:

POST /token HTTP/1.1
Host: oauth2.example.com
Content-Type: application/x-www-form-urlencoded

grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer&intent=get&assertion=JWT&consent_code=CONSENT_CODE&scope=SCOPES

يجب أن تتمكّن نقطة نهاية تبادل الرموز المميّزة من معالجة المَعلمات التالية:

مَعلمات نقطة نهاية الرمز المميّز
grant_type	تمثّل هذه السمة نوع الرمز المميّز الذي يتم تبادله. بالنسبة لهذه الطلبات، سيتم المعلَمة urn:ietf:params:oauth:grant-type:jwt-bearer.
intent	وبالنسبة إلى هذه الطلبات، تكون قيمة هذه المَعلمة هي `get`.
assertion	يشير هذا المصطلح إلى رمز JSON المميّز للويب (JWT) ويقدِّم تأكيدًا موقَّعًا على بيانات وهوية المستخدم. ويحتوي JWT على معلومات تتضمن عنوان البريد الإلكتروني للمستخدم رقم تعريف الحساب والاسم وعنوان البريد الإلكتروني
consent_code	اختياري: عند وجود رمز يُستخدم لمرة واحدة، وهو يشير إلى أن منح المستخدم موافقته على وصول الإجراء الخاص بك إلى النطاقات المحدّدة.
scope	اختياري: أي نطاقات ضبطتها Google لطلبها من المستخدمين.

عندما تتلقّى نقطة نهاية تبادل الرموز المميّزة طلب الربط، يجب إجراء ما يلي: التالي:

التحقق من صحة تأكيد JWT وفك ترميزه

يمكنك التحقّق من صحة تأكيد JWT وفك ترميزه باستخدام مكتبة فك ترميز JWT بلغتك. استخدام مفاتيح Google العامة (المتوفّرة في JWK أو PEM) للتحقق من صحة الرمز التوقيع.

ملاحظة: يجب ألا تكون المفاتيح مُشفرة بشكل ثابت. بدلاً من ذلك، يمكنك اتباع اكتشاف اتصال OpenID البروتوكول وتحقَّق من عنوان cache-control لتحديد المدة التي يجب أن يتم خلالها تخزين المفتاح مؤقتًا.

عند فك ترميز النص، يظهر تأكيد JWT على النحو التالي:

{
  "sub": 1234567890,        // The unique ID of the user's Google Account
  "iss": "https://accounts.google.com",        // The assertion's issuer
  "aud": "123-abc.apps.googleusercontent.com", // Your server's client ID
  "iat": 233366400,         // Unix timestamp of the assertion's creation time
  "exp": 233370000,         // Unix timestamp of the assertion's expiration time
  "name": "Jan Jansen",
  "given_name": "Jan",
  "family_name": "Jansen",
  "email": "[e-mail]", // If present, the user's email address
  "locale": "en_US"
}

بالإضافة إلى التحقّق من توقيع الرمز المميّز، تأكَّد من جهة إصدار التأكيد. (حقل iss) هو https://accounts.google.com وأن شريحة الجمهور (حقل aud) هو معرِّف العميل المعيّن للإجراء الخاص بك.

التأكّد من توفّر حساب Google في نظام المصادقة

تحقق مما إذا كان أي من الشروط التالية صحيحًا:

• رقم تعريف حساب Google، الوارد في حقل sub للتأكيد، موجود في قاعدة بيانات المستخدم لديك.
• يتطابق عنوان البريد الإلكتروني الوارد في التأكيد مع مستخدم في قاعدة بيانات المستخدم الخاصة بك.

في حال استيفاء أيٌّ من الشروط، يعني هذا أنّ المستخدم قد اشترك من قبل ويمكنك إصدار .

إذا لم يكن رقم تعريف حساب Google أو عنوان البريد الإلكتروني المحدّدين في التأكيد يطابق مستخدمًا في قاعدة البيانات الخاصة بك، لم يشترك المستخدم بعد. في هذه الحالة، يجب أن ترد نقطة نهاية تبادل الرمز المميز برسالة الخطأ HTTP 401 التي تحدد error=user_not_found، كما في المثال التالي:

HTTP/1.1 401 Unauthorized
Content-Type: application/json;charset=UTF-8

{
  "error":"user_not_found",
}

عندما تتلقى Google استجابة الخطأ 401 مع الخطأ user_not_found، تطلب Google يستدعي نقطة نهاية تبادل الرمز المميز قيمة المعلمة intent يتم ضبطها على إنشاء وإرسال رمز مميّز للمعرّف يحتوي على معلومات الملف الشخصي للمستخدم. مع الطلب.

معالجة عملية إنشاء الحساب عبر تسجيل الدخول بحساب Google

عندما يحتاج مستخدم إلى إنشاء حساب على خدمتك، تنشئ Google طلب لنقطة نهاية تبادل الرمز المميز التي تحدد intent=create، كما في المثال التالي:

POST /token HTTP/1.1
Host: oauth2.example.com
Content-Type: application/x-www-form-urlencoded

response_type=token&grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer&scope=SCOPES&intent=create&consent_code=CONSENT_CODE&assertion=JWT[&NEW_ACCOUNT_INFO]

تحتوي المَعلمة assertion على رمز JSON المميّز للويب (JWT) الذي يوفّر. تأكيد موقَّع على هوية مستخدم Google يحتوي JWT على معلومات يتضمّن رقم تعريف حساب المستخدِم على Google واسمه وعنوان بريده الإلكتروني، ويمكنك استخدامها لإنشاء حساب جديد على خدمتك.

للاستجابة لطلبات إنشاء الحساب، يجب أن تفعل نقطة نهاية تبادل الرمز المميز ما يلي:

التحقق من صحة تأكيد JWT وفك ترميزه

يمكنك التحقّق من صحة تأكيد JWT وفك ترميزه باستخدام مكتبة فك ترميز JWT بلغتك. استخدام مفاتيح Google العامة (المتوفّرة في JWK أو PEM) للتحقق من صحة الرمز التوقيع.

ملاحظة: يجب ألا تكون المفاتيح مُشفرة بشكل ثابت. بدلاً من ذلك، يمكنك اتباع اكتشاف اتصال OpenID البروتوكول وتحقَّق من عنوان cache-control لتحديد المدة التي يجب أن يتم خلالها تخزين المفتاح مؤقتًا.

عند فك ترميز النص، يظهر تأكيد JWT على النحو التالي:

{
  "sub": 1234567890,        // The unique ID of the user's Google Account
  "iss": "https://accounts.google.com",        // The assertion's issuer
  "aud": "123-abc.apps.googleusercontent.com", // Your server's client ID
  "iat": 233366400,         // Unix timestamp of the assertion's creation time
  "exp": 233370000,         // Unix timestamp of the assertion's expiration time
  "name": "Jan Jansen",
  "given_name": "Jan",
  "family_name": "Jansen",
  "email": "[e-mail]", // If present, the user's email address
  "locale": "en_US"
}

بالإضافة إلى التحقّق من توقيع الرمز المميّز، تأكَّد من جهة إصدار التأكيد. (حقل iss) هو https://accounts.google.com وأن شريحة الجمهور (حقل aud) هو معرِّف العميل المعيّن للإجراء الخاص بك.

التحقق من صحة معلومات المستخدم وإنشاء حساب جديد

تحقق مما إذا كان أي من الشروط التالية صحيحًا:

• رقم تعريف حساب Google، الوارد في حقل sub للتأكيد، موجود في قاعدة بيانات المستخدم لديك.
• يتطابق عنوان البريد الإلكتروني الوارد في التأكيد مع مستخدم في قاعدة بيانات المستخدم الخاصة بك.

إذا كان أيٌّ من الشرطين صحيحًا، اطلب من المستخدم ربط حسابه الحالي بـ حسابهم على Google عن طريق الاستجابة للطلب برسالة الخطأ HTTP 401، مع تحديد error=linking_error وعنوان البريد الإلكتروني للمستخدم باعتباره login_hint، كما في المثال التالي:

HTTP/1.1 401 Unauthorized
Content-Type: application/json;charset=UTF-8

{
  "error":"linking_error",
  "login_hint":"[e-mail]"
}

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

عند اكتمال الإنشاء، يمكنك إصدار رمز دخول وعرض القيم في كائن JSON نص استجابة HTTPS، كما في المثال التالي:

{
  "token_type": "Bearer",
  "access_token": "ACCESS_TOKEN",
  
  "expires_in": SECONDS_TO_EXPIRATION
}

تصميم واجهة مستخدم صوتي لتدفق المصادقة

تحذير: لا تقدِّم للمستخدمين طلبًا مطلوبًا لربط الحساب في بداية المحادثة مع الإجراء الخاص بك. بدلاً من ذلك، يمكنك السماح للمستخدمين الذين لم تتم مصادقتهم بالوصول إلى الاجتماع لإظهار آلية عمل الإجراء الخاص بك، وبعد ذلك لا تطلب منهم ربط الحساب إلا إذا كان ذلك ضروريًا. إذا كان المستخدمون يغادرون "الإجراء" بشكل مستمر بسبب مشاكل في ربط الحساب، لن تروّج Google للإجراء بشكل نشط، ما قد يتسبّب في انخفاض عدد زيارات مستخدمي الإجراء.

ملاحظة: يجب استخدام أداة إنشاء الإجراءات لإنشاء إجراء ينفّذ عملية ربط الحسابات.

التحقّق ممّا إذا كان قد تم إثبات هوية المستخدم، ثم ابدأ عملية ربط الحساب

1. افتح مشروع "أداة إنشاء الإجراءات" في وحدة تحكّم المهام.
2. أنشِئ مشهدًا جديدًا لبدء ربط الحساب في الإجراء الخاص بك:
   1. انقر على مشاهد.
   2. انقر على رمز الإضافة (+) لإضافة مشهد جديد.
3. في المشهد الذي تم إنشاؤه حديثًا، انقر على رمز الإضافة لـ الشروط.
4. أضِف شرطًا يتحقّق مما إذا كان المستخدم المرتبط بالمحادثة مستخدمًا تم التحقّق من هويته وأهليته. وإذا تعذّر إكمال عملية التحقّق، لن يتمكّن الإجراء الخاص بك من ربط الحساب أثناء المحادثة، ويجب أن يعود متاحًا لإتاحة الوصول إلى الوظائف التي لا تتطلب ربط الحساب.
   1. في حقل Enter new expression ضمن الشرط، أدخِل المنطق التالي: user.verificationStatus != "VERIFIED"
   2. ضمن النقل، اختَر مشهدًا لا يتطلب ربط الحساب أو مشهدًا يمثّل نقطة الدخول إلى وظيفة وضع الضيف فقط.

1. انقر على رمز الإضافة ضِمن الشروط.
2. أضِف شرطًا لبدء عملية ربط الحساب إذا لم يكن لدى المستخدم هوية مرتبطة.
   1. في حقل Enter new expression ضمن الشرط، أدخِل المنطق التالي: user.verificationStatus == "VERIFIED"
   2. ضمن النقل، اختر مشهد النظام ربط الحساب.
   3. انقر على حفظ.

بعد الحفظ، تتم إضافة مشهد جديد لنظام ربط الحسابات يسمى <SceneName>_AccountLinking إلى مشروعك.

تخصيص مشهد ربط الحسابات

1. ضمن المشاهد، اختَر مشهد نظام ربط الحساب.
2. انقر على إرسال إشعار وأضِف جملة قصيرة لتوضّح للمستخدم سبب حاجة الإجراء إلى الوصول إلى هويته (على سبيل المثال "لحفظ إعداداتك المفضّلة").
3. انقر على حفظ.

1. ضمن الشروط، انقر على في حال إكمال المستخدم ربط الحساب بنجاح.
2. اضبط كيفية سير التدفق إذا وافق المستخدم على ربط حسابه. على سبيل المثال، يمكنك الاتصال بالرد التلقائي على الويب لمعالجة أي منطق مخصص للنشاط التجاري مطلوب والرجوع إلى المشهد الأصلي.
3. انقر على حفظ.

1. ضمن الشروط، انقر على في حال إلغاء المستخدم ربط الحساب أو رفضه.
2. اضبط كيفية سير العملية إذا لم يوافق المستخدم على ربط حسابه. على سبيل المثال، أرسِل رسالة إقرار وإعادة التوجيه إلى المشاهد التي توفّر وظائف لا تتطلب ربط الحساب.
3. انقر على حفظ.

1. ضمن الشروط، انقر على في حال حدوث خطأ في النظام أو الشبكة.
2. اضبط كيفية سير التدفق إذا تعذّر إكمال عملية ربط الحساب بسبب أخطاء في النظام أو الشبكة. على سبيل المثال، أرسِل رسالة إقرار وإعادة التوجيه إلى المشاهد التي توفّر وظائف لا تتطلب ربط الحساب.
3. انقر على حفظ.

معالجة طلبات الوصول إلى البيانات

إذا كان طلب "مساعد Google" يحتوي على رمز دخول، تحقّق أولاً من أنّ رمز الدخول صالح وغير منتهي الصلاحية، ثم استرِد حساب المستخدم المرتبط بالرمز المميّز من قاعدة بيانات حساب المستخدم.