![]() |
音視頻即時通訊-sendbird
專用API
【更新時間: 2024.06.26】
音視頻即時通訊API-sendbird是最友好的語音和視頻聊天 API Sendbird 的語音和視頻 API 專為大規模構建,可讓高質量通話輕松集成到您的網絡和移動應用程序中。
|
瀏覽次數
23
采購人數
1
試用次數
0
收藏
×
完成
取消
×
書簽名稱
確定
|

- API詳情
- 定價
- 使用指南
- 常見 FAQ
- 關于我們
- 相關推薦


什么是sendbird的音視頻即時通訊?
音視頻即時通訊API-sendbird是最友好的語音和視頻聊天 API Sendbird 的語音和視頻 API 專為大規模構建,可讓高質量通話輕松集成到您的網絡和移動應用程序中。
什么是sendbird的音視頻即時通訊接口?
sendbird的音視頻即時通訊有哪些核心功能?
直接呼叫和群組呼叫
撥打聯系人進行一對一通話或創建房間進行群組通話。 |
語音和視頻清晰。無延遲
得益于 Sendbird 的多區域和低延遲云基礎設施,可以實現高質量的通話。 |
多設備和跨平臺 SDK
允許用戶通過網絡和移動應用進行面對面交談或會面。 |
sendbird的音視頻即時通訊的核心優勢是什么?
1. 利用逼真的互動獲利
通過逼真的互動來建立更深層次的聯系,從而提高參與度、轉化率和保留率。
2. 數小時內發送應用內呼叫
選擇 Sendbird Calls 意味著更快的上市時間、更少的維護以及更多的時間專注于您的客戶和產品體驗。直觀的 API、示例應用程序和教程使入門變得簡單。
3. 使用 Sendbird 儀表板節省時間
使用 Sendbird 儀表板來加快您的評估、調試您的集成并分析您的通話。
4. 從第一天開始就全球化
在全球范圍內在您的網絡和移動應用程序中部署語音和視頻,并通過安全可靠的可擴展基礎設施連接人們。
- 全球 6 個區域的高可用性
- 維護 TURN 和 STUN 服務器
- 傳輸穩定,延遲低
- 高并發
- 全天候基于 SLA 的支持
5. 安全且合規
Sendbird 符合最高認證標準,可減輕您的企業合規負擔并確保通信安全。
- 用戶認證
- 根據 DTLS 標準的媒體加密
在哪些場景會用到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





