تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
هناك جانبان رئيسيان للتصميم لـ "لوحة الرسم التفاعلية":
تصميم المحادثة
تصميم واجهة المستخدم (UI)
بإمكان المستخدمين التفاعل مع الإجراء الخاص بك الذي يستخدم "لوحة الرسم التفاعلية" من خلال التحدث إلى "مساعد Google" أو لمس واجهة المستخدم. عليك التأكّد من أنّ محادثتك المنطوقة وواجهة المستخدم تتكامل مع بعضهما البعض وتسهّل على المستخدمين التقدّم في الإجراء الخاص بك بأسلوب ممتع ومشوّق. في هذا القسم، سنتعرف على كيفية تصميم كل من
المحادثة وواجهة المستخدم للحصول على أفضل تجربة مستخدم.
هل "لوحة الرسم التفاعلية" مناسبة للإجراء؟
قبل البدء في التصميم، فكر في ما إذا كان الإجراء الخاص بك سيعمل بشكل جيد
باستخدام لوحة الرسم التفاعلية. ننصحك باستخدام "لوحة الرسم التفاعلية" في الحالات التالية:
سيستفيد الإجراء الخاص بك من تجارب غنية بصريًا بملء الشاشة.
تُعدّ ميزة "لوحة الرسم التفاعلية" مثالية لتجارب ملء الشاشة التي تستفيد من المرئيات الغنية، مثل الألعاب الغامرة التي تعتمد على الصوت.
يتضمّن الإجراء الخاص بك سلسلة محادثات سهلة. يجب أن يكون المسار الحرج ضمن الإجراء الخاص بك
متاحًا من خلال الصوت فقط. فالإجراء الذي يتطلب دقة مكانية، مثل تطبيق رسم، يمكن أن يوفر تجربة صعبة يمكن من خلالها تصميم تدفق حواري بديهي.
لا تكفي المكوّنات الحالية والتخصيص
(على سبيل المثال، إذا كنت تريد استخدام
المكوّنات المرئية
والتخصيص الحالية في "مساعد Google"). تعد لوحة الرسم التفاعلية رائعة لعرض سمات العلامة التجارية
المرئية الفريدة والعناصر الديناميكية والرسوم المتحركة. بالإضافة إلى ذلك، يمكن استخدام "لوحة الرسم التفاعلية" لتوفير تحديثات لواجهة مرئية واحدة أثناء تقدّم المستخدم في المحادثة.
المتطلّبات
بالرغم من أنّ ميزة "لوحة الرسم التفاعلية" هي بيئة تطوير مألوفة على الويب، يجب مراعاة
بعض المتطلبات التي يجب أخذها في الاعتبار قبل تصميم الإجراء الخاص بك.
العنوان
هناك عنوان في الجزء العلوي من كل تطبيق ويب لوحة رسم يحمل اسم
علامتك التجارية. يبلغ ارتفاع هذه المنطقة المحجوزة 56 وحدة بكسل مستقلة الكثافة للأجهزة الجوّالة و96 بكسل مستقل الكثافة لـ Home Hub و120 بكسل مستقل الكثافة للشاشة الذكية. تأكد من اتباع متطلبات الرأس التالية:
تأكَّد من عدم إخفاء أي معلومات مهمة أو عناصر تفاعلية خلف العنوان. تحدّد الطريقة getHeaderHeightPx()
ارتفاع العنوان.
الشكل 1. أمثلة على كيفية ظهور العنوان في الإجراءات المختلفة
القيود
ضع في اعتبارك هذه القيود قبل تصميم الإجراء الخاص بك باستخدام لوحة الرسم التفاعلية:
لا تتوفّر مساحة تخزين محلية للبيانات. نمنع الإجراء من تخزين ملفات تعريف الارتباط
والوصول إلى
Web Storage API.
بسبب هذه القيود، ننصح بأن يدير الإجراء الخاص بك الحالة في الرد التلقائي على الويب ويستخدم الحقل userStorage في AppRequest من أجل
حفظ بيانات المستخدمين.
عدم استخدام النوافذ المنبثقة أو النوافذ المشروطة: نمنع الإجراء من عرض أي نوافذ
أو نوافذ منبثقة. لا ننصح بشدة باستخدام عناصر واجهة المستخدم العادية الأخرى التي تراها عادةً في تطبيقات الويب، مثل لوحات المفاتيح والتقسيم على صفحات.
تصميم محادثتك
عليك أولاً تصميم محادثة الإجراء. لا تزال تجارب "لوحة الرسم التفاعلية"
تعيد توجيه الصوت، لذا من المهم أن توجّه محادثتك المستخدم بشكل فعّال خلال الإجراء الخاص بك. يمكنك التفكير في إجراء يستخدم
لوحة الرسم التفاعلية كمحادثة مع عناصر مرئية مفيدة. لمزيد من المعلومات حول تصميم المحادثات، راجع صفحة البدء لموقع Conversation Design.
الإرشادات
لتحقيق أفضل تجربة للمستخدم، عليك:
اتّبِع عملية تصميم المحادثات وأفضل الممارسات الموضّحة علىموقع تصميم المحادثات.
وهذا يعني أنّه عليك، من بين أمور أخرى، تنفيذ ما يلي:
التأكّد من أنّ تجربة "الإجراء" مناسبة للمحادثة
إنشاء شخصية علامة تجارية
التعامل مع الأخطاء في محادثتك
تجربة ميزة الصوت فقط قبل معرفة الشكل الذي ستبدو عليه
من خلال الشاشة
حاوِل توفير الإمكانيات نفسها من خلال اللمس والصوت.
إذا أمكن، تأكد من تنفيذ كل ما يمكنك فعله عن طريق لمس الشاشة
التي يمكنك فعلها أيضًا بصوتك.
تأكَّد من أنّ المسار الحرج في الإجراء الخاص بك ممكن باستخدام الصوت.
يجب أن يتمكّن المستخدمون من التنقّل بين المسارات الرئيسية للإجراء الخاص بك
باستخدام الصوت فقط.
التأكُّد من أنّ المستخدم يستطيع استخدام الإجراء الخاص بك بدون صوت أمّا على الأجهزة الجوّالة،
قد لا يكون الصوت مفعلاً لدى المستخدم. لهذا السبب، يمكنك إضافة نصوص إلى الإجراء الخاص بك لإرشاد المستخدم.
ضع العبء المعرفي في الاعتبار. تجنب الردود الصوتية الطويلة
للحد من الخسائر الإدراكية للمستخدم.
تصميم واجهة المستخدم الخاصة بك
بمجرد تصميم محادثتك، يمكنك تصميم واجهة المستخدم لتتكامل معها.
أثناء التصميم، ضع في اعتبارك كيف يمكن للحديث المتبادل الطبيعي أن يقود الواجهة المرئية التي تقدمها للمستخدم. إذا كنت تصمّم الشاشات الذكية، ننصحك بالاطّلاع على اعتبارات محدّدة في القسم تصميم الشاشات الذكية.
الإرشادات
لتحقيق أفضل تجربة للمستخدم، عليك:
أنشئ تصميمات سريعة الاستجابة. تأكد من أن تصميماتك تعمل إما للوضع الأفقي
والرأسي وتحرك من الهواتف الصغيرة إلى الشاشات الأكبر.
يجب أن يكون المستخدمون قادرين على قراءة واجهة المستخدم بسهولة لكل نوع من أنواع الأسطح.
ضع العبء المعرفي في الاعتبار. لتجنب إرباك المستخدمين، اجعل المعلومات
والمحتوى الذي تقدمه على الشاشة منظمة ونظيفة وموجزة.
تعديل الإخراج الصوتي لملاءمة الشاشة كن مبدعًا في كيفية استخدامك المرئيات
لتكامل الصوت - لا تكتب فقط ما يقال بصوت عالٍ. عندما تكون الشاشة متاحة، قد نكون أكثر إيجازًا مع إخراج الصوت الخاص بنا أكثر من
عندما لا يكون أحدهما كذلك.
تجنَّب وضع أي معلومات أو مكوّنات مهمة في أسفل الشاشة. على الأجهزة الجوّالة، يظهر نص المستخدم فوق لوحة الميكروفون
ويمكن أن يزداد إلى بضعة أسطر. على الرغم من أن هذا النص مؤقت، فتجنب كتابة
محتوى مهم باتجاه أسفل الشاشة. يمكن استخدام الأزرار المشابهة لشرائح الاقتراح أسفل الشاشة،
لأن إدخال المستخدم هو بديل لاستخدام شرائح الاقتراحات.
يمكنك معالجة الأخطاء داخل المحادثة بشكل مرئي. يمكن أن تحدث الأخطاء عندما
لا يستجيب المستخدم أو إذا لم تفهمها أو
لا تفي بما قاله. اكتشف مكان ظهور مطالبات الخطأ هذه
على واجهة المستخدم لديك. يمكن أن يكون هذا في أي مكان تضع فيه مطالبات العرض
(على سبيل المثال، في العنوان) أو يمكن أن يكون شيئًا مختلفًا
(على سبيل المثال، منطقة خاصة من المحتوى تظهر حسب الحاجة). راجع
موقع تصميم المحادثات
للحصول على مزيد من النصائح حول التعامل مع الأخطاء.
تصميم يتناسب مع الشاشات الذكية
بينما لا تزال الإرشادات المذكورة أعلاه تنطبق، يجب عليك مراعاة اعتبارات
التصميم الأخرى عند التصميم للشاشات الذكية. من المغري التعامل مع الشاشات الذكية مثل
الأجهزة اللوحية عند تصميمها لها. في المقابل، الشاشات الذكية هي فئة أجهزة جديدة ومختلفة تمامًا لسببَين:
تعمل الشاشات الذكية على تفعيل الصوت،
ونظام التشغيل هو "مساعد Google".
إنّ الشاشات الذكية ثابتة، وعلى عكس الأجهزة الجوّالة، غالبًا ما توضع في المطبخ أو غرفة النوم عند استخدامها في المنزل.
بسبب هذه الخصائص، لا يكون المستخدمون في بعض الأحيان بالقرب من الجهاز
ويتفاعلون مع الشاشات الذكية باستخدام الصوت فقط. قد يقوم المستخدمون أيضًا بإنجاز
مهام متعددة أثناء استخدام الشاشات الذكية. من المهم أن تضع هذه الاستخدامات في الاعتبار
عند التصميم للشاشات الذكية.
الإرشادات
لتقديم أفضل تجربة ممكنة لمستخدمي الشاشات الذكية، يجب استيفاء المتطلبات التالية:
مراعاة التصميم مع التركيز على الصوت أولاً. تصميم "لوحة الرسم التفاعلية"
بهدف إعادة توجيه الصوت هو أمر أكثر أهمية للشاشات الذكية. على عكس
الجهاز الجوّال، قد يكون المستخدم واقفًا في الغرفة ويتواصل
مع الشاشة الذكية فقط من خلال الصوت. لهذا السبب، لا يمكنك دائمًا الاعتماد على أن يلمس المستخدم الجهاز لمواصلة تنفيذ الإجراء، بل عليك التأكد من إمكانية متابعة المستخدمين للإجراء الخاص بك باستخدام الصوت.
مراعاة مسافة مشاهدة محدّدة عند التصميم: صمِّم المحتوى على الشاشة
الذكية بحيث يمكن مشاهدته من مسافة بعيدة وبناءً على حجم الغرفة، تتراوح مسافة المشاهدة العادية للشاشات الذكية بين 3 و10 أقدام.
استخدام حد أدنى لحجم الخط يبلغ 32 نقطة للنص الأساسي مثل العناوين. استخدِم
24 نقطة على الأقل للنص الثانوي، مثل الأوصاف أو الفقرات النصية.
ركِّز على نقطة اتصال واحدة في كل مرة: اعرض نوعًا واحدًا من المعلومات أو المهام
الأساسية في كل مرة لتقليل عبء العمل المعرفي وإبقاء المحتوى مقروءًا عن بُعد. على سبيل المثال، عندما يسأل المستخدمون "كيف يبدو يومي؟"، يستجيب "مساعد Google" لتقديم محتوى عن الطقس والتقويم
والتنقل والأخبار. يشغل كل نوع من أنواع المحتوى وضع ملء الشاشة
ويتم عرضه بشكل تسلسلي بدلاً من عرضه كلها دفعة واحدة
على الشاشة.
المراجِع
لمزيد من المعلومات حول تصميم إجراء يستخدم "لوحة الرسم التفاعلية"،
راجع الموارد التالية:
تاريخ التعديل الأخير: 2025-07-28 (حسب التوقيت العالمي المتفَّق عليه)
[null,null,["تاريخ التعديل الأخير: 2025-07-28 (حسب التوقيت العالمي المتفَّق عليه)"],[[["\u003cp\u003eInteractive Canvas is best suited for Actions that require visually rich, full-screen experiences with an intuitive conversational flow, going beyond standard Assistant visual components.\u003c/p\u003e\n"],["\u003cp\u003eWhen designing for Interactive Canvas, prioritize voice-first interactions, ensuring critical paths are navigable through voice and complementing the conversation with clear, responsive UI elements.\u003c/p\u003e\n"],["\u003cp\u003eDesign considerations include accommodating header space, avoiding local storage and pop-ups, handling errors gracefully, and adapting voice output for screen context.\u003c/p\u003e\n"],["\u003cp\u003eFor Smart Displays, prioritize voice-forward design due to their stationary nature and potential distance from the user, using large font sizes and focusing on one touchpoint at a time.\u003c/p\u003e\n"]]],["Interactive Canvas design involves two core aspects: conversation and UI design. Actions should work well with voice alone, making it crucial to ensure the critical path is voice-navigable. UI designs should complement the conversation, be responsive across various screen sizes, and consider cognitive load. Key constraints include no local data storage or pop-ups. For Smart Displays, voice-first design, distant viewing, and focusing on one task at a time are essential. Designers should avoid placing content behind the app's header.\n"],null,["# Design guidelines (Dialogflow)\n\nThere are two main aspects of designing for Interactive Canvas:\n\n- Designing the conversation\n- Designing the user interface (UI)\n\nYour users can interact with your Action that uses Interactive Canvas through\nspeaking to the Assistant or touching the UI. You should make sure that your\nspoken conversation and UI complement each other and make it easy and exciting\nfor users to progress through your Action. In this section, we'll go over how\nto design both the conversation and UI for the best user experience.\n\nIs Interactive Canvas right for my Action?\n------------------------------------------\n\nBefore you begin designing, think about whether your Action will work well\nwith Interactive Canvas. You should consider using Interactive Canvas if:\n\n- **Your Action would benefit from full-screen, visually rich experiences.** Interactive Canvas is ideal for full-screen experiences that benefit from rich visuals, like immersive voice-driven games.\n- **Your Action has an intuitive conversational flow.** The critical path through your Action should be navigable through voice alone. An Action that requires spatial precision, like a drawing app, could provide a difficult experience around which to design an intuitive conversational flow.\n- **Existing components and customization are not enough** (for example, if you want to go beyond existing Assistant [visual components](https://designguidelines.withgoogle.com/conversation/visual-components/overview.html) and customization). Interactive Canvas is great for showcasing your unique visual brand attributes, dynamic elements, and animations. Additionally, Interactive Canvas may be used to provide updates to a single visual interface as the user progresses through conversation.\n\nRequirements\n------------\n\nAlthough Interactive Canvas is a familiar web development environment, there\nare some requirements to take into account before designing your Action.\n\n### Header\n\nThere is a header at the top of every canvas web app with the name of your\nbrand. This reserved area has a height of 56 dp for mobile, 96 dp for Home Hub,\nand 120 dp for Smart Display. Make sure to follow this header requirement:\n\n- **Ensure that no important information or interactive elements are hidden\n behind the header.** The [`getHeaderHeightPx()`](/assistant/df-asdk/interactivecanvas/reference/interactivecanvas#getheaderheightpx) method determines the height of the header.\n\n**Figure 1.** Examples of how the header appears in various Actions.\n\n### Constraints\n\nConsider these constraints before designing your Action with Interactive Canvas:\n\n- **No local storage of data.** We prevent the Action from storing cookies and from accessing the [Web Storage API](https://developer.mozilla.org/en-US/docs/Web/API/Web_Storage_API). Given these restrictions, we recommend that your Action manages state in the webhook and uses AppRequest's `userStorage` field to [save user data](/assistant/conversational/save-data#saving_data_across_conversations).\n- **No pop-ups or modals.** We prevent the Action from showing any pop-up windows or modals. We also strongly discourage using other standard navigational UI elements that you usually see in web apps, like keyboards and pagination.\n\nDesign your conversation\n------------------------\n\nYou first need to design your Action's conversation. Interactive Canvas\nexperiences are still voice-forward, so it's important that your conversation\neffectively guides the user through your Action. You can think of an Action\nthat uses Interactive Canvas as a conversation with helpful visuals. For more\ninformation on designing conversations, see the Conversation Design site's\n[Getting Started](https://designguidelines.withgoogle.com/conversation/conversation-design-process/how-do-i-get-started.html)\npage.\n\n### Guidelines\n\nFor the best user experience, you should:\n\n- **Follow the conversation design process and best practices outlined on the**\n [Conversation design site](https://designguidelines.withgoogle.com/conversation/).\n This means that, among other things, you need to:\n\n - Make sure that your Action experience works well for conversation\n - Create a brand persona\n - Handle errors within your conversation\n - Try out a voice-only experience before figuring out what it would look with a screen\n- **Try to provide the same capabilities through touch and voice.**\n If possible, make sure that everything you can do by touching the screen\n you can also do with your voice.\n\n- **Make sure the critical path through your Action is feasible via voice.**\n Your users should be able to navigate through the main paths of your Action\n using only voice.\n\n- **Ensure the user can use your Action without audio.** On mobile devices,\n the user may not have the audio on. For this reason, consider adding\n transcripts to your Action to guide the user.\n\n- **Take cognitive load into consideration.** Avoid overly lengthy voice\n responses to reduce the cognitive toll on the user.\n\nDesign your UI\n--------------\n\nOnce you've designed your conversation, you can design your UI to complement it.\nWhile designing, consider how the natural back and forth of dialogue can drive\nthe visual interface you present to the user. If you're designing for\nSmart Displays, see specific considerations in\n[Design for Smart Displays](#design_for_smart_displays).\n\n### Guidelines\n\nFor the best user experience, you should:\n\n- **Create responsive designs.** Make sure your designs work for either landscape and portrait mode and hold up from small phones to larger screens. Your users should be able to easily read the UI for each type of surface.\n- **Take cognitive load into consideration.** To avoid overwhelming your users, keep the information and content you present on the screen organized, clean, and concise.\n- **Adapt voice output for the screen.** Be creative with how you use visuals to complement the audio--- don't just write what is being said out loud. When a screen is available, we may be more concise with our voice output than when one is not.\n- **Avoid placing any critical information or components towards the bottom\n of the screen.** On mobile, the user transcript appears above the mic plate and can grow to a few lines. Although this transcript is transient, avoid writing important content towards the bottom of the screen. Buttons similar to suggestion chips are fine at the bottom of the screen, as user input is an alternative to using suggestion chips.\n- **Handle errors within your conversation visually.** Errors could occur when the user doesn't respond, if you don't understand them, or don't provide fulfillment for what they said. Figure out where these error prompts go on your UI. This could be wherever you put your display prompts (e.g., in the title) or it could be something different (e.g., a special area of content that appears as needed). Refer to the [Conversation design site](https://designguidelines.withgoogle.com/conversation/) for more tips on error handling.\n\nDesign for Smart Displays\n-------------------------\n\nWhile the above guidelines still apply, you should keep other design\nconsiderations in mind when designing for Smart Displays. It's tempting to\ntreat Smart Displays like tablets when designing for them. However, Smart\nDisplays are a completely different and new category of device for two reasons:\n\n- Smart Displays are voice-enabled and the Google Assistant is the operating system\n- Smart Displays are stationary and, unlike mobile devices, are often placed in the kitchen or bedroom when used at home\n\nBecause of these characteristics, users are sometimes not physically near the\ndevice and interact with Smart Displays using only their voice. Users may also\nbe multitasking while using Smart Displays. It's important to keep these usages\nin mind when designing for Smart Displays.\n\n### Guidelines\n\nFor the best user experience with Smart Displays, you should:\n\n- **Design with voice-first in mind.** Designing your Interactive Canvas Action to be voice-forward is even more important for Smart Displays. Unlike with a mobile device, your user may be standing across the room and only communicating with their Smart Display through voice. For this reason, you can't always rely on the user touching the device to proceed through your Action, and need to ensure your users can proceed in your Action using voice.\n- **Design with a specific viewing distance in mind.** Design content on the Smart Display so it can be viewed from a distance. Depending on the size of the room, the typical viewing distance for smart displays ranges from 3 to 10 feet.\n - Use a minimum font size of 32 pt for primary text, like titles. Use a minimum 24 pt for secondary text, like descriptions or paragraphs of text.\n- **Focus on one touchpoint at a time.** Display one type of primary information or task at a time to reduce cognitive workload and keep the content legible from a distance. For example, when users ask, \"What's my day like?\" the Assistant responds with weather, calendar, commute, and news content. Each type of content takes up the full screen and is presented sequentially rather than all showing up at once on the screen.\n\nResources\n---------\n\nFor more information about designing an Action that uses Interactive Canvas,\ncheck out the following resources:\n\n- [Conversation design site](https://designguidelines.withgoogle.com/conversation/)\n- [Multimodal design](https://designguidelines.withgoogle.com/conversation/conversation-design-process/scale-your-design.html) guidelines\n- Download our [Sketch template](/static/assistant/downloads/AoG_Canvas_Design_Templates-20190503T231437Z-001.zip) to help you design your UI."]]