בחירת הארכיטקטורה של אפליקציית Google Chat

במאמר הזה מפורטות הגישות הנפוצות לארכיטקטורת שירותים שמשמשות ליצירת אפליקציות ב-Google Chat. אם יש לכם אפליקציה ואתם רוצים לשלב אותה ב-Google Chat, תוכלו להשתמש בהטמעה הקיימת או לשנות אותה. אם אתם יוצרים אפליקציה חדשה ל-Chat, תוכלו לראות מידע דומה בכמה דרכים שונות כדי לבחור את הארכיטקטורה שמתאימה לתרחיש שלכם לדוגמה:

סקירה כללית לפי תכונות ויכולות

בטבלה הבאה מפורטות התכונות והיכולות העיקריות של אפליקציות Chat, והסגנון המומלץ של ארכיטקטורת השירותים (). במקרים מסוימים אפשר לפתח סגנון ארכיטקטורה אחר עם התכונות האלה, אבל הוא לא מתאים לתרחיש לדוגמה כמו סגנונות אחרים ().

התכונות והיכולות

שירות אינטרנט או שירות HTTP

Pub/Sub

תגובות לפעולה מאתר אחר (webhook)

Apps Script

AppSheet

Dialogflow

Script

הקהל המיועד

הצוות שלך

הארגון שלך

הציבור

אינטראקטיביות של משתמש

שימוש בעיבוד שפה טבעית (NLP)

דפוסי העברת הודעות

שליחה וקבלה של הודעות סינכרוניות

שליחה וקבלה של הודעות סינכרוניות ושליחת הודעות אסינכרוניות

שליחת הודעות אסינכרוניות בלבד

שליחת הודעות ממערכת חיצונית למרחב משותף אחד ב-Chat

גישה למערכות ולשירותים אחרים

שלב עם שירותים אחרים של Google

תקשורת מאחורי חומת אש

הרשמה לאירועים של Google Workspace

סגנונות תכנות ופריסה

פיתוח ללא קוד

פיתוח עם קוד נמוך

פיתוח בשפת תכנות לבחירתכם

DevOps פשוט

השלמת DevOps וניהול CI/CD

סגנונות של ארכיטקטורת שירותים

בקטע הזה מתוארות כמה מהגישות הארכיטקטוניות הנפוצות ביותר ליצירת אפליקציות ל-Chat.

שירות אינטרנט או שירות HTTP

שירות אינטרנט או HTTP הוא הארכיטקטורה שנפרסת בדרך כלל, כי הוא מספק למפתחים את הגמישות ביותר לבנות אפליקציות צ'אט ציבוריות. הארכיטקטורה הזו מומלצת לתרחישים הבאים:

  • אפליקציית Chat פרוסה לכולם ב-Google Workspace Marketplace.
  • אפליקציית Chat יכולה לשלוח ולקבל את כל התבניות להעברת הודעות: לשלוח ולקבל הודעות סינכרוניות, לשלוח הודעות אסינכרוניות ולשלוח הודעות ממערכת חיצונית.
  • אפשר לפתח את אפליקציית Chat בכל שפת תכנות.
  • אפליקציית Chat דורשת ניהול מלא של DevOps ו-CI/CD.
  • השירות של אפליקציית Chat מוטמע בענן או בשרתים מקומיים.

בעיצוב הזה אפשר להגדיר את Chat כך שישתלב עם שירות מרוחק באמצעות HTTP, כפי שמוצג בתרשים הבא:

הארכיטקטורה של אפליקציית Chat שמשתמשת בשירות אינטרנט בשרת מקומי.

בתרשים הקודם, משתמש מקיים אינטראקציה עם אפליקציית HTTP Chat מקבל את זרימת המידע הבאה:

  1. משתמש שולח הודעה במרחב משותף ב-Chat לאפליקציית Chat.
  2. בקשת HTTP נשלחת לשרת אינטרנט שהוא מערכת בענן או מערכת מקומית שמכילה את הלוגיקה של אפליקציית Chat.
  3. לחלופין, הלוגיקה של אפליקציית Chat יכולה לקיים אינטראקציה עם שירותי צד שלישי חיצוניים, כמו מערכת לניהול פרויקטים או כלי כרטיסים.
  4. שרת האינטרנט שולח תגובת HTTP בחזרה לשירות של אפליקציית Chat ב-Chat.
  5. התגובה תישלח למשתמש.
  6. אפשר גם להפעיל את אפליקציית Chat ל-Chat API כדי לפרסם הודעות באופן אסינכרוני או לבצע פעולות אחרות.

