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


什么是sendbird的商業消息傳遞平臺?
"企業信息API-sendbird" 是一個為企業提供的通信和消息傳遞平臺,它允許企業通過API(應用程序編程接口)與客戶和用戶進行互動。從問題描述來看,sendbird的API主要用于實現程序的自動化交互,提高服務效率,特別是通過Restful風格的HTTP協議調用。
什么是sendbird的商業消息傳遞平臺接口?
sendbird的商業消息傳遞平臺有哪些核心功能?
產品為產品經理提供客戶消息工具來宣布產品更新、吸引用戶并收集反饋以改善他們的體驗。 |
|
運營通過直觀的儀表板發送全渠道服務更新或新政策,您可以輕松創建消息和活動。 |
|
支持為您的支持和客戶體驗團隊配備一個儀表板,可以全面查看所有客戶通信,并配備一個通知工具來培養關系。 |
|
營銷使用直觀的儀表板快速制定有效的活動,該儀表板提供來自消息中心的豐富分析和深入的用戶級洞察。或者利用我們的Braze和CleverTap集成使您的應用成為一個渠道。 |
|
創建移動通知
使用我們的無代碼通知生成器設計自定義的、富媒體的移動消息。 |
|
選擇您的移動渠道組合實施渠道排序,通過客戶喜歡的溝通渠道聯系客戶,最大限度地提高交付率和打開率。 |
|
協調渠道和時間
自定義傳遞規則以最大限度地減少消息量和成本,同時增強客戶體驗。 |
|
sendbird的商業消息傳遞平臺的核心優勢是什么?
消除通知疲勞
通過高效的全渠道通知策略減少消息量,確保您的第一條消息得到注意。 |
提高打開率并降低成本
優先考慮最具成本效益和性能最高的渠道(例如您的應用程序),以最大限度地降低成本并最大限度地發揮影響力。 |
減少開發和啟動時間
利用直觀的消息傳遞軟件縮短運營啟動時間,并通過開發人員友好的平臺簡化部署和維護。 |
在哪些場景會用到sendbird的商業消息傳遞平臺?
金融服務 基于身份的交易:允許消費者和商家在您的應用程序中創建安全、經過身份驗證的個人資料。 |
|
數字健康 通過功能豐富的聊天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
字符替換為%
,然后是十六進制數字,以確保可讀性。
在以下 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
字符替換為%
,然后是十六進制數字,以確保可讀性。
在以下 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





