聊天能分担哪些工作
主动提供帮助，团队可看到相关会话，消息在途中也不会丢失。以下说明具体含义。
产品仍在开发中。此处未加标记的功能已可使用；其余标记为：开发中，目前已可看到，但尚不可依赖；即将推出，目前尚不存在。
在访客放弃前主动提供帮助
大多数访客不会提问，而是离开。聊天会识别此前的时刻，并主动询问。
Docs: Proactive messages
从第一天起预设六种情境
长时间停留、愤怒点击、页面错误、表单卡住、购买意图、离开结账页面。无需配置；愤怒点击、表单卡住和购买意图只能结合MousePlayer检测。Free套餐每个项目可生效一条主动提示。
用气泡提示，不用窗口打扰
以安静的方式提供帮助。只有一种情况会自动打开窗口：即将作出购买决定时。
无需发布新版本即可自定义规则
何时主动提示由服务器上的规则列表决定，而非源代码中的条件。规则在账户中更改，不必修改代码。
关闭一次，就不再询问
内置频率限制和勿扰开关。重复询问同一件事的聊天只会变成广告。
团队能看到此前发生了什么
每个对话都附带引发它的会话，访客无需描述刚才的操作。
Docs: The agent desk
聊天与回放属于同一会话
两个脚本共享同一个标识符，无论哪一个先加载，都无需手动关联。
直接跳转，不必寻找
聊天中的事件会标记在回放中，可直接跳至对应位置。目前已发送全部八种约定标记，包括主动提示本身。
客户输入时实时查看
客户输入时，客服能实时看到客户的页面，并非录制画面；鼠标移动不到四分之一秒便可传达。会话结束后则打开回放。
专为客服提供的工作台
对话列表、分配功能，以及旁边的会话上下文。
了解帮助是否有效
对话结束后可点赞或点踩，访客也可自愿留言评价。
消息不会丢失
火车、电梯、信号不好的Wi-Fi，聊天早已考虑这些情况，而且经过测量，并非寄希望于运气。
Docs: Transport and HTTP fallback · Availability, forms and service
连接断开，消息仍在
断网30秒后，发送六条消息，六条全部送达，无重复。这是实测结果。
切换页面也能保留对话
继续点击、刷新、返回，记录都会保留。多个打开的标签页共享一个连接，不会各自建立连接。
服务时间之外也能接待
支持带时区的服务时间、排队位置，以及无人在线时的留言表单。
长对话依然流畅
达到200条消息后，组件只绘制当前可见内容，滚动依然流畅。
符合品牌形象，始终清晰可读
颜色、Logo、聊天按钮形状、自定义CSS。唯一做不到的是将其设置成无人能看清的样子。
Docs: Colours, font and theme · The launcher · Texts and languages
立即呈现品牌色
表面准确使用指定颜色，旁边可设置Logo、位置和按钮形状，也可使用自定义CSS。
对比度经过计算，而非假设
调整文字颜色，直到达到4.5:1；共1,068个测量点，无一低于标准，最差为4.50:1。
气泡中不止文字
粗体、斜体、链接、代码、可点击的快捷回复和卡片。显示前均经过严格清理。
在手机上如同应用
全屏显示，同时考虑屏幕键盘和设备缺口。
组件支持三种语言
德语、英语、波兰语，发布的组件内包含全部三种词典。
添加附件开发中
通过按钮或拖放添加图片、PDF、文本和CSV。该功能处于测试版，按项目启用；单个文件大小取决于套餐。
快速、安静、节省数据
聊天组件不应拖累所在页面。这些数据在本页测得，可通过浏览器开发者工具核实。
Docs: Security and CSP · Privacy integration
先加载按钮，再加载其余内容
先加载很小的一部分并绘制按钮。聊天主体仅在浏览器空闲或有人触碰按钮时加载，不会阻塞页面加载。
不向其他服务器发送请求
不加载外部字体、统计像素或外部库，不向其他地方报告访客信息。
不干扰网站CSS
采用双向封闭的Shadow DOM。在严格的Content-Security-Policy下运行，控制台不会产生任何消息。
个人信息遮蔽两次
银行卡号、IBAN、电子邮件地址、电话号码、税号和证件号码：发送前先在浏览器中遮蔽，服务器再次处理。没有收到的数据就不会泄露。
未同意时仍可使用
未获同意时，不持久存储任何内容，也不传递标识符，聊天仍可使用。
仅靠键盘即可操作开发中
打开窗口后限制焦点范围，ESC关闭窗口，焦点返回原处，这些均经过测量。屏幕阅读器是否真正播报新消息，目前尚未有人试听验证。
适配现有工具 · 34
五种连接方式已完成，其余已准备。某个服务卡住时会在队列中等待，对话照常继续。
Docs: Integrations, migration and API keys · Webhooks · Server API (REST v1) and MCP
Slack：无需切换应用即可回复
每个新对话都会在频道中生成一个消息线程。在该线程中回复，客户便可在聊天中看到。/rc可显示状态。
签名Webhook，也适用于Zapier、Make和n8n
发送五种事件：创建对话、收到消息、请求转交、提交评价、网站出现新错误事项。每个事件都有签名，以便端点验证。
服务卡住时，在队列中等待
每个集成都通过带熔断机制的队列运行；多次失败后会暂时跳过该服务，聊天消息不会因此受阻。
其余集成已准备开发中
每项集成都已在代码中配置提供方；由于尚缺相应提供方的账户，大多数还未连接实际服务运行。这里只列出部分，尚未开始的不会列出。
迁移不收费
JavaScript API刻意使用与Intercom相同的名称：boot、open、identify、track。迁移时只需替换脚本，其余代码不变。
以电子邮件作为渠道开发中
收件箱邮件会进入与聊天相同的工作台，回复会作为邮件发出，后续邮件回复则进入同一对话。已针对模拟服务构建并测试，尚未使用真实邮箱验证。
REST API
从外部读取对话、消息、项目、网站访客、事件和主动规则，创建消息与事件并注册Webhook。密钥按工作区管理，还提供面向AI工具的MCP服务器。访客列表和MCP可按项目关闭。
已就绪 已准备
- Webhook
- Slack
- WordPress
- WooCommerce
- Shopify
- GA4
- Matomo
- Sentry
- HubSpot
- Pipedrive
- Zendesk
- Freshdesk
- Cal.com
- Stripe
- Telegram
- Messenger
- Notion
- Confluence
- KB-Crawler
适用于代理机构和团队
集中管理多个客户项目，同时限制各自可见范围。
不泄露信息的账户
登录、注册、重置密码。错误地址与错误密码返回相同提示，否则表单会泄露客户身份。连续五次输入错误密码后，账户锁定15分钟。
四种角色，按人员分配客户项目
所有者、管理员、成员、查看者。按人员设置可处理哪些客户项目，账单仍集中管理。
付款与订阅
套餐价格根据数据库计算，通过Stripe付款。能否在线订购会在价格处说明；未开放付款时，账单页面会明确提示。
发送给用户的邮件
确认、邀请、密码重置等消息通过电子邮件发送，使用该用户选择的语言。
为什么要说明尚缺哪些功能
开发中的产品若只展示已完成部分，也会把失望一起卖给用户。现在就说明邮件渠道尚未用真实邮箱验证，便不会让用户在集成当天才发现。
测量方式、待完成事项及协议工作原理： 技术详情
Docs: Technical integration · Product handbook · Customisation