הארכיטקטורה הזו מאפשרת להשתמש בספריות וברכיבים קיימים שכבר קיימים במערכת, כי אפשר לעצב את אפליקציות Chat בשפות תכנות שונות. יש כמה דרכים להטמיע את הארכיטקטורה הזו. ב-Google Cloud תוכלו להשתמש ב-Cloud Functions, ב-Cloud Run וב-App Engine. כדי להתחיל, תוכלו לקרוא את המאמר איך יוצרים אפליקציה ל-Google Chat באמצעות Cloud Functions.

Pub/Sub

אם אפליקציית Chat מוטמעת מאחורי חומת אש, ל-Chat אין אפשרות לבצע קריאות HTTP. אחת השיטות היא להשתמש ב-Pub/Sub כדי לאפשר לאפליקציה של Chat להירשם למינוי לנושא שמעביר הודעות מ-Chat. Pub/Sub הוא שירות הודעות אסינכרוני שמפריד בין שירותים שיוצרים הודעות מהשירותים שמעבדים את ההודעות האלה. הארכיטקטורה הזו מומלצת לתרחישים הבאים:

  • אפליקציית Chat בנויה מאחורי חומת אש.
  • אפליקציית Chat מקבלים אירועים שקשורים למרחב משותף ב-Chat.
  • אפליקציית Chat נפרסה בארגון שלכם.
  • אפליקציית Chat יכולה לשלוח ולקבל הודעות סינכרוניות ולשלוח הודעות אסינכרוניות.
  • אפשר לפתח את אפליקציית Chat בכל שפת תכנות.
  • אפליקציית Chat דורשת ניהול מלא של DevOps ו-CI/CD.

בתרשים הבא מוצגת הארכיטקטורה של אפליקציית Chat המבוססת על Pub/Sub:

הארכיטקטורה של אפליקציית Chat שהוטמעה באמצעות Pub/Sub.

בתרשים הקודם, משתמש שמקיים אינטראקציה עם אפליקציית Pub/Sub Chat מקבל את המידע הבא:

  1. משתמש שולח הודעה ב-Chat לאפליקציית Chat, בצ'אט אישי או במרחב משותף ב-Chat, או אירוע שמתרחש במרחב משותף ב-Chat שבו יש לאפליקציית Chat מינוי פעיל.

  2. ההודעה נשלחת ל-Pub/Sub ב-Chat.

  3. שרת אפליקציות, שהוא מערכת בענן או מערכת מקומית שכוללת את הלוגיקה של אפליקציית Chat, נרשם לנושא Pub/Sub כדי לקבל את ההודעה דרך חומת האש.

  4. אפשר גם להפעיל את אפליקציית Chat ל-Chat API כדי לפרסם הודעות באופן אסינכרוני או לבצע פעולות אחרות.

כדי להתחיל, קראו את המאמר שימוש ב-Pub/Sub כנקודת קצה לאפליקציית Chat.

תגובות לפעולה מאתר אחר (webhook)

אתם יכולים ליצור אפליקציית Chat שיכולה לשלוח הודעות רק למרחב משותף מסוים ב-Chat באמצעות שיחות אל כתובת URL webhook ב-Chat. הארכיטקטורה הזו מומלצת לתרחישים הבאים:

  • אפליקציית Chat נפרסת על ידי הצוות שלכם.
  • אפליקציית Chat שולחת הודעות ממערכת חיצונית למרחב משותף אחד ב-Chat.

בהתאם לארכיטקטורה הזו, אפליקציית Chat מוגבלת למרחב משותף מסוים ב-Chat ולא מאפשרת למשתמשים לבצע פעולות, כמו שמתואר בתרשים הבא:

ארכיטקטורה ל-webhooks נכנסים לשליחת הודעות אסינכרוניות ב-Chat.

בתרשים הקודם, אפליקציית Chat כוללת את זרימת המידע הבאה:

  1. הלוגיקה של אפליקציית Chat מקבלת מידע משירותי צד שלישי חיצוניים, כמו מערכת לניהול פרויקטים או כלי כרטיסים.
  2. הלוגיקה של אפליקציית Chat מתארחת בענן או במערכת מקומית שיכולה לשלוח הודעות באמצעות webhook URL למרחב משותף ספציפי ב-Chat.
  3. המשתמשים יכולים לקבל הודעות מאפליקציית Chat במרחב המשותף הספציפי הזה ב-Chat, אבל לא להיות בקשר איתה.

