31 lipca 2024 r. wycofamy Google Business Messages. Więcej informacji znajdziesz
tutaj.
Cykl życia wiadomości
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Użytkownicy mogą wysyłać wiadomości do pracowników obsługi klienta, a agenty mogą wysyłać wiadomości do użytkowników. Ale to nie wszystko. W każdej wiadomości może uczestniczyć wiele osób:
- Użytkownik rozpoczyna rozmowę z agentem poprzez punkty wejściowe w wyszukiwarce, Mapach oraz linkach i witrynach zarządzanych przez markę. Użytkownik musi zalogować się na konto Google, ale partnerowi zostanie udostępniona tylko nazwa użytkownika.
Wiadomości użytkowników są szyfrowane przy użyciu TLS.
Wiadomości biznesowe stanowią warstwę między użytkownikiem a partnerem w celu ochrony prywatności użytkownika. W ten sposób informacje o koncie Google użytkownika nie są udostępniane partnerowi ani agentom na żywo przez odszyfrowywanie i odszyfrowywanie wszystkich wiadomości przychodzących i wychodzących oraz mapowanie konta Google użytkownika na identyfikator rozmowy.
Google przechowuje zaszyfrowane wiadomości, aby zapewnić dostarczenie i synchronizację między urządzeniami użytkownika. Przechowywane wiadomości nie mogą być udostępniane innym firmom. Dostęp jest możliwy tylko za pomocą identyfikatora Google użytkownika.
Przedstawiciel reprezentuje markę, jak jest tworzony i zarządzany przez partnera.
Partner zarządza agentem w imieniu marki. Partnerzy odbierają wiadomości przychodzące w określonym webhooku, kierują wiadomości przychodzące do automatyzacji lub na żywo przez agenty, aby tworzyć odpowiedzi i wysyłać wiadomości wychodzące do Business Messages API.
Automatyzacja obsługuje wiadomości użytkowników bez zaangażowania człowieka.
Czaty na żywo obsługują wiadomości użytkowników, które wymagają zaangażowania człowieka.
Każda ze stron bierze udział w wysyłaniu i odbieraniu wiadomości w wątku.
Pełny proces przesyłania wiadomości zaczyna się od wysłania przez użytkownika wiadomości do agenta, a kończy na odebranie odpowiedzi od agenta.

- Użytkownik rozpoczyna rozmowę i wysyła wiadomość do agenta Business Messages.
- Funkcja Business Messages przypisuje wątek identyfikator. Identyfikatory rozmów są trwałe i unikalne dla użytkownika i agenta. Jeśli ten sam użytkownik skontaktował się z innym agentem, rozmowa ma inny identyfikator.
- Business Messages wysyła zaszyfrowaną wiadomość do webhooka partnera. Wiadomość zawiera unikalny identyfikator rozmowy, identyfikator agenta, identyfikator wiadomości i informacje o kontekście, z którego pochodzi rozmowa.
- Partner odbiera wiadomość i kieruje ją do automatyzacji lub do pracownika obsługi klienta.
- Automatyzacja automatycznie tworzy odpowiedź na wiadomość użytkownika lub agent na żywo, który ma dostęp do rozmowy, widzi tę wiadomość i odpowiednio ją tworzy.
- Partner wysyła odpowiedź do Business Messages API z identyfikatorem rozmowy jako odbiorca.
- Aplikacja Business Messages odszyfrowuje i ponownie szyfruje wiadomości, mapuje identyfikator rozmowy na konto Google użytkownika, a następnie wysyła go do użytkownika.
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2024-12-21 UTC.
[null,null,["Ostatnia aktualizacja: 2024-12-21 UTC."],[[["\u003cp\u003eBusiness Messages enables conversations between users and agents (representing brands) while protecting user privacy.\u003c/p\u003e\n"],["\u003cp\u003eGoogle acts as an intermediary, ensuring secure message transmission and user anonymity by encrypting messages and using conversation IDs.\u003c/p\u003e\n"],["\u003cp\u003ePartners manage agents and handle message routing to automation or live agents for response generation.\u003c/p\u003e\n"],["\u003cp\u003eThe messaging flow involves users initiating conversations, Business Messages facilitating secure delivery, and partners orchestrating responses via automation or live agents.\u003c/p\u003e\n"]]],[],null,["# Life of a message\n\nUsers can send messages to agents, and agents can send messages to users, but\nthere's more to it than that. For each message, there can be many parties\ninvolved:\n\n- **The user** begins a conversation with an agent through [entry\n points](/business-communications/business-messages/guides/concepts/entry-point) in Search, Maps, and brand-managed links and websites. Users must be signed in to a Google account, but only the user's name is shared with the partner. User messages are encrypted with TLS.\n- **Business Messages** acts as a layer between the user and the partner to\n protect user privacy. This layer ensures the user's Google account\n information isn't shared with the partner or live agents by decrypting and\n re-encrypting each inbound and outbound message and mapping the user's\n Google account to a conversation ID.\n\n Google stores encrypted messages to ensure delivery and synchronization\n between a user's devices. These stored messages can't be shared with any\n third party. Access is only available with the user's Google ID.\n- **The agent** is a representation of a brand, as\n [created](/business-communications/business-messages/guides/agent-lifecycle)\n and managed by a partner.\n\n- **The partner** manages the agent on behalf of a brand. Partners receive\n inbound messages at a [specified\n webhook](/business-communications/business-messages/guides/quickstarts/echo-agent#webhook),\n route inbound messages to automation or live agents to compose responses,\n and send outbound messages to the Business Messages API.\n\n- **Automation** handles user messages without human engagement.\n\n- **Live agents** handle user messages that require human engagement.\n\nEach party plays a part in sending and receiving messages within a conversation.\nAn end-to-end messaging flow starts with a user messaging an agent and ends\nwith the user receiving a response from the agent.\n\n1. A user starts a conversation and sends a message to a Business Messages agent.\n2. Business Messages assigns the conversation an ID. Conversation IDs are persistent and unique to the user and the agent. If the same user contacted a different agent, that conversation would have a different conversation ID.\n3. Business Messages sends the encrypted message to the partner's webhook. The message contains the unique conversation ID, agent ID, message ID, and context information for where the conversation originated.\n4. The partner [receives the\n message](/business-communications/business-messages/guides/how-to/message/receive) and routes the message to automation or to a live agent.\n5. Automation automatically creates a response to the user message, or a live agent who has access to the conversation sees the user message and creates a response accordingly.\n6. The partner [sends the\n response](/business-communications/business-messages/guides/how-to/message/send) to the Business Messages API with the conversation ID as the recipient.\n7. Business Messages decrypts and re-encrypts messages, maps the conversation ID with the user's Google account, and sends the message to the user."]]