Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Gdy implementujesz łączenie kont w akcji, masz do dyspozycji dane użytkowników, dlatego musisz przestrzegać sprawdzonych metod łączenia kont.
Stosowanie tych sprawdzonych metod ułatwia też wygodne korzystanie z witryny, maksymalizując liczbę użytkowników, którzy z powodzeniem połączyli swoje konto. Akcja powinna być zgodna z ogólnymi wytycznymi Google dotyczącymi rozmów, a także ze sprawdzonymi metodami przedstawionymi tutaj, aby zapewnić użytkownikom najlepsze wrażenia.
Na tej stronie omawiamy sprawdzone metody dotyczące konwersacji i wdrażania akcji, która korzysta z łączenia kont.
Rozmowa
Projektując rozmowę w akcji, która korzysta z funkcji łączenia kont, pamiętaj o tych wytycznych:
Używaj łączenia kont tylko wtedy, gdy dostęp do danych na kontach użytkowników zwiększy wygodę działania. Połączenie kont może na przykład poprawić działanie akcji służącej do zamawiania napojów, ponieważ umożliwia jej zapamiętanie ulubionych napojów i proponowanie nowych napojów na podstawie wcześniejszych zamówień. Jeśli chcesz połączyć tylko konto, aby akcja mogła odwoływać się do użytkownika z nazwy użytkownika, łączenie kont nie jest konieczne.
Nie używaj prośby o połączenie kont jako pierwszego promptu w działaniu.
Wymuszenie od użytkowników połączenia kont przed rozpoczęciem akcji może być frustrujące. Zamiast tego poproś użytkownika o połączenie konta podczas zbierania danych, aby mogli kontynuować.
Pierwsza wiadomość dla użytkownika akcji, która zamawia napoje, może np. brzmieć:
„Witamy w filmie Boba Bonanza! Czy chce Pan/Pani złożyć zamówienie?
Czy może Pan/Pani przejrzeć drinki?” W tym przypadku użytkownik powinien być w stanie usłyszeć
opcje dotyczące napojów bez logowania się. Gdy użytkownik poprosi go o zamówienie drinka, akcja powinna poprosić go o połączenie konta.
Dostosuj ciąg kontekstowy w intencji asystenta logowania na konto, aby poinformować użytkownika, dlaczego musisz połączyć swoje konto. Trzeba też podać kontekst, aby użytkownicy wiedzieli, jak są wykorzystywane ich dane.
W przypadku naszego przykładowego działania związanego z zamawianiem napojów możesz podać taki ciąg kontekstowy: „Aby zapamiętać ulubione napoje i proponować dostosowane sugestie...”
Połączenie kont nie powinno wymagać bezpośredniego wywołania po stronie użytkownika. Oznacza to, że użytkownik nigdy nie powinien być zmuszony do korzystania z funkcji „Zaloguj się”, aby połączyć swoje konto. Zamiast tego powinien mieć możliwość wykonania czynności, która wymaga połączenia kont. Akcja powinna informować,
że w tym celu musi połączyć swoje konto.
Te wytyczne stanowią ogólną sprawdzoną metodę uwierzytelniania i autoryzacji. Użytkownicy chętniej połączą swoje konta, gdy wiedzą, do czego potrzebujesz informacji o nich.
Na przykład w hipotetycznym działaniu do zamawiania napojów użytkownik nie powinien być proszony o połączenie konta, dopóki nie poprosi o zamówienie napoju, a to wymaga połączenia konta.
Gdy użytkownik połączy swoje konto, powtórz wszystkie opcje, do których ma dostęp po połączeniu konta. Na przykład gdy użytkownik połączy swoje konto w hipotetycznej akcji umożliwiającej zamawianie napojów, może ona brzmieć tak: „Gdy konto jest już połączone, możesz zamówić napój, sprawdzić propozycje napojów, które mogą Ci się spodobać, i zobaczyć, co nowego w menu. Co Pana/Panią teraz interesuje?”.
Jeśli użytkownik nie wyrazi zgody na dostęp Google do jego konta, możesz udostępnić mu alternatywny, ograniczony „proces gościa” w akcji. W takim przypadku poinformuj użytkownika, co może zrobić bez łączenia konta.
Jeśli np. użytkownik nie wyrazi zgody, rozmowa z akcją, w której zamawiasz napoje, może wyglądać tak:
Asystent
Aby przyjąć Twoje zwykłe zamówienie, muszę podać mi Twoje imię i nazwisko itp. Czy mogę otrzymać te od Google?
Użytkownik
Nie
Asystent
Nadal możesz wyświetlić menu lub sprawdzić dzisiejsze rabaty. Co chcesz zrobić?
[null,null,["Ostatnia aktualizacja: 2025-07-26 UTC."],[[["\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|-----------|---------------------------------------------------------------------------------------------|"]]