אי אפשר לשתף אפליקציות ל-Chat מהסוג הזה במרחבי Chat אחרים או עם צוותים אחרים, ואי אפשר לשתף אותן ב-Google Workspace Marketplace. מומלץ להשתמש ב-webhooks נכנסים כדי לדווח על התראות או סטטוס של אפליקציות צ'אט, או כדי ליצור אב-טיפוס לסוגים מסוימים של אפליקציות ל-Chat.

כדי להתחיל, קראו את המאמר שליחת הודעות ב-Chat באמצעות webhooks.

Apps Script

תוכלו ליצור את הלוגיקה המלאה של אפליקציית Chat ב-JavaScript. Google Apps Script היא פלטפורמה לפיתוח אפליקציות ל-Chat באמצעות קוד נמוך. Apps Script מטפל בתהליך ההרשאה ובאסימוני OAuth 2.0 לאימות משתמשים. אפשר להשתמש ב-Apps Script כדי ליצור אפליקציות ציבוריות ל-Chat, אבל זה לא מומלץ בגלל מכסות ומגבלות יומיות.

הארכיטקטורה הזו מומלצת לתרחישים הבאים:

  • אפליקציית Chat נפרסת לצוות שלכם או לארגון שלכם.
  • אפליקציית Chat יכולה לשלוח ולקבל את כל התבניות להעברת הודעות: לשלוח ולקבל הודעות סינכרוניות, לשלוח הודעות אסינכרוניות ולשלוח הודעות ממערכת חיצונית.
  • אפליקציית Chat דורשת ניהול פשוט של DevOps.

הארכיטקטורה הזו שימושית לאפליקציות ל-Chat שמשתלבות גם עם שירותים אחרים של Google Workspace ושל Google, כמו Google Sheets, Google Slides, יומן Google, Google Drive, מפות Google ו-YouTube, כמו שמתואר בתרשים הבא:

הארכיטקטורה של אפליקציית Chat שהוטמעה באמצעות Apps Script.

בתרשים הקודם, משתמש שמקיים אינטראקציה עם אפליקציית Apps Script ב-Chat מקבל את המידע הבא:

  1. משתמש שולח הודעה לאפליקציית Chat, בצ'אט אישי או במרחב משותף ב-Chat.
  2. הלוגיקה של אפליקציית Chat שמוטמעת ב-Apps Script, שנמצאת ב-Google Cloud, מקבלת את ההודעה.
  3. אפשר גם לשלב את הלוגיקה של אפליקציית Chat עם שירותי Google Workspace, כמו יומן, Sheets או שירותים אחרים של Google, כמו מפות Google או YouTube.
  4. הלוגיקה של אפליקציית Chat שולחת את התשובה חזרה לשירות של אפליקציית Chat ב-Chat.
  5. התגובה תישלח למשתמש.

כדי להתחיל, קראו את המאמר איך יוצרים אפליקציה ל-Chat באמצעות Apps Script.

AppSheet

תוכלו ליצור אפליקציית Chat משותפת לדומיין ללא קוד באמצעות AppSheet. כדי לפשט את תהליך הפיתוח, תוכלו להשתמש במצב ההגדרה האוטומטית ולהשתמש בתבניות כדי לבנות פעולות נפוצות באפליקציית Chat. עם זאת, חלק מהתכונות של אפליקציית האינטרנט של AppSheet לא זמינות באפליקציות Chat.

הארכיטקטורה הזו מומלצת לתרחישים הבאים:

  • אפליקציית Chat נפרסת רק לכם ולצוות שלכם.
  • אפליקציית Chat יכולה לשלוח ולקבל הודעות סינכרוניות ולשלוח הודעות אסינכרוניות.
  • אפליקציית Chat דורשת ניהול פשוט של DevOps.

בתרשים הבא מוצגת הארכיטקטורה של אפליקציית Chat שנוצרה באמצעות AppSheet:

הארכיטקטורה של אפליקציית Chat שהוטמעה באמצעות AppSheet.

בתרשים הקודם, משתמש שמקיים אינטראקציה עם אפליקציית AppSheet Chat מקבל את המידע הבא:

  1. משתמש שולח הודעה ב-Chat לאפליקציית Chat, בצ'אט אישי או במרחב משותף ב-Chat.
  2. הלוגיקה של אפליקציית Chat שמוטמעת ב-AppSheet, שנמצאת ב-Google Cloud, מקבלת את ההודעה.
  3. אפשר גם לשלב את הלוגיקה של אפליקציית Chat עם שירותי Google Workspace, כמו Apps Script או Google Sheets.
  4. הלוגיקה של אפליקציית Chat שולחת את התשובה חזרה לשירות של אפליקציית Chat ב-Chat.
  5. התגובה תישלח למשתמש.

