![]() |
實時聊天Salesforce連接器-sendbird
專用API
【更新時間: 2024.06.26】
實時聊天Salesforce連接器-sendbird由服務使用方的應用程序發起,以Restful風格為主、通過公網HTTP協議調用實時聊天Salesforce連接器-sendbird,從而實現程序的自動化交互,提高...
|
瀏覽次數
22
采購人數
0
試用次數
0
收藏
×
完成
取消
×
書簽名稱
確定
|
- API詳情
- 定價
- 使用指南
- 常見 FAQ
- 關于我們
- 相關推薦


什么是sendbird的實時聊天Salesforce連接器?
"實時聊天Salesforce連接器-sendbird" 是一個集成解決方案,它將 Salesforce 的客戶關系管理(CRM)功能與 Sendbird 的實時聊天和消息傳遞平臺相結合。這個連接器允許企業使用 Sendbird 的技術來增強他們在 Salesforce 平臺上的實時聊天支持體驗。
什么是sendbird的實時聊天Salesforce連接器接口?
sendbird的實時聊天Salesforce連接器有哪些核心功能?
提高客戶滿意度
通過閃電般的快速支持讓您的客戶滿意。即使會話斷開,也能提供實時、無縫的對話。 |
最大限度地提高人工客服人員的績效
簡化您的支持工作流程。使代理能夠同時處理多個案例以提高效率。 |
推動快速實現價值
通過輕松實施快速實現價值。無縫集成全渠道支持聊天,以增強客戶服務。 |
sendbird的實時聊天Salesforce連接器的核心優勢是什么?
1. 更好的交接和票證轉移
減少高偏轉率的人為干預,實現無中斷、平穩過渡到人工代理 |
|
2. 輕松定制
輕松創建和配置您的 AI 聊天機器人參數,無需復雜的編碼。使用內容文件或網絡鏈接將知識傳輸到您的聊天機器人。 |
|
3. 前所未有的速度
提供準確的案例摘要和對客戶查詢的個性化回應,減少等待時間并提高整體滿意度。 |
|
4. 易于集成 通過輕松無憂的實施實現最快價值。數小時內即可啟動并運行。 |
在哪些場景會用到sendbird的實時聊天Salesforce連接器?
金融服務 基于身份的交易:允許消費者和商家在您的應用程序中創建安全、經過身份驗證的個人資料。 |
|
數字健康 通過功能豐富的聊天API連接醫療服務提供者和患者,提供更好的醫療服務 安全的應用程序內對話:讓患者輕松參與符合HIPAA 標準的一對一和小組應用內對話。 通知和應用內提醒:通過應用內通知、推送通知、短信或WhatsApp通知,在患者就醫過程中主動通知患者。 企業與用戶聊天:患者經常會對自己的健康狀況或后續指導有疑問。在您的應用程序中啟用患者與醫生之間的聊天信息功能,可在預約之外創造參與感,并促進更好的健康結果。 |
|
市場 Sendbird 的聊天API將全球市場的買家和賣家連接到他們的移動應用程序中。與Carousell一樣,Sendbird 可加速交易、提高轉換率并改善客戶體驗。 掌控您的數據:獲取寶貴的數據,用于更好地了解客戶群、他們的購買模式和偏好。 用戶間聊天:利用聊天API (如PicPay)圍繞每筆支付交易建立社交背景,提升客戶支付體驗,使其超越金融交易商品服務。 基于身份的交易:允許消費者和商家在您的應用程序中創建安全、經過身份驗證的個人資料。 |
|
按需服務 使用聊天應用程序接口減少按需服務訂單的取消,并通過在應用程序中集成消息功能將用戶與配送人員和支持代理聯系起來。 提供全渠道支持:通過應用程序、WhatsApp、Facebook、Instagram和Twitter上的聊天提供客戶支持。 自定義通知:使用應用內通知、推送通知、短信和WhatsApp發送自定義業務消息,通知、更新和宣傳客戶當前或下一個訂單。 |
|
零售 通過聊天 API支持的買賣雙方對話,提高轉化率和留存率。 Sendbird儀表板:獲取有價值的數據,從購買模式到用戶偏好,您都可以利用這些數據豐富客戶體驗。 定制用戶體驗:在品牌環境中主持應用內聊天對話。利用我們易于使用的聊天用戶界面工具包,您可以定制顏色、字體和圖標,使其與您的品牌形象相匹配。 客戶支持:使用應用內聊天為客戶提供支持,通過及時的聊天信息簡化解決方案并消除電話呼叫。 |
|
社會與社區 利用應用內聊天消息構建更強大的數字社區。利用可擴展的聊天API增加參與度,將用戶和您的品牌與客戶聯系起來。 即時發送媒體:通過自動渲染的縮略圖共享gif、視頻、音頻和圖像。 讓每個人都了解最新動態:使用應用內通知、推送通知、短信和WhatsApp發送自定義業務消息,吸引用戶參與。 規范安全和相互尊重的互動:利用先進的聊天內容審核工具確保信任和安全,這些工具可促進自動審核、審核員干預、褻瀆過濾、垃圾郵件泛濫保護、加密文件、屏蔽等功能。 創建社區風采:利用多功能聊天API,實現群聊、好友列表或一對一消息傳遞。 |
|




