קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
כשאתם מטמיעים קישור חשבונות בפעולה, אתם מטפלים בנתוני המשתמשים, ולכן חשוב במיוחד לפעול בהתאם לשיטות המומלצות לקישור חשבונות.
בנוסף, השיטות המומלצות הבאות יספקו חוויית משתמש פשוטה שתגדיל את מספר המשתמשים שמקשרים את החשבון שלהם בהצלחה. הפעולה צריכה לעמוד בהנחיות השיחה הכלליות של Google, בנוסף לשיטות המומלצות שמוצגות כאן כדי לספק את חוויית המשתמש הטובה ביותר.
בדף הזה מפורטות שיטות מומלצות לשיחות ולהטמעה עם קישור חשבונות לפעולה.
שיחה
אם אתם מתכננים שיחה עבור פעולה שמשתמשת בקישור חשבונות, הקפידו לפעול לפי ההנחיות הבאות:
השתמשו בקישור חשבונות רק אם הגישה לנתוני החשבונות של המשתמשים מספקת חוויית שימוש עשירה יותר לפעולה. לדוגמה, קישור חשבונות יכול לשפר את הפעולה של הזמנת משקאות כי הוא מאפשר להם לזכור את המשקאות המועדפים על המשתמש ולהציע משקאות חדשים שכדאי לנסות על סמך ההזמנות הקודמות שלו. אם אתם רוצים לקשר רק חשבון כך שהפעולה תוכל להתייחס למשתמש לפי שם, אין צורך לקשר את החשבון.
אין להשתמש בהצעה לקישור חשבונות בתור ההנחיה הראשונה בפעולה.
חיוב המשתמשים לקשר את החשבון שלהם כדי שיוכלו להתחיל את הפעולה עלול לגרום לחוויה מתסכלת. במקום זאת, צריך לבקש מהמשתמשים לקשר את החשבון שלהם כאשר איסוף הנתונים נחוץ כדי שהמשתמשים יוכלו להמשיך.
לדוגמה, ההודעה הראשונה של פעולת הזמנת משקאות למשתמש יכולה להיות
"ברוכים הבאים לבובה בוננזה! רוצה להזמין או שאעבור איתך על המשקאות?" במקרה כזה, המשתמשים אמורים לשמוע את אפשרויות המשקאות בלי להיכנס. כשהוא מבקש להזמין משקה, הפעולה צריכה לבקש מהמשתמש לקשר את החשבון שלו.
כדאי להתאים אישית את הנימוק בסצנה של מערכת קישור החשבונות, כדי להסביר למה אתם צריכים שהמשתמש יקשר את החשבון שלו. חשוב לספק נימוק ברור כדי לוודא שהמשתמשים מרגישים בנוח עם השימוש שעושים בנתונים שלהם.
עבור פעולת הזמנת המשקאות לדוגמה, תוכלו לספק את הנימוק הבא: "לזכור את המשקאות המועדפים עליכם ולהציע הצעות מותאמות אישית..."
חשוב שקישור החשבונות לא יחייב הפעלה מפורשת מצד המשתמש. במילים אחרות, למשתמשים אין צורך לומר "Sign in" כדי לקשר את החשבון שלהם. במקום זאת, צריך לתת למשתמש אפשרות לבצע פעולה שמחייבת קישור חשבון. לאחר מכן, הפעולה צריכה להודיע להם שהם צריכים לקשר את החשבון שלהם כדי לעשות זאת.
ההנחיות האלה הן שיטות מומלצות כלליות לאימות ולהרשאה. קיימת סבירות גבוהה יותר שהמשתמשים יקשרו את החשבון שלהם כאשר הם יבינו מדוע אתם זקוקים לפרטי החשבון שלהם.
לדוגמה, בפעולה ההיפותטית של הזמנת משקאות, אין לבקש מהמשתמש לקשר את החשבון שלו עד שהוא מבקש להזמין משקה, שמחייב אותו לקשר את החשבון שלו.
אחרי שהמשתמש מקשר את החשבון, צריך לחזור על כל האפשרויות שיש למשתמש אחרי שהחשבון מקושר. לדוגמה, לאחר שהמשתמש קישר את החשבון שלו לפעולה ההיפותטית של הזמנת משקאות, הפעולה יכולה לומר משהו כמו: "עכשיו, כשהחשבון שלך מקושר, ניתן להזמין משקה, לבדוק הצעות למשקאות שעשויים לעניין אותך
או לראות מה חדש בתפריט. אז מה אתה רוצה לעשות?"
אם המשתמש לא מאשר ל-Google לגשת לחשבון שלו, אפשר לספק לו 'תהליך אורח' חלופי ומוגבל דרך הפעולה. במקרה כזה, עליכם ליידע את המשתמש מה הוא יכול לעשות בלי לקשר את החשבון.
לדוגמה, אם המשתמש לא מסכים, השיחה עם פעולת הזמנת המשקאות יכולה להיראות כך:
Assistant
כדי לקבל את ההזמנה הרגילה, אבקש ממך את השם שלך וכו'. אוכל לקבל אותם מ-Google?
משתמש
לא
Assistant
בסדר, עדיין אפשר לראות את התפריט או לבדוק את ההנחות שמוצעות היום. מה
ברצונך לעשות?
[null,null,["עדכון אחרון: 2025-07-25 (שעון UTC)."],[[["\u003cp\u003eAccount linking should only be used to enhance user experience with richer, personalized features, not for basic functionalities like name retrieval.\u003c/p\u003e\n"],["\u003cp\u003eUsers should be prompted to link their accounts only when it's necessary for the desired action, providing a clear rationale for data access.\u003c/p\u003e\n"],["\u003cp\u003eThe account linking process should be seamlessly integrated into the conversation flow, initiated by user actions rather than explicit sign-in requests.\u003c/p\u003e\n"],["\u003cp\u003eAfter successful account linking, users should be informed about the newly available features and functionalities.\u003c/p\u003e\n"],["\u003cp\u003eOffer a limited 'guest flow' with alternative functionalities for users who decline account linking, clearly communicating the available options.\u003c/p\u003e\n"]]],["Account linking should enhance user experience, not be a barrier. Prompt users to link accounts only when necessary, such as when they initiate an action that requires it. Clearly explain the rationale for linking and customize it. Avoid explicit invocation; users shouldn't have to say \"sign in.\" After linking, reiterate the new options available. Offer a limited \"guest flow\" if users decline linking, communicating the features available without it. Ensure best practices to maintain a user-friendly action, or risk lack of promotion.\n"],null,["When 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\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 rationale in the Account Linking system scene\n to communicate why you need the user to link their account.** It's necessary\n to provide a clear rationale 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 rationale: *\"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|-----------|---------------------------------------------------------------------------------------------|"]]
