تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
عند تنفيذ ربط الحسابات في الإجراء الخاص بك، فإنك تعالج بيانات المستخدمين،
لذا من المهم جدًا الالتزام بأفضل ممارسات ربط الحسابات.
بالإضافة إلى ذلك، يوفّر اتّباع أفضل الممارسات تجربة مستخدم سهلة
تزيد من عدد المستخدمين الذين يربطون حساباتهم بنجاح. يجب أن يلتزم الإجراء
بإرشادات المحادثة العامة من Google
بالإضافة إلى أفضل الممارسات الواردة هنا للحصول على أفضل تجربة للمستخدم.
تتناول هذه الصفحة أفضل الممارسات الحوارية والتنفيذية للإجراء الخاص بك الذي يستخدم ربط الحسابات.
المحادثة
عند تصميم المحادثة للإجراء الخاص بك الذي يستخدم ربط الحساب، احرص على اتّباع الإرشادات التالية:
يجب عدم استخدام ميزة ربط الحسابات إلا إذا كان الوصول إلى بيانات حسابات المستخدمين يوفّر تجربة أفضل للإجراء الخاص بك. على سبيل المثال، يمكن أن يؤدي ربط الحسابات إلى تحسين "الإجراء" الخاص بطلب المشروبات، وذلك من خلال السماح لـ "الإجراء" بتذكُّر المشروبات المفضلة لدى المستخدم واقتراح مشروبات جديدة لتجربتها بناءً على طلباته السابقة. إذا كنت تريد فقط ربط حساب كي يشير الإجراء الخاص بك إلى المستخدم
بالاسم، لن يكون ربط الحساب ضروريًا.
لا تستخدِم طلب ربط الحساب كأول طلب في الإجراء الخاص بك.
قد تحدث تجربة محبطة عندما تطلب من المستخدمين ربط حساباتهم قبل بدء الإجراء الخاص بك. بدلاً من ذلك، اطلب من المستخدم ربط حسابه عندما
يكون جمع البيانات ضروريًا للمستخدمين للمتابعة.
على سبيل المثال، يمكن أن تكون الرسالة الأولى لإجراء طلب مشروب إلى المستخدم،
"مرحبًا بك في بوبا بونانزا! هل أنت جاهز للطلب أم تريد مني أن أقدّم
المشروبات معك؟" في هذه الحالة، يجب أن يكون المستخدم قادرًا على سماع
خيارات المشروبات دون تسجيل الدخول. عندما يطلب طلب مشروب، يجب أن
يطلب الإجراء بعد ذلك من المستخدم ربط حسابه.
خصِّص سلسلة السياق في قسم هدف مساعد تسجيل الدخول إلى الحساب
لتوضيح سبب حاجتك إلى ربط المستخدم بحسابه. من الضروري توفير سياق للتأكد من شعور المستخدمين بالراحة تجاه كيفية استخدام بياناتهم.
وللحصول على مثال عن إجراء طلب المشروبات، يمكنك تقديم سلسلة السياق
التالية: "لتذكيرك بمشروبك المفضّل وتقديم اقتراحات مخصّصة...".
يجب ألا يتطلب ربط الحسابات استدعاءً صريحًا من المستخدم. بعبارة أخرى، يجب ألا يضطر المستخدم مطلقًا إلى قول "تسجيل الدخول" لربط
حسابه، بل يجب أن يتوفر للمستخدم خيار تنفيذ إجراء
يتطلب ربط الحساب. من المفترض أن يخبر الإجراء الخاص بك بعد ذلك أنه
بحاجة إلى ربط حسابه للقيام بذلك.
يُعد هذا الإرشاد من أفضل الممارسات العامة للمصادقة والتفويض. يزيد احتمال ربط المستخدمين بحساباتهم عندما يعرفون
سبب حاجتك إلى معلومات حساباتهم.
على سبيل المثال، في الإجراء الافتراضي لطلب المشروبات، يجب ألا يُطلب من المستخدم ربط حسابه حتى يطلب منه طلب مشروب، ما يتطلب منه ربط حسابه.
بعد أن يربط المستخدم حسابه، يجب تكرار جميع الخيارات
المتوفرة لدى المستخدم الآن بعد أن تم ربط حسابه. على سبيل المثال، بمجرد أن يربط المستخدم حسابه في الإجراء الافتراضي لطلب المشروبات، قد يقول الإجراء الخاص بك شيئًا مثل ما يلي: "الآن بعد أن تم ربط حسابك، يمكنك طلب مشروب، أو الاطلاع على اقتراحات للمشروبات التي قد
تعجبك، أو معرفة الجديد في القائمة. إذًا، ماذا تريد أن تفعل؟"
إذا لم يمنح المستخدم موافقته على وصول Google إلى حسابه، يمكنك
تزويده بـ "تدفق ضيف" بديل ومحدود من خلال
الإجراء الخاص بك. في هذه الحالة، يجب عليك إبلاغ المستخدم
بما يمكنه فعله دون ربط حسابه.
على سبيل المثال، إذا لم يمنح المستخدم موافقته، فقد تبدو المحادثة مع الإجراء الخاص بطلب المشروبات كما يلي:
تاريخ التعديل الأخير: 2025-07-26 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-07-26 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\u003cp\u003eAccount linking should only be used to enhance user experience with personalized features, not for basic functionalities like addressing the user by name.\u003c/p\u003e\n"],["\u003cp\u003eThe account linking prompt should be integrated naturally into the conversation flow, triggered when user actions require account access, rather than being the initial interaction.\u003c/p\u003e\n"],["\u003cp\u003eTransparency is crucial; clearly explain why account linking is needed using the context string in the Account Sign-in helper intent to foster user trust.\u003c/p\u003e\n"],["\u003cp\u003eUsers should not have to explicitly request account linking; the Action should guide them through the process when necessary based on their chosen actions.\u003c/p\u003e\n"],["\u003cp\u003eOffer a limited 'guest flow' for users who decline account linking, ensuring they still have access to basic functionalities and outlining the limitations.\u003c/p\u003e\n"]]],["Account linking should enhance user experience, not be a barrier. Prompt users to link accounts only when necessary for features, like remembering preferences. Provide context for why linking is needed, using a customized string. Avoid requiring explicit \"sign in\" commands; instead, offer account-linked actions. After linking, showcase new options. If users decline consent, provide a limited 'guest flow' with alternative functionalities, outlining its capabilities. If issues related to account linking cause users to consistently leave the Action, Google will not actively promote it.\n"],null,["# Best practices (Dialogflow)\n\nWhen you implement account linking in your Action, you are handling user data,\nso it's especially important to comply with account linking best practices.\nAdditionally, following best practices provides a low-friction user experience\nthat maximizes the number of users who successfully link their account. Your\nAction should follow Google's general\n[conversational guidelines](https://designguidelines.withgoogle.com/conversation/)\nin addition to the best practices presented here for the best user experience.\n\nThis page goes over both conversational and implementation best practices for\nyour Action that uses account linking.\n| **Note:** If users are leaving your Action consistently because of account linking issues, Google will not actively promote your Action.\n\nConversation\n------------\n\nWhen you design the conversation for your Action that uses account linking, be\nsure to follow these guidelines:\n\n- **Only use account linking if accessing users' account data provides a\n richer experience for your Action.** For example, using account linking could enhance a drink-ordering Action by allowing the Action to remember a user's favorite drinks and suggest new drinks to try based on their past orders. If you only want to link an account so your Action can refer to the user by name, then account linking isn't necessary.\n- **Don't use the account linking prompt as the first prompt of your Action.**\n Requiring users to link their account before they can start your Action can\n cause a frustrating experience. Instead, prompt the user to link their\n account when collecting the data is necessary for users to continue.\n\n For example, a drink-ordering Action's first message to the user could be,\n *\"Welcome to Boba Bonanza! Are you ready to order or do you want me to go\n through the drinks with you?\"* In this case, the user should be able to hear\n the drink options without signing in. When they ask to order a drink,\n the Action should then ask the user to link their account.\n- **Customize the context string in the [Account Sign-in helper intent](/assistant/df-asdk/helpers#account_sign-in)\n to communicate why you need the user to link their account.** It's necessary\n to provide context to make sure users feel comfortable with how their data\n is being used.\n\n For our example drink-ordering Action, you could provide the following\n context string: *\"To remember your favorite drinks and offer customized suggestions...\"*\n- **Account linking should not require an explicit invocation from the user's\n end**. In other words, the user should never have to say \"sign in\" to link\n their account; instead, the user should be given the option to do something\n that requires account linking. Your Action should then tell them that they\n need to link their account to do so.\n\n This guideline is a general best practice for authentication and\n authorization. Users are more likely to link their account when they know\n why you need their account information.\n\n For example, in the hypothetical drink-ordering Action, the user should not\n be asked to link their account until they ask to order a drink, which\n requires them to link their account.\n- **After the user links their account, you should reiterate all the options\n the user has now that their account is linked.** For example, once the user\n has linked their account in the hypothetical drink-ordering Action, your\n Action could say something like the following: *\"Now that your account's\n linked, you can order a drink, check out suggestions for drinks you might\n like, or see what's new on the menu. So, what would you like to do?\"*\n\n- **If your user doesn't give consent for Google to access their account, you\n could provide them with an alternate, limited 'guest flow' through your\n Action.** In this case, you should communicate to the user\n what they can do without linking their account.\n\n For example, if the user doesn't give consent, the conversation with your\n drink-ordering Action could look like the following:\n\n| Assistant | To get your usual order, I need your name, etc. Can I have those from Google? |\n| User | No |\n| Assistant | Okay, you can still see the menu or check out today's discounts. What would you like to do? |\n|-----------|---------------------------------------------------------------------------------------------|"]]