基本 URL
聊天 API 使用的基本 URL 格式如下所示:
https://api-{application_id}.sendbird.com/v3
要獲取 Sendbird 應用程序的 ID 和分配的基礎 URL,請登錄儀表板 ,選擇應用程序,進入設置> 應用程序 >常規,然后選中應用程序 ID 和API 請求 URL。
頁眉
向聊天 API 提出的典型 HTTP 請求包括以下標頭:
-
內容類型:每個請求都必須包含一個
Content-Type
標頭。 -
API令牌:Sendbird 服務器需要主 API 令牌或輔助 API 令牌來驗證您的 API 請求。
多部分申請
如果請求中包含文件,則應發送Multipart請求。要發出這種請求,請在Content-Type
標頭中指定multipart/form-data
以及邊界,邊界
是分隔每個數據字段的分隔符字符串。
發送多文件信息時,我們建議您使用其他方法,如 cURL 請求。
認證
您的應用程序接口請求必須由 Sendbird 服務器使用您的 Sendbird 應用程序中的任何一個應用程序接口令牌進行驗證。要做到這一點,你可以使用儀表板 設置>應用程序>常規>API 令牌下的主 API 令牌,它是在創建應用程序時生成的。主 API 令牌不可撤銷或更改。
使用主 API 令牌,可以生成輔助 API 令牌、撤銷輔助 API 令牌或列出輔助 API 令牌。對于大多數 API 請求,可以使用輔助 API 令牌代替主 API 令牌。如前所述,任何一個 API 標記都必須包含在 HTTP 請求標頭中,以便進行身份驗證。
注意:以前,我們的舊版
服務器應用程序接口
要求有效載荷包含令牌。
注意:不要從客戶端應用程序發送任何聊天 API 請求。如果您的 API 令牌信息在交換數據的過程中泄露,您可能會因惡意 API 調用而丟失所有數據。
的過程中泄露,您可能會因惡意 API 調用而丟失所有數據。
URL 編碼
通過 HTTP 發送請求時,應將 URL 編碼為瀏覽器可讀的格式。URL 編碼會將不安全的非 ASCII
字符替換為%
,然后是十六進制數字,以確??勺x性。
在以下 URL 中,user_id
參數的值應為 urlencoded。例如,user_id@email.com
,urlencoded 為user_id%40email.com
。
在大多數語言中,URL 的編碼方式與下面的類似:
它應該返回:bash,chat/v3/platform-api/prepare-to-use-api-153 api%40sendbird.
com 您的完整請求應該如下所示。
詳情參考:https://sendbird.com/docs/chat/platform-api/v3/prepare-to-use-api








基本 URL
聊天 API 使用的基本 URL 格式如下所示:
https://api-{application_id}.sendbird.com/v3
要獲取 Sendbird 應用程序的 ID 和分配的基礎 URL,請登錄儀表板 ,選擇應用程序,進入設置> 應用程序 >常規,然后選中應用程序 ID 和API 請求 URL。
頁眉
向聊天 API 提出的典型 HTTP 請求包括以下標頭:
-
內容類型:每個請求都必須包含一個
Content-Type
標頭。 -
API令牌:Sendbird 服務器需要主 API 令牌或輔助 API 令牌來驗證您的 API 請求。
多部分申請
如果請求中包含文件,則應發送Multipart請求。要發出這種請求,請在Content-Type
標頭中指定multipart/form-data
以及邊界,邊界
是分隔每個數據字段的分隔符字符串。
發送多文件信息時,我們建議您使用其他方法,如 cURL 請求。
認證
您的應用程序接口請求必須由 Sendbird 服務器使用您的 Sendbird 應用程序中的任何一個應用程序接口令牌進行驗證。要做到這一點,你可以使用儀表板 設置>應用程序>常規>API 令牌下的主 API 令牌,它是在創建應用程序時生成的。主 API 令牌不可撤銷或更改。
使用主 API 令牌,可以生成輔助 API 令牌、撤銷輔助 API 令牌或列出輔助 API 令牌。對于大多數 API 請求,可以使用輔助 API 令牌代替主 API 令牌。如前所述,任何一個 API 標記都必須包含在 HTTP 請求標頭中,以便進行身份驗證。
注意:以前,我們的舊版
服務器應用程序接口
要求有效載荷包含令牌。
注意:不要從客戶端應用程序發送任何聊天 API 請求。如果您的 API 令牌信息在交換數據的過程中泄露,您可能會因惡意 API 調用而丟失所有數據。
的過程中泄露,您可能會因惡意 API 調用而丟失所有數據。
URL 編碼
通過 HTTP 發送請求時,應將 URL 編碼為瀏覽器可讀的格式。URL 編碼會將不安全的非 ASCII
字符替換為%
,然后是十六進制數字,以確??勺x性。
在以下 URL 中,user_id
參數的值應為 urlencoded。例如,user_id@email.com
,urlencoded 為user_id%40email.com
。
在大多數語言中,URL 的編碼方式與下面的類似:
它應該返回:bash,chat/v3/platform-api/prepare-to-use-api-153 api%40sendbird.
com 您的完整請求應該如下所示。
詳情參考:https://sendbird.com/docs/chat/platform-api/v3/prepare-to-use-api





