美洽怎么设置访客端聊天窗口分屏模式设置?
美洽的访客端分屏通常有两种可行路径:一是看账号与套餐能否在控制台直接开启平台级的“窗口分屏/多模块”配置,二是通过美洽 Web SDK(或 API)在前端自定义布局,把聊天区与资料/知识库/工单等并列呈现,再用 SDK 的消息和事件接口做联动,实现分屏交互与状态同步,关键点在于隐藏默认窗口、搭建两栏布局、用安全的后端代理调用美洽接口。

先把概念讲清楚:什么是访客端“分屏模式”
分屏模式,就是访客在单一浏览器或页面中,同时看到两个并排(或上下分区)的面板:一个是实时聊天对话区,另一个可以是用户资料、订单详情、知识库、FAQ、会话历史或更多工具。它的价值在于减少切换,提升客服效率与访客体验。
为什么要分屏?
- 效率更高:客服或访客不必在多个标签/弹窗之间来回查找信息。
- 信息可视化:订单、商品、用户属性与聊天并列,能即时参考并作出响应。
- 定制化体验:针对不同场景(售前、售后、技术支持)展示不同侧边内容。
实现分屏的两种基本路径(先看总览)
- 路径A — 控制台配置(如果支持)
部分美洽套餐 / 新版控制台可能直接提供窗口分屏或多模块面板配置,管理员可通过设置面板开启并选择模块。优点是免编码、维护成本低;缺点是灵活性受限,且不同账户版本位置不一致。
- 路径B — 前端自定义(通用且推荐)
使用美洽 Web SDK 或 IM API,自行在自己的网站前端实现分屏布局,利用 SDK 收发消息、获取会话列表、展示知识库等。灵活且可与业务系统深度整合,但需要前端开发与后端代理支持。
如果你的控制台支持分屏(路径A)——大致操作思路
不同企业版和套餐控制台界面可能不完全一样,下面给出通用的查找与配置步骤,按顺序走一遍,大部分能找到对应位置。
- 登录美洽管理后台(企业管理控制台)。
- 在左侧菜单寻找“渠道”、“客户端设置”、“聊天窗口”或“访客端设置”之类的项。
- 在聊天窗口配置中,看是否有“窗口布局”、“面板模块”或“分屏/侧栏”配置项。
- 如果可配置,选择要展示的模块(知识库、表单、工单、订单信息、机器人等),并调整展示位置(左/右/上/下)。
- 保存并发布,使用访客端测试(不同浏览器/移动端注意适配)。
提示:若找不到类似入口,请联系你的美洽客户经理或查看美洽开发者文档与控制台帮助,因为分屏能力可能与套餐权限或新旧控制台版本相关。
如果需要自定义前端实现分屏(路径B)——一步一步来做
这部分较长但也最通用。我把流程拆成:规划 → 前端布局 → 集成美洽 SDK → 同步与联动 → 后端与安全 → 测试和优化。
第一步:规划你要放哪些模块
- 聊天主区(实时消息、输入框、消息列表)
- 辅助区(知识库、常见问题、订单详情、用户资料、工单面板、商品卡片等)
- 交互方式(比如点击订单行将该订单详情推到辅助区;或者在辅助区点“发给客服”自动插入会话)
- 移动端如何退化(比如小屏时改成顶部/底部折叠而非并排)
第二步:前端基本布局(HTML + CSS)
把默认的美洽浮窗隐藏(如果你使用的是默认小部件),然后在你页面上构造自己的容器。下面是一个基础并排布局的示例结构(仅示意):
<div class="meiqia-split-root">
<aside class="meiqia-left">
<!-- 比如知识库、用户信息、订单列表 -->
</aside>
<main class="meiqia-right">
<!-- 聊天消息列表、输入框 -->
</main>
</div>
对应的 CSS(简洁示例):
.meiqia-split-root{display:flex;height:600px;border:1px solid #eaeaea}
.meiqia-left{width:320px;border-right:1px solid #eee;overflow:auto}
.meiqia-right{flex:1;display:flex;flex-direction:column}
.meiqia-right .messages{flex:1;overflow:auto}
.meiqia-right .composer{padding:8px;border-top:1px solid #f0f0f0}
说明:要考虑响应式(小屏折叠),以及可拖拽调整宽度的交互(用 JS 监听鼠标拖拽或使用现成的分栏库)。
第三步:集成美洽 Web SDK(核心联通信道)
在你的页面先加载美洽提供的 Web SDK 脚本(按美洽官方方式引入)。通常流程是:
- 在页面或应用中初始化 SDK(需要用到你在美洽控制台得到的 appKey 或 clientId 等)。
- 监听 SDK 的消息事件(例如“收到新消息”),把消息渲染到你自建的聊天区域。
- 发送消息时,通过 SDK 的发送接口发送,或通过后端 REST 接口发送并在前端同步展现。
示意性的事件流(伪代码,具体 API 名称请参照美洽开发者文档):
// 初始化(伪)meiqia.init({key: '你的key', visitor: {...}})
meiqia.on('message', function(msg){
// 把 msg 渲染到右侧消息区
})
// 发送
function sendText(text){
meiqia.send({type:'text',content:text})
}
重要:不同版本 SDK 的 API 名称、事件名会有差异,请以你下载的 SDK 文档为准。不要把敏感密钥写在前端,必要的敏感操作由后端代理处理。
第四步:在两个面板间建立交互与联动
最核心的是状态与行为的同步,常见场景:
- 点击左侧订单行 → 在右侧聊天输入框预置一条与该订单关联的快捷模板或把订单卡片发送给客服。
- 客服在后台标注某个会话需要工单 → 在左侧自动创建并展示工单入口。
- 访客点击知识库条目 → 自动在聊天区生成引用并允许“发送给客服”。
实现方式通常包括:
- 统一的前端状态管理(比如用 Redux/Vuex 或者简单的事件总线),左侧点击派发事件,右侧监听并处理。
- 使用美洽 SDK 的自定义消息字段(metadata/extra),在消息里带上业务相关的 ID(订单号、商品ID)。
- 必要时通过后端接口把会话、订单、工单进行关联并在会话上下文中保存。
示例:把订单详情面板与聊天联动(实践步骤)
- 前端页面获取当前访客/会话的 ID(从美洽 SDK 的初始化返回或登录后回调中获得)。
- 左侧展示该访客历史订单(通过你自己的后端调用电商平台或自有数据库拿数据)。
- 用户点击某订单 → 前端事件触发:在聊天区插入系统消息或模板“我想咨询订单 #12345 的售后问题”,并调用 meiqia.send() 发出。
- 另外把订单详情一起以富媒体形式(卡片)通过美洽消息或快捷链接展示给客服,客服点击可直接跳转到订单详情页(后台权限控制)。
后端、安全与性能要点
- 不要把 API Secret/密钥暴露在前端:需要与美洽服务端通信(例如拉取会话历史、发送特定类型消息)时,要通过你自己的后端做代理,后端再调用美洽开放接口。
- 鉴权与权限控制:确保只有登录且有权限的客服或管理员才能看到敏感信息(比如订单明细、退款记录)。
- 缓存与分页:会话历史、订单列表等尽量分页加载或按需拉取,避免一次性请求大量数据,影响体验。
- 并发与重连:考虑网络断连重连策略,SDK 一般提供 websocket/long-polling 的自动重连功能,注意在重连时做幂等处理。
常见问题(FAQ)与排查思路
- 分屏后聊天消息不显示
检查是否正确订阅了 SDK 的消息回调,是否在初始化时把默认浮窗屏蔽了导致事件未注册,浏览器控制台看网络是否有断开或 401/403 错误。
- 消息重复/丢失
排查发送逻辑是否重复调用 send、是否在重连时重复绑定回调、以及后端代理是否做了重复转发。
- 样式错乱或移动端适配差
检查 CSS 的响应式规则,给小屏提供单列降级或收起策略,测试 iOS/Android 系统 WebView 内嵌场景。
- 安全泄露(例如订单敏感信息被未授权展示)
检查后端鉴权、前端权限判断、以及美洽后台的角色权限设置。
一个小表格:分屏实现对比一览
| 实现方式 | 优点 | 缺点 |
| 控制台配置(平台原生) | 快速、零/低代码、少维护 | 灵活性受限、依赖套餐/版本 |
| 前端自定义(SDK/API) | 高度可定制、可与业务系统深度集成 | 需开发与运维投入、注意安全 |
一些实战经验与 UX 建议(有些小细节真的影响体验)
- 默认把重要信息(订单号、当前客服、等待时间)放在左上角或侧栏顶端,访客不会去找。
- 提供“发送此项到聊天”按钮,让访客在看订单/知识库时能一键把内容放进聊天流。
- 考虑“会话上下文”展示:把本次会话的标签/意图状态在侧栏显式展示(比如“退货中/处理中”)。
- 侧栏展示的内容尽量可交互而非纯文本,比如可直接触发投诉、上传凭证、填写工单。
- 做流量监控与 A/B 测试,观察分屏后会话时长、转化率、客服响应效率是否提升。
部署与上线检验清单(建议)
- 功能测试:消息收发、附件上传、富媒体卡片展示、模板插入、跨模块联动。
- 兼容性测试:主流浏览器、移动端 WebView、不同分辨率、触摸与键盘交互。
- 性能测试:并发会话数、网络断连与重连场景、资源耗时。
- 安全审查:敏感字段屏蔽、接口鉴权日志、异常权限访问告警。
如果你想要我把一个具体的、可直接复制粘贴到项目里的简化版分屏模板(HTML/CSS/基本 JS 事件绑定示例)写出来,我可以基于你当前使用的美洽 SDK 版本,把伪代码替换成更贴近真实 API 的实现代码;或者如果你愿意告诉我控制台里看到的菜单名称和你的账号类型,我也能给出更精确的控制台操作路径。就这样,按这个流程做一般能把访客端分屏做得既漂亮又稳健——接下来你决定想看哪一版代码,我就继续写。