כדי להתחיל, קראו את המאמר איך יוצרים אפליקציה ל-Chat באמצעות AppSheet.

Dialogflow

תוכלו ליצור אפליקציית Chat באמצעות Dialogflow, פלטפורמה בשפה טבעית לשיחות אוטומטיות ולתשובות דינמיות. הארכיטקטורה הזו מומלצת לתרחישים הבאים:

  • אפליקציית Chat יכולה לשלוח ולקבל הודעות סינכרוניות.
  • אפליקציית Chat משתמשת בעיבוד שפה טבעית (NLP) כדי להגיב ולקיים אינטראקציה עם המשתמשים.

בתרשים הבא מוצגת הארכיטקטורה של אפליקציית Chat שנוצרה באמצעות Dialogflow:

הארכיטקטורה של אפליקציית Chat שהוטמעה באמצעות Dialogflow.

בתרשים הקודם, משתמש שמקיים אינטראקציה עם אפליקציית Dialogflow מציג את המידע הבא:

  1. משתמש שולח הודעה ב-Chat לאפליקציית Chat, בצ'אט אישי או במרחב משותף ב-Chat.
  2. סוכן וירטואלי של Dialogflow, שנמצא ב-Google Cloud, מקבל ומעבד את ההודעה כדי ליצור תשובה.
  3. לחלופין, הלוגיקה של אפליקציית Chat יכולה לקיים אינטראקציה עם שירותי צד שלישי חיצוניים, כמו מערכת לניהול פרויקטים או כלי כרטיסים.
  4. הנציג של Dialogflow שולח תשובה בחזרה לשירות של אפליקציית Chat ב-Chat.
  5. התגובה תישלח למשתמש.

כדי להתחיל בעבודה, קראו את המאמר שילוב של Dialogflow ES עם Chat או שילוב של Dialogflow CX עם Chat.

אפליקציה או סקריפט של שורת פקודה

תוכלו ליצור אפליקציית שורת פקודה או סקריפט ששולח הודעות ל-Chat או מבצע פעולות אחרות כמו יצירת מרחב משותף או ניהול רשימת המשתתפים במרחב המשותף, בלי לאפשר למשתמשים להפעיל את אפליקציית Chat או להגיב לה ישירות ב-Chat. הארכיטקטורה הזו מומלצת לתרחישי השימוש הבאים:

  • אפשר לפתח את אפליקציית Chat בכל שפת תכנות.
  • אפליקציית Chat יכולה לשלוח הודעות אסינכרוניות בלבד.

התרשים הבא מציג את הארכיטקטורה:

הארכיטקטורה של אפליקציית Chat שמוטמעת באמצעות אפליקציית שורת פקודה או סקריפט.

בתרשים שלמעלה, אפליקציית Chat כוללת את זרימת המידע הבאה:

  1. אפליקציית Chat מפעילה את Chat API כדי לשלוח הודעה או לבצע פעולה אחרת.
  2. Chat מבצע את הפעולה המבוקשת.
  3. לחלופין, אפליקציית Chat מדפיסה אישור ב-CLI.

הטמעת לוגיקה של אפליקציית Chat

Chat לא מגביל את האופן שבו מטמיעים את הלוגיקה של אפליקציית Chat. תוכלו ליצור מנתח פקודות עם תחביר קבוע, להשתמש בספריות או בשירותים מתקדמים של AI ועיבוד שפות, להירשם ולהשיב לאירועים, או כל דבר אחר שמתאים ליעדים שלכם.

טיפול באינטראקציות של משתמשים

אפליקציית Chat יכולה לקבל אינטראקציות של משתמשים ולהגיב להן בכמה דרכים. אינטראקציה של משתמש היא כל פעולה שהוא מבצע כדי להפעיל את אפליקציית Chat או לקיים איתה אינטראקציה.

מנתח פקודות

אפליקציות Chat מבוססות-פקודות בודקות את המטען הייעודי (payload) של אירועי אינטראקציה באפליקציות של Chat, ואז מחלצות פקודות ופרמטרים מהתוכן הזה. לדוגמה, תוכלו לקרוא את המאמר איך מגדירים פקודות כדי לתקשר עם משתמשי Chat.

