ב-3 במאי 2023 נוציא משימוש את Transactions API, לפני ההוצאה משימוש של Conversations Actions ב-13 ביוני 2023.
כאן תוכלו לקרוא מידע נוסף על ההוצאה משימוש של 'פעולות שיחה'.
עיצוב שיחות עם עסקאות (Dialogflow)
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
תכננו שיחה שתנחה את המשתמשים בכל השלבים של הפעולה העסקית שלכם. הוספנו דוגמאות להפניות שבהן תוכלו להשתמש כמדריך
לתכנון פעולות משלכם שקשורות לעסקאות.
דוגמאות
טיפים לעיצוב
חשוב לוודא שתיבות הדו-שיח נשמעות טבעיות ומעניינות – בדיוק כמו שאדם אמיתי ידבר.
הטקסט שנאמר ב-TTS/בקול לא חייב להתאים בדיוק לטקסט שמוצג בבועות הצ'אט. התכונה פועלת היטב אם בועות הצ'אט הן קבוצת משנה של תיבת הדו-שיח המדוברת.
מקבלים את פני המבקרים מעניינים ומעוררים עניין. כדאי לשאול אותם מה הם צריכים ולהציע להם כמה הצעות כדי לעזור להם להתחיל.
לפני שמזמינים את המשתמש להוסיף פריטים לעגלת הקניות, צריך לבצע בדיקה בקצה העורפי באמצעות actions.intent.TRANSACTION_REQUIREMENTS_CHECK כדי לוודא שהוגדרו לו תשלומים ל-Google Assistant.
היה מוכן להגיב לאותן בעיות בקול כמו בחוויות אחרות בנייד או באינטרנט. לדוגמה, אפשר להציע פריט דומה כשפג התוקף של מידה או צבע מסוימים, או להזמין משתמשים להירשם כדי לקבל הודעה כשהפריט יחזור למלאי.
לתשומת ליבכם: סיכום ההזמנות מבוסס על הנתונים שאתם מעבירים דרך ה-API. התווית 'תשלום באמצעות Google' עוזרת למשתמשים להבין ש-Google ביצעה את התשלום.
כשמבקשים מהמשתמשים מידע, כמו פרטי הכתובת שלהם, צריך להסביר להם למה אתם שולחים את הבקשה ואיך המידע הזה יועיל להם.
Google תציג את שיטת ההרשאה לרכישה (לא נדרש אימות, סיסמה או טביעת אצבע) על סמך ההגדרות של המשתמש. לפעמים, הערכת הסיכונים שלנו תתחיל שלב נוסף באימות, כמו אישור CVV של הכרטיס.
לאחר ביצוע התשלום, חשוב לשלוח קבלה ואישור הזמנה. חשוב שהמשתמשים יבינו שמדובר בגוף האחראי על עיבוד התשלום, ויישלחו אליך את כל הפרטים לגבי ההזמנה, ולא של Google.
כברירת מחדל, אפשר לבצע עסקאות על גבי משטח עם מסך (למשל, טלפון Android) או על פלטפורמה קולית בלבד (כמו Google Home).
כדי לתמוך בצורה הטובה ביותר בעסקאות קוליות בלבד, חשוב לתכנן חוויית שיחה טובה שמנחה את המשתמשים בחוויית העסקה המלאה.
לתשומת ליבכם: ייתכן שאובייקטים מסוימים של Intent עסקאות דורשים מסך. רוב הפרטים האלה (למשל הוספת כתובת חדשה למשלוח, פתרון בעיות שקשורות לתשלומים, קישור חשבונות) יועברו לטלפון באופן אוטומטי. אם יש בשיחה תוספות נוספות שכדאי להציג במסך (למשל, הצגת תשובות עשירות לגבי בניית כרטיסים, הצגת התנאים וההגבלות או מדיניות הפרטיות של המוכר), צריך לבדוק אם הפלטפורמה הנוכחית תומכת ביכולות של SCREEN_OUTPUT או WEB_BROWSER. אם לא, צריך להעביר לפלטפורמה חדשה.
אם אתם מעדיפים שלא לתמוך בטרנזקציות קוליות בלבד בפעולה, תוכלו להגדיר את פרויקט הפעולות כך שידרוש מסך. לשם כך עוברים אל פריסה > יכולות שטח במסוף הפעולות ומגדירים את האפשרות לפעולות שבוצעו דרישה פלט מסך לאפשרות כן.
אלא אם צוין אחרת, התוכן של דף זה הוא ברישיון Creative Commons Attribution 4.0 ודוגמאות הקוד הן ברישיון Apache 2.0. לפרטים, ניתן לעיין במדיניות האתר Google Developers. Java הוא סימן מסחרי רשום של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-25 (שעון UTC).
[null,null,["עדכון אחרון: 2025-07-25 (שעון UTC)."],[[["\u003cp\u003eDesign conversational flows for transactional Actions, guiding users through the process similar to a real-world conversation.\u003c/p\u003e\n"],["\u003cp\u003eRefer to provided examples like Shoe store, Ticketing, and Flower Shop to understand transactional Action design.\u003c/p\u003e\n"],["\u003cp\u003eFollow design tips to ensure natural dialog, clear communication, and a smooth user experience, including pre-purchase checks and handling potential issues.\u003c/p\u003e\n"],["\u003cp\u003eTransactions can occur on screen and voice-only surfaces; optimize for both by crafting a comprehensive conversational experience and leveraging surface capabilities effectively.\u003c/p\u003e\n"],["\u003cp\u003eRemember to inform users about data requests, purchase authorization, and merchant responsibility for post-purchase communication.\u003c/p\u003e\n"]]],[],null,["# Designing Transactional Conversations (Dialogflow)\n\nDesign a conversation to guide users through your transactional\nflows. We've provided reference examples that you can use as a guide\nwhen designing your own transactional Actions.\n\nExamples\n--------\n\n[](https://docs.google.com/presentation/d/1Zw-Cg4ODJWpEViJJT_LugxvFv1VeOB7Hw54wNQemrfg) [Shoe store Example](https://docs.google.com/presentation/d/1Zw-Cg4ODJWpEViJJT_LugxvFv1VeOB7Hw54wNQemrfg) \n[](https://docs.google.com/presentation/d/1RBVzklC8n7nPU98lRt1CkzDSFcBlaQf5PWVtlr58OQQ) [Ticketing example](https://docs.google.com/presentation/d/1RBVzklC8n7nPU98lRt1CkzDSFcBlaQf5PWVtlr58OQQ) \n[](https://docs.google.com/presentation/d/1icd64B_mJvba6lmhlfmUy35sejy5n-LsYYkvPXzUXgA) [Flower Shop Example](https://docs.google.com/presentation/d/1icd64B_mJvba6lmhlfmUy35sejy5n-LsYYkvPXzUXgA)\n\nDesign Tips\n-----------\n\n- Make sure the dialogs [sound natural and conversational](/assistant/actions/design) --- the way a real person would talk.\n\n- The text spoken by your TTS/voice does not have to exactly match the text shown in your chat bubbles. It works well if the chat bubbles are a subset of the spoken dialog.\n\n- Greet your visitors and get them engaged. Ask what they need and offer a few suggestion chips to get them started.\n\n- Before inviting the user to add items to the cart, do a backend check using `actions.intent.TRANSACTION_REQUIREMENTS_CHECK` to confirm the user has payments set up for their Google Assistant.\n\n- Be prepared to respond to the same issues with voice as with other mobile or web experiences. For example, offer a similar item when you're out of a certain size or color, or invite users to sign up to be notified when the item is back in stock.\n\n- Note that the order summary is built with the data you pass via the API. The \"Pay with Google\" label helps users understand that Google facilitated the payment.\n\n- When requesting info from your users, like their address info, first let them know why you are making the request and how it will benefit them.\n\n- Google will present the purchase authorization method (either no auth required, password, or fingerprint) based on the user's settings. Sometimes our risk assessment will kick off an additional auth step like confirming CVV for a card.\n\n- After the payment is complete, be sure to send a receipt and an order confirmation. It's important that users understand that you are the merchant of record, and will follow up with all details about the order, not Google.\n\n- By default transactions can be performed on either a surface with a screen (such as an Android phone) or a voice-only surface (such as a Google Home).\n\n - To best support voice-only transactions, take extra care to design a [good conversational experience](/assistant/actions/design) that walks users through the full transaction experience.\n\n - Note that some transactions intents may require a screen. Most of these (e.g. adding a new delivery address, fixing payment issues, account linking) will be handed off to the phone automatically. If there are any additions to the conversation that are best displayed on a screen (e.g. presenting rich responses for card building, displaying a merchant ToS or privacy policy), you should check if the current surface supports the `SCREEN_OUTPUT` or `WEB_BROWSER` capabilities, and [transfer to a new surface](/assistant/df-asdk/surface-capabilities#multi-surface_conversations) if not.\n\n - If you would rather not support voice-only transactions with your Action, you can set your Actions project to require a screen by navigating to **Deploy \\\u003e Surface capabilities** in the [Actions Console](https://console.actions.google.com) and setting **Do your Actions require a screen output** to **Yes**."]]
