Na tej stronie opisano typowe podejścia do architektury usług, które są używane do tworzenia aplikacji Google Chat. Jeśli masz już aplikację, którą chcesz zintegrować z Google Chat, możesz użyć lub dostosować jej obecną implementację. Jeśli tworzysz nową aplikację Google Chat, na tej stronie znajdziesz podobne informacje podane na kilka różnych sposobów, aby ułatwić Ci wybór architektury odpowiedniej do Twojego przypadku użycia:
- Zobacz tabelę przeglądową.
- Zobacz podsumowanie każdego stylu architektury.
- Zobacz podsumowanie logiki aplikacji Google Chat.
- Zobacz podsumowanie według wzorców konwersacji w aplikacji Google Chat.
Omówienie funkcji i możliwości
W tabeli poniżej znajdziesz najważniejsze funkcje i możliwości aplikacji Google Chat oraz zalecaną architekturę usług (). W niektórych przypadkach można użyć innej architektury, która obsługuje te funkcje, ale nie jest tak odpowiednia do danego przypadku użycia jak inne style ().
Funkcje i możliwości |
usługa internetowa lub HTTP; |
Pub/Sub |
Webhooki |
Google Apps Script |
AppSheet |
Dialogflow |
Skrypt |
|---|---|---|---|---|---|---|---|
Docelowi odbiorcy |
|||||||
Twoja drużyna |
|||||||
Twojej organizacji, |
|||||||
Publiczne |
|||||||
Interakcja użytkownika |
|||||||
Korzystanie z przetwarzania języka naturalnego |
|||||||
Wzorce wiadomości |
|||||||
Wysyłanie i odbieranie wiadomości synchronicznych |
|||||||
Wysyłanie i odbieranie wiadomości synchronicznych oraz wysyłanie wiadomości asynchronicznych |
|||||||
Wysyłanie tylko wiadomości asynchronicznych |
|||||||
Wysyłanie wiadomości z zewnętrznego systemu do jednego pokoju czatu |
|||||||
dostęp do innych usług i systemów; |
|||||||
Integracja z innymi usługami Google |
|||||||
Komunikacja za zaporą sieciową |
|||||||
Wysyłanie zapytań o zdarzenia z Google Chat i subskrybowanie ich |
|||||||
Style kodowania i wdrażania |
|||||||
Programowanie bez kodowania |
|||||||
Tworzenie za pomocą technologii low code |
|||||||
programowanie w wybranym języku programowania, |
|||||||
Uproszczone DevOps |
|||||||
kompleksowe zarządzanie DevOps i CI/CD; |
Style architektury usługi
W tej sekcji opisaliśmy niektóre z najpopularniejszych podejść architektonicznych stosowanych do tworzenia aplikacji Google Chat.
usługa internetowa lub HTTP;
Usługa internetowa lub HTTP to najczęściej stosowana architektura, ponieważ zapewnia deweloperom największą elastyczność w tworzeniu publicznych aplikacji do czatu. Ta architektura jest zalecana w przypadku tych przypadków użycia:
- Aplikacja Google Chat jest udostępniana publicznie w Google Workspace Marketplace.
- Aplikacja Google Chat może wysyłać i odbierać wiadomości we wszystkich wzorach: wysyłać i odbierać wiadomości synchroniczne, wysyłać wiadomości asynchroniczne oraz wysyłać wiadomości z zewnętrznego systemu.
- Aplikacja Google Chat jest tworzona w dowolnym języku programowania.
- Aplikacja Google Chat wymaga pełnego zarządzania DevOps i CI/CD.
- Usługa aplikacji Google Chat jest implementowana na serwerach w chmurze lub lokalnych.
W tej architekturze skonfigurujesz Google Chat tak, aby integrował się z usługą zewnętrzną za pomocą HTTP, jak pokazano na poniższym schemacie:
Na powyższym diagramie użytkownik korzystający z aplikacji do czatu HTTP ma następujący przepływ informacji:
- Użytkownik wysyła wiadomość w pokoju czatu do aplikacji Google Chat.
- Żądanie HTTP jest wysyłane do serwera WWW, który jest systemem chmurowym lub lokalnym zawierającym logikę aplikacji Google Chat.
- Opcjonalnie logika aplikacji Chat może wchodzić w interakcje z zewnętrznymi usługami innych firm, takimi jak system zarządzania projektami czy narzędzie do obsługi zgłoszeń.
- Serwer WWW wysyła odpowiedź HTTP z powrotem do usługi aplikacji Google Chat w Google Chat.
- Odpowiedź jest dostarczana użytkownikowi.
- Opcjonalnie aplikacja Google Chat może wywoływać interfejs Chat API, aby asynchronicznie publikować wiadomości lub wykonywać inne operacje.
Ta architektura zapewnia elastyczność w korzystaniu z dostępnych już w systemie bibliotek i komponentów, ponieważ aplikacje Google Chat można projektować w różnych językach programowania. Architekturę tę można wdrożyć na różne sposoby. W Google Cloud możesz używać Cloud Functions, Cloud Run i App Engine. Aby rozpocząć, zapoznaj się z artykułem Tworzenie aplikacji Google Chat.
Pub/Sub
Jeśli aplikacja Google Chat jest implementowana za zaporą sieciową, nie może do niej wysyłać wywołań HTTP. Jednym z podejść jest użycie Pub/Sub, aby umożliwić implementacji aplikacji Chat subskrybowanie tematu, który zawiera wiadomości z Google Chat. Pub/Sub to usługa asynchronicznego przesyłania wiadomości, która oddziela usługi generujące wiadomości od usług je przetwarzających. Ta architektura jest zalecana w przypadku tych przypadków użycia:
- Aplikacja Google Chat jest chroniona przez zaporę sieciową.
- Aplikacja Google Chat odbiera zdarzenia dotyczące pokoju czatu.
- Aplikacja Google Chat jest wdrażana w Twojej organizacji.
- Aplikacja Google Chat może wysyłać i odbierać wiadomości synchroniczne oraz asynchroniczne.
- Aplikacja Google Chat jest tworzona w dowolnym języku programowania.
- Aplikacja Google Chat wymaga pełnego zarządzania DevOps i CI/CD.
Ten diagram przedstawia architekturę aplikacji do czatu utworzonej za pomocą Pub/Sub:
Na diagramie powyżej użytkownik korzystający z aplikacji Pub/Sub Chat ma następujący przepływ informacji:
Użytkownik wysyła wiadomość w Google Chat do aplikacji Google Chat, w wiadomości na czacie lub w pokoju czatu, albo zdarzenie ma miejsce w pokoju czatu, w przypadku którego aplikacja Google Chat ma aktywną subskrypcję.
Google Chat wysyła wiadomość do tematu Pub/Sub.
Serwer aplikacji, czyli system w chmurze lub lokalny, który zawiera logikę aplikacji Google Chat, subskrybuje temat Pub/Sub, aby otrzymywać wiadomości przez zaporę.
Opcjonalnie aplikacja Google Chat może wywoływać interfejs Chat API, aby asynchronicznie publikować wiadomości lub wykonywać inne operacje.
Aby rozpocząć, zapoznaj się z artykułem Używanie Pub/Sub jako punktu końcowego aplikacji Google Chat.
Webhooki
Możesz utworzyć aplikację Google Chat, która może wysyłać wiadomości tylko do określonego pokoju czatu, korzystając z wywołań webhook w Google Chat. Ta architektura jest zalecana w tych przypadkach użycia:
- Aplikacja Google Chat jest wdrażana w Twoim zespole.
- Aplikacja Google Chat wysyła wiadomości z zewnętrznego systemu do jednego pokoju czatu.
W ramach tej architektury aplikacja Google Chat jest ograniczona do określonego pokoju czatu i nie umożliwia interakcji z użytkownikiem, jak pokazano na poniższym diagramie:
Na poniższym diagramie przedstawiono przepływ informacji w aplikacji Google Chat:
- Logika aplikacji Chat otrzymuje informacje z zewnętrznych usług innych firm, takich jak system zarządzania projektami czy narzędzie do obsługi zgłoszeń.
- Logika aplikacji Google Chat jest hostowana w chmurze lub lokalnym systemie, który może wysyłać wiadomości za pomocą adresu URL webhooka do konkretnego pokoju Google Chat.
- Użytkownicy mogą otrzymywać wiadomości z aplikacji Google Chat w tym konkretnym pokoju, ale nie mogą wchodzić z nią w interakcje.
Tego typu aplikacji Google Chat nie można udostępniać w innych obszarach Google Chat ani innym zespołom, a także nie można jej publikować w Google Workspace Marketplace. Wejściowe beehpoki są zalecane w przypadku aplikacji do czatu, które zgłaszają alerty lub stan, oraz w przypadku niektórych prototypów aplikacji do czatu.
Więcej informacji znajdziesz w artykule Wysyłanie wiadomości do Google Chat za pomocą webhooków.
Google Apps Script
Logika aplikacji Google Chat może być tworzona wyłącznie w JavaScript. Google Apps Script to platforma programistyczna, która pozwala tworzyć aplikacje Google Chat bez konieczności pisania kodu. Aplikacja Apps Script obsługuje proces autoryzacji i tokeny OAuth 2.0 do uwierzytelniania użytkowników. Do tworzenia publicznych aplikacji Google Chat możesz używać Apps Script, ale nie jest to zalecane ze względu na dzienne limity i limity kwotowe.
Ta architektura jest zalecana w tych przypadkach użycia:
- Aplikacja Google Chat jest wdrażana w Twoim zespole lub organizacji.
- Aplikacja Google Chat może wysyłać i odbierać wszystkie wzorce wiadomości: wysyłać i odbierać wiadomości synchroniczne, wysyłać wiadomości asynchroniczne oraz wysyłać wiadomości z zewnętrznego systemu.
- Aplikacja Google Chat wymaga uproszczonego zarządzania DevOps.
Ta architektura jest przydatna w przypadku aplikacji Google Chat, które są również zintegrowane z innymi usługami Google Workspace i Google, takimi jak Arkusze Google, Prezentacje Google, Kalendarz Google, Dysk Google, Mapy Google i YouTube, jak pokazano na poniższym diagramie:
Na powyższym diagramie użytkownik korzystający z aplikacji Chat w Apps Script ma następujący przepływ informacji:
- Użytkownik wysyła wiadomość do aplikacji Google Chat w formie wiadomości bezpośredniej lub w pokoju czatu.
- Logika aplikacji Google Chat zaimplementowana w skrypcie Apps Script, który znajduje się w Google Cloud, odbiera wiadomość.
- Opcjonalnie logika aplikacji Google Chat może zostać zintegrowana z usługami Google Workspace, takimi jak Kalendarz czy Arkusze, lub innymi usługami Google, takimi jak Mapy Google czy YouTube.
- Logika aplikacji Google Chat wysyła odpowiedź z powrotem do usługi aplikacji Google Chat w Google Chat.
- Odpowiedź jest następnie wyświetlana użytkownikowi.
Aby rozpocząć, zapoznaj się z artykułem Tworzenie aplikacji Google Chat za pomocą Apps Script.
AppSheet
Możesz utworzyć aplikację Google Chat udostępnianą w domenie bez znajomości kodu, korzystając z AppSheet. Możesz uprościć proces tworzenia, korzystając z trybu automatycznej konfiguracji i szablonów do tworzenia typowych akcji w aplikacji Google Chat. Niektóre funkcje aplikacji internetowej AppSheet są niedostępne w aplikacjach Google Chat.
Ta architektura jest zalecana w tych przypadkach użycia:
- Aplikacja Google Chat jest wdrażana dla Ciebie i Twojego zespołu.
- Aplikacja Google Chat może wysyłać i odbierać wiadomości synchroniczne oraz asynchroniczne.
- Aplikacja Google Chat wymaga uproszczonego zarządzania DevOps.
Ten diagram przedstawia architekturę aplikacji Chat utworzonej za pomocą AppSheet:
Na powyższym diagramie użytkownik korzystający z aplikacji AppSheet Chat ma następujący przepływ informacji:
- Użytkownik wysyła wiadomość w Google Chat do aplikacji Google Chat, w wiadomości bezpośredniej lub w pokoju Google Chat.
- Komunikat odbiera logika aplikacji Google Chat zaimplementowana w AppSheet, która znajduje się w Google Cloud.
- Opcjonalnie logika aplikacji Google Chat może być zintegrowana z usługami Google Workspace, takimi jak Apps Script czy Arkusze Google.
- Logika aplikacji Google Chat wysyła odpowiedź z powrotem do usługi aplikacji Google Chat w Google Chat.
- Odpowiedź jest następnie wyświetlana użytkownikowi.
Aby rozpocząć, zapoznaj się z artykułem Tworzenie aplikacji Google Chat za pomocą AppSheet.
Dialogflow
Aplikację Google Chat możesz utworzyć za pomocą Dialogflow, platformy do automatyzacji rozmów i generowania dynamicznych odpowiedzi w języku naturalnym. Ta architektura jest zalecana w tych przypadkach użycia:
- Aplikacja Google Chat może wysyłać i odbierać wiadomości synchronicznie.
- Aplikacja Google Chat korzysta z przetwarzania języka naturalnego, aby odpowiadać i współdziałać z użytkownikami.
Ten diagram przedstawia architekturę aplikacji do czatu utworzonej za pomocą Dialogflow:
Na diagramie powyżej użytkownik korzystający z aplikacji Dialogflow Chat ma następujący przepływ informacji:
- Użytkownik wysyła wiadomość w Google Chat do aplikacji Google Chat, w wiadomości bezpośredniej lub w pokoju czatu.
- Wirtualny agent Dialogflow, który działa w Google Cloud, odbiera i przetwarza wiadomość, aby wygenerować odpowiedź.
- Opcjonalnie, za pomocą haku webhook Dialogflow, agent Dialogflow może wchodzić w interakcje z zewnętrznymi usługami innych firm, takimi jak system zarządzania projektami czy narzędzie do obsługi zgłoszeń.
- Agent Dialogflow wysyła odpowiedź do usługi aplikacji Chat w Google Chat.
- Odpowiedź zostanie przesłana do pokoju czatu.
Więcej informacji znajdziesz w artykule Tworzenie aplikacji Google Chat na podstawie Dialogflow.
Aplikacja lub skrypt wiersza poleceń
Możesz utworzyć aplikację wiersza poleceń lub skrypt, który wysyła wiadomości do Google Chat lub wykonuje inne operacje, takie jak tworzenie pokoju czy zarządzanie użytkownikami w pokoju, bez bezpośredniego wywoływania aplikacji Google Chat przez użytkowników lub odpowiadania na wiadomości w Google Chat. Ta architektura jest zalecana w przypadku tych przypadków użycia:
- Aplikacja Google Chat jest tworzona w dowolnym języku programowania.
- Aplikacja Google Chat może wysyłać tylko wiadomości asynchroniczne.
Architektura przedstawiona jest na tym schemacie:
Na diagramie powyżej aplikacja Google Chat ma następujący przepływ informacji:
- Aplikacja Google Chat wywołuje interfejs Chat API, aby wysłać wiadomość lub wykonać inną operację.
- Czat wykonuje żądaną operację.
- Opcjonalnie aplikacja Google Chat może wydrukować potwierdzenie w wierszu poleceń.
Implementacja logiki aplikacji do obsługi czatu
Google Chat nie ogranicza sposobu implementacji logiki aplikacji Google Chat. Możesz utworzyć parsujący składni z ustaloną składnią, używać zaawansowanych bibliotek lub usług AI i przetwarzania języka, subskrybować i reagować na zdarzenia lub robić wszystko inne, co jest odpowiednie do Twoich konkretnych celów.
Obsługa interakcji z użytkownikiem
Aplikacja do czatu może odpowiadać na interakcje użytkowników na wiele sposobów. Interakcja użytkownika to każde działanie, które użytkownik wykonuje, aby wywołać aplikację do czatu lub z nią wejść w interakcję.
Parser poleceń
Aplikacje do obsługi czatu sterowane poleceniami sprawdzają ładunek zdarzeń interakcji z aplikacją do czatu, a następnie wyodrębniają z tych treści polecenia i parametry. Zobacz na przykład Konfigurowanie poleceń po ukośniku do interakcji z użytkownikami Google Chat.
Innym podejściem jest podział wiadomości na tokeny, wyodrębnienie polecenia, a następnie odwoływanie się do słownika, który mapuje polecenia na funkcje obsługi dla każdego polecenia.
Interfejs użytkownika oparty na dialogach
Aplikacje oparte na dialogach reagują na zdarzenia interakcji z aplikacją do obsługi czatu, wyświetlając dialogi oparte na kartach, w których użytkownik może wchodzić w interakcje z aplikacją do obsługi czatu, na przykład wypełniać formularze lub prosić o wykonanie działań.
Za każdym razem, gdy użytkownik wykona działanie w dialogu, do aplikacji Google Chat zostanie wysłane nowe zdarzenie interakcji. Aplikacja może na nie odpowiedzieć, aktualizując dialog lub wysyłając wiadomość.
Przetwarzanie języka naturalnego
Wiele implementacji aplikacji do czatu korzysta z przetwarzania języka naturalnego (NLP) do określania, czego chce użytkownik. Można je zaimplementować na wiele sposobów.
W swojej implementacji aplikacji Google Chat możesz używać NLP za pomocą Dialogflow ES lub integracji Dialogflow CX z Google Chat, która umożliwia tworzenie agentów wirtualnych do automatyzacji rozmów i dynamicznych odpowiedzi.
Proaktywnie wysyłaj prośby do Google Chat
Aplikacje do czatu mogą też wysyłać do Google Chat wiadomości lub inne żądania, które nie są wywoływane przez bezpośrednie interakcje użytkownika z Google Chat. Zamiast tego aplikacje Google Chat mogą być uruchamiane przez aplikacje innych firm lub za pomocą wywołania z poziomu wiersza poleceń przez użytkownika, ale użytkownicy nie mogą wchodzić w interakcje z tymi aplikacjami bezpośrednio w Google Chat.
Nieinteraktywne aplikacje Google Chat używają interfejsu Chat API do wysyłania wiadomości lub innych typów żądań do Google Chat.
Wzorce konwersacyjne
Zastanów się, jak aplikacja Google Chat ma wchodzić w interakcje z użytkownikami. W kolejnych sekcjach opisujemy wzorce rozmów, które może stosować Twoja aplikacja Google Chat.
Wezwanie i odpowiedź (synchronicznie)
W przypadku synchronicznego wzajemnego wywoływania i odpowiedzi aplikacja Google Chat odpowiada na wiadomości od użytkowników indywidualnie. Jedna wiadomość wysłana przez użytkownika do aplikacji Google Chat powoduje jedną odpowiedź z tej aplikacji, jak pokazano na poniższym diagramie:
Na poniższym diagramie użytkownik korzystający z aplikacji do czatu ma następujący przepływ informacji:
- Użytkownik wysyła synchroniczną wiadomość do aplikacji Google Chat, na przykład „Kiedy mam następne spotkanie?”.
- Aplikacja Google Chat wysyła do użytkownika wiadomość synchroniczną, na przykład „Dr Silva o 14:30”.
W przypadku tego typu wzoru konwersji możesz zastosować architekturę aplikacji do czatu za pomocą usługi internetowej, Pub/Sub, Apps Script, AppSheet lub Dialogflow.
Wiele odpowiedzi (asynchronicznie)
Wzorzec wielu odpowiedzi może obejmować wiadomości synchroniczne i asynchroniczne. Ten wzór charakteryzuje dwukierunkowa komunikacja między użytkownikami a aplikacją Google Chat, przy czym aplikacja Google Chat generuje dowolną liczbę dodatkowych wiadomości, jak pokazano na poniższym diagramie:
Na poniższym diagramie użytkownik korzystający z aplikacji do czatu ma następujący przepływ informacji:
- Użytkownik wysyła wiadomość synchroniczną do aplikacji Google Chat, na przykład „Monitorowanie ruchu”.
- Aplikacja Google Chat wysyła do użytkownika wiadomość synchroniczną z potwierdzeniem prośby, na przykład „Monitorowanie włączone”.
- Później aplikacja Google Chat wysyła do użytkownika co najmniej 1 wiadomość asynchroniczną, wywołując interfejs API REST, np. „Nowy ruch”.
- Użytkownik wysyła dodatkową wiadomość synchroniczną do aplikacji Google Chat, na przykład „Ignoruj ruch”.
- Aplikacja Google Chat wysyła do użytkownika wiadomość synchroniczną z potwierdzeniem prośby, na przykład „Monitorowanie wyłączone”.
W przypadku tego typu wzoru konwersji możesz zastosować architekturę aplikacji do czatu za pomocą usługi internetowej, Pub/Sub, Apps Script lub AppSheet.
Wysyłanie zapytań o zdarzenia lub subskrybowanie zdarzeń (asyncjoniczne)
W przypadku asynchronicznego wzorca opartego na zdarzeniach aplikacja Google Chat otrzymuje zdarzenia, wysyłając zapytanie do interfejsu Chat API lub tworząc subskrypcję pokoju Google Chat lub użytkownika za pomocą interfejsu Events API w Google Workspace. Zdarzenia to zmiany w zasobach czatu, takie jak opublikowanie nowej wiadomości lub dołączenie użytkownika do pokoju. Aplikacje Google Chat sterowane zdarzeniami sprawdzają ładunek zdarzenia, aby uzyskać dane o zmienionym zasobie Google Chat, a następnie odpowiednio na nie reagują.
Aplikacje do czatu mogą otrzymywać wiele typów zdarzeń, w tym zdarzenia dotyczące pokoi, członkostwa, wiadomości i reakcji. Gdy aplikacja do obsługi czatu otrzyma zdarzenie przez wysłanie zapytania do interfejsu Chat API lub za pomocą aktywnej subskrypcji, może opcjonalnie wygenerować dowolną liczbę odpowiedzi asynchronicznych, które wysyła z powrotem do Google Chat za pomocą interfejsu Chat API.
Za pomocą tego typu logiki możesz aktualizować systemy zewnętrzne, takie jak system zarządzania biletami, lub wysyłać wiadomości do pokoju czatu asynchronicznie – na przykład wysyłając wiadomość powitalną, gdy nowy użytkownik dołącza do pokoju czatu.
Na diagramie poniżej widać przykładowy wzorzec konwersacji sterowanej zdarzeniami:
Na poniższym diagramie interakcja między Hangouts Chat a aplikacją Hangouts Chat przebiega w ten sposób:
- Aplikacja Google Chat subskrybuje pokój Google Chat.
- Pokój, do którego subskrybujesz aplikację Google Chat, uległ zmianie.
- Aplikacja Google Chat przekazuje zdarzenie do tematu w Pub/Sub, który służy jako punkt końcowy powiadomień dla subskrypcji. Zdarzenie zawiera dane o tym, co uległo zmianie w zasobie.
- Aplikacja Google Chat przetwarza wiadomość Pub/Sub zawierającą zdarzenie i w razie potrzeby podejmuje odpowiednie działania.
W przypadku tego typu wzoru konwersacji możesz zastosować architekturę aplikacji do czatu z użyciem Pub/Sub, usługi internetowej lub skryptu Apps.
Więcej informacji o otrzymywaniu i odpowiadaniu na zdarzenia znajdziesz w artykule Praca z zdarzeniami z Google Chat.
Jednokierunkowa wiadomość z aplikacji do czatu
Komunikat jednokierunkowy z wzorca aplikacji Google Chat umożliwia aplikacji Google Chat wysyłanie wiadomości asynchronicznych do pokoju Google Chat, ale nie pozwala użytkownikom na bezpośrednią interakcję z aplikacją. Ten wzorzec nie jest konwersacyjny ani interaktywny, ale może być przydatny w przypadku raportowania alarmów, jak pokazano na poniższym diagramie:
Na powyższym diagramie użytkownik znajdujący się w tej samej przestrzeni co aplikacja Google Chat ma następujący przepływ informacji:
- Aplikacja Google Chat wysyła do użytkownika asynchroniczną wiadomość, wywołując interfejs API Google Chat lub publikując adres URL webhooka, na przykład „Alert o przekroczeniu limitu kolejki”.
- Opcjonalnie aplikacja Google Chat może wysyłać dodatkowe wiadomości asynchroniczne.
W przypadku tego typu wzoru konwersji możesz zastosować architekturę aplikacji do czatu za pomocą usługi internetowej, webhooka, Apps Script, AppSheet, aplikacji wiersza poleceń lub skryptu.
Jednokierunkowa wiadomość do aplikacji Google Chat
W ramach wzorca jednokierunkowego wiadomości do aplikacji Google Chat użytkownik może wysyłać wiadomości do aplikacji Google Chat, która nie odpowiada, gdy przetwarza prośbę. Chociaż taka architektura jest technicznie możliwa, powoduje ona niewygodę użytkowników, dlatego zdecydowanie odradzamy jej stosowanie.
Powiązane artykuły
- Tworzenie aplikacji Google Chat
- Używanie Pub/Sub jako punktu końcowego w aplikacji Google Chat
- Wysyłanie wiadomości do Google Chat za pomocą przychodzących webhooków
- Tworzenie aplikacji Google Chat za pomocą Apps Script
- Wysyłanie wiadomości na czacie z automatyzacji za pomocą AppSheet
- Integracja Dialogflow ES z Google Chat
- Integracja Dialogflow CX z czatem.