גישה אחרת היא ליצור אסימונים להודעה, לחלץ את הפקודה ואז להפנות למילון כדי למפות פקודות לפונקציות של ה-handler בכל פקודה.

ממשק משתמש מבוסס דו-שיח

אפליקציות מבוססות דו-שיח מגיבות לאירועי אינטראקציה באפליקציות של Chat על ידי הצגת תיבות דו-שיח מבוססות-כרטיסים שבהן המשתמש יכול לתקשר עם אפליקציית Chat, כמו מילוי טפסים או בקשה לפעולות.

בכל פעם שהמשתמש מבצע פעולה בתיבת דו-שיח, אירוע אינטראקציה חדש נשלח לאפליקציית Chat, והמשתמש יכול לעדכן את תיבת הדו-שיח או לשלוח הודעה.

עיבוד שפה טבעית (NLP)

בהרבה אפליקציות של Chat נעשה שימוש בעיבוד שפה טבעית (NLP) כדי להבין מה המשתמש מבקש. יש דרכים רבות להטמיע NLP, ואתם יכולים לבחור להטמיע NLP בכל דרך שתרצו.

אתם יכולים להשתמש ב-NLP בהטמעה של אפליקציית Chat באמצעות Dialogflow ES או שילוב של Dialogflow CX Chat, כדי ליצור נציגים וירטואליים לשיחות אוטומטיות ולתגובות דינמיות.

שליחה יזומה של בקשות ל-Chat

אפליקציות Chat יכולות גם לשלוח הודעות או בקשות אחרות ל-Chat, שלא מופעלות על ידי אינטראקציות ישירות של משתמשים ב-Chat. במקום זאת, אפשר להפעיל את האפליקציות האלה של Chat – למשל באמצעות אפליקציות של צד שלישי או באמצעות הפעלה של שורת פקודה ממשתמש, אבל המשתמשים לא יכולים לתקשר איתן ישירות ב-Chat.

אפליקציות צ'אט לא אינטראקטיביות משתמשות ב-Chat API כדי לשלוח הודעות או סוגים אחרים של בקשות ל-Chat.

דפוסי שיחה

חשבו איך תרצו שאפליקציית Chat תנהל את האינטראקציה עם המשתמשים. בקטעים הבאים מתוארים דפוסי השיחה שאפליקציית Chat יכולה להטמיע.

שיחה ותגובה (סינכרוניות)

בדפוס סינכרוני של שיחות ותשובות, אפליקציית Chat מגיבה להודעות ממשתמשים אחד לאחד. הודעה אחת שמשתמש שלח לאפליקציית Chat גרמה לתגובה אחת מאפליקציית Chat, כפי שמוצג בתרשים הבא:

הארכיטקטורה של הודעה סנכרונית.

בתרשים שלמעלה, משתמש שמקיים אינטראקציה עם אפליקציית Chat מקבל את המידע הבא:

  1. משתמש שולח הודעה סנכרונית לאפליקציית Chat, למשל "What's my next meeting?" (מה הפגישה הבאה שלי?).
  2. אפליקציית Chat שולחת למשתמש הודעה סינכרונית, לדוגמה, "ד"ר סילבה ב-2:30".

בשביל תבנית שיחה מהסוג הזה אפשר להטמיע ארכיטקטורה של אפליקציות ל-Chat באמצעות שירות אינטרנט, Pub/Sub, Apps Script, AppSheet או Dialogflow.

תגובות מרובות (אסינכרוני)

דפוס התגובות המרובות יכול לכלול הודעות סינכרוניות ואסינכרוניות. הדפוס הזה מאופיין בתקשורת דו-כיוונית בין המשתמשים לבין אפליקציית Chat, כך שאפליקציית Chat יוצרת הודעות נוספות ללא הגבלה, כפי שמוצג בתרשים הבא:

הארכיטקטורה של הודעה אסינכרונית.

בתרשים שלמעלה, משתמש שמקיים אינטראקציה עם אפליקציית Chat מקבל את המידע הבא:

  1. משתמש שולח הודעה סינכרונית לאפליקציית Chat, למשל "מעקב אחר תנועה".
  2. אפליקציית Chat שולחת למשתמש הודעה סינכרונית כדי לאשר את הבקשה, לדוגמה, 'Monitoring on'.
  3. לאחר מכן, אפליקציית Chat שולחת למשתמש הודעה אסינכרונית אחת או יותר על ידי קריאה ל-API ל-REST – למשל, 'New traffic' (תנועה חדשה).
  4. המשתמש שולח הודעה סינכרונית נוספת לאפליקציית Chat, למשל "התעלמות מתעבורת הנתונים".
  5. אפליקציית Chat שולחת למשתמש הודעה סינכרונית כדי לאשר את הבקשה, לדוגמה, "Monitoring off".

