 |
商业消息传递平台-sendbird
专用API
【更新时间: 2024.06.26】
企业信息API-sendbird由服务使用方的应用程序发起，以Restful风格为主、通过公网HTTP协议调用企业信息API-sendbird，从而实现程序的自动化交互，提高服务效率。
|
服务星级：2星
调用次数
0
次
集成人数
0
人
商用人数
0
人
SLA: N/A
响应: N/A
适用于个人&企业
收藏
×
完成
取消
×
书签名称
确定
|
- 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