כדי להשתמש בתבנית שיחה מהסוג הזה, אפשר להטמיע ארכיטקטורה של אפליקציות ל-Chat באמצעות שירות אינטרנט, Pub/Sub, Apps Script או AppSheet.

הרשמה לאירועים (אסינכרוני)

בתבנית אסינכרונית מבוססת-אירועים, אפליקציית Chat נרשמת לאירועים באמצעות Google Workspace Event API. אפליקציות ל-Chat שמבוססות על אירועים בודקות את המטען הייעודי (payload) של אירועי המינויים ל-Chat, ואז מגיבות בהתאם לסוג האירוע. כשמתרחש אירוע במרחב משותף ב-Chat שבו יש לאפליקציית Chat מינוי פעיל, אפליקציית Chat שולחת את האירוע לאפליקציית Chat, ואז אפשר ליצור כל כמות של תשובות אסינכרוניות שהיא שולחת ל-Chat באמצעות Chat API.

אפשר להשתמש בסוג הלוגי הזה כדי לעדכן מערכות חיצוניות, כמו מערכת לניהול כרטיסים, או כדי לשלוח הודעות למרחב המשותף ב-Chat באופן אסינכרוני, למשל על ידי שליחת הודעת פתיחה כשמשתמש חדש מצטרף למרחב משותף ב-Chat.

בתרשים הבא מוצג דפוס השיחה המבוסס על אירועים:

הארכיטקטורה של הודעה מבוססת-אירוע.

בתרשים הקודם מוצג מידע על האינטראקציה בין Chat לבין אפליקציית Chat:

  1. אפליקציית Chat נרשמת למרחב משותף ב-Google Chat.
  2. המרחב המשותף שאפליקציית Chat רשום אליו משתנה.
  3. אפליקציית Chat מספקת אירוע לנושא ב-Pub/Sub, ומשמשת כנקודת הקצה להתראות של המינוי. האירוע מכיל נתונים על השינויים במשאב.
  4. אפליקציית Chat מעבדת את הודעת Pub/Sub שמכילה את האירוע, ואם צריך, מבצעת פעולה.

כדי להשתמש בתבניות שיחה מהסוג הזה, תוכלו להטמיע ארכיטקטורה של אפליקציות של Chat באמצעות Pub/Sub.

הודעה חד-כיוונית מאפליקציית Chat

הודעה חד-כיוונית מתבנית של אפליקציית Chat מאפשרת לאפליקציית Chat לשלוח הודעות אסינכרוניות למרחב משותף ב-Chat, אבל לא מאפשרת למשתמשים לתקשר ישירות עם אפליקציית Chat. הדפוס הזה לא אינטראקטיבי או תקשורתי, אבל יכול להיות שימושי לפעולות כמו דיווח על התראות, כמו שמתואר בתרשים הבא:

הארכיטקטורה של הודעה חד-כיוונית.

בתרשים הקודם, משתמש באותו המרחב המשותף באפליקציית Chat מקבל את המידע הבא:

  • אפליקציית Chat שולחת למשתמש הודעה אסינכרונית באמצעות קריאה ל-Chat API או פרסום תגובה לפעולה מאתר אחר (webhook) – לדוגמה, 'התראה על אפשרויות נוספות בתור'.
  • אפשר גם לקבל מאפליקציית Chat הודעות אסינכרוניות נוספות.

בשביל דפוס שיחה כזה אפשר להטמיע ארכיטקטורה של אפליקציות ל-Chat באמצעות שירות אינטרנט, תגובה לפעולה מאתר אחר (webhook), Apps Script, AppSheet, אפליקציית שורת פקודה או סקריפט.

הודעה חד-כיוונית לאפליקציית Chat

הודעה חד-כיוונית לתבנית של אפליקציית Chat מאפשרת למשתמש לשלוח הודעה לאפליקציה של Chat בלי שאפליקציית Chat תגיב, ובמקביל להמשיך לעבד את הבקשה. הארכיטקטורה הזו אפשרית מבחינה טכנית, אבל זה גורם לחוויית משתמש גרועה ולכן מומלץ מאוד לא להשתמש בה.