LinkChat多站点接入教程：一个后台管全部
手头三个站都要挂在线客服，最怕的就是来回切后台——A站有人问问题，切过去回复，B站又来消息，再切回来发现A站客户已经等了两分钟走了。这种割裂感用过的人都懂。我去年把三个站全部接入了LinkChat的多站点系统，现在一个后台窗口搞定所有对话，再也不用开一堆浏览器标签页了。
这篇教程把我踩过的坑和完整步骤都写出来，跟着做基本20分钟搞定。
前置准备：开始之前确认这几件事
多站点接入需要LinkChat专业版及以上套餐。基础版只支持单站点，如果你还在用基础版，先升级。去LinkChat官网登录后台，在”账户设置→套餐管理”里可以直接升。
另外需要准备的东西：
- 每个站点的管理员权限（你得能改网站代码或装插件）
- 各站点的域名列表（包括带www和不带www的版本）
- 想好每个站点的客服分组——比如站A用A组坐席、站B用B组坐席，还是所有站共享一组人？
第三点很重要，提前想好后面的配置会顺畅很多。我当时没想清楚，配完了又改分组规则，多花了半小时。
第一步：创建站点渠道
登录LinkChat后台，左侧导航找到”渠道管理”→”添加站点渠道”。点进去后会要求你填：
- 渠道名称：随便写，自己能区分就行。我写的是”主站-商城””博客站””落地页站”
- 站点域名：填完整域名，比如 shop.example.com。支持填多个域名（比如同一个站有 www 和非 www 两个版本都要匹配）
- 坐席分配规则：三个选项——轮询分配、技能优先、指定坐席。电商站我选轮询，技术文档站我选技能优先（让懂技术的人接技术咨询）
填完保存后系统会生成一段独立的JS代码片段。注意：每个渠道的代码都不一样，别复制错了。代码长这样（具体ID不同）：
<script src="https://cdn.linkchatcc.com/widget/v3/loader.js" data-channel-id="ch_xxxx"></script>
把这段代码记下来，下一步要用。
第二步：在各站点嵌入代码
这一步根据你站点的技术栈不同，操作方式也不同。最常见的三种情况：
WordPress站点
最简单的方式是装LinkChat官方WordPress插件。在后台”插件→安装新插件”搜索”LinkChat”，第一个就是（图标是蓝色对话气泡那个，别装错了山寨的）。
装好激活后，左侧菜单出现”LinkChat”选项卡，点进去填你的Channel ID（就是代码里data-channel-id后面那串ch_开头的值），保存就完事了。插件会自动把JS注入到所有页面的footer里。
如果你不想装插件（每多一个插件就多一份安全风险，我理解），也可以手动把那段script标签粘贴到主题的footer.php里，放在</body>前面就行。
自定义前端（React/Vue/Next.js等）
在你的入口HTML文件或Layout组件里加上那段script。如果是SPA应用，建议放在index.html的body结束标签前。如果是Next.js，放在_document.js的body最后面或者用next/script组件：
<Script src="https://cdn.linkchatcc.com/widget/v3/loader.js" data-channel-id="ch_xxxx" strategy="lazyOnload" />
strategy设成lazyOnload可以避免影响首屏加载速度——客服组件不是首屏必须的，晚加载几秒完全没问题。
纯HTML静态站
直接把script标签粘贴到每个HTML页面的</body>前面。如果页面多懒得一个一个加，用SSI（Server Side Include）或者构建工具统一注入。
三个站点都嵌入完成后，各自打开网页右下角应该就能看到linkchat客服的浮窗图标了。如果没出现，F12打开控制台看看有没有报错——最常见的问题是域名没匹配（你填的是example.com但实际访问的是www.example.com）。
第三步：配置统一工作台视图
代码嵌入完成只是第一步。回到LinkChat后台，进入”工作台设置”，你会看到一个”多渠道视图”的开关，打开它。
打开后对话列表会多一列”来源渠道”标签，用不同颜色区分。比如我设的是商城站蓝色、博客站绿色、落地页站橙色。这样一眼就能看出每条消息来自哪个站，不会搞混。
还有个细节：你可以设置每个渠道不同的欢迎语和自动回复。比如博客站的访客可能是来看教程的，欢迎语就写”有技术问题随时问”；商城站的访客是来买东西的，欢迎语写”下单有疑问？我在线帮你”。这种差异化的触达方式对转化率有实际影响——我测试过，商城站换了针对性欢迎语后，主动咨询率从3.2%涨到了4.7%。
第四步：坐席分组与权限
如果你是一个人管所有站，这步可以跳过。但如果团队有多人协作，强烈建议配好分组。
进入”团队管理”→”坐席分组”，创建对应的组。然后在每个渠道的设置里绑定对应分组。逻辑是：访客从A站发消息→系统识别渠道是A→分配给A组坐席。
有个坑要提醒：如果某个坐席被分到了多个组（比如小张既在A组又在B组），那他的工作台会同时收到两个站的消息。这不一定是坏事，但要确保小张知道自己在回哪个站的客户——看那个颜色标签就行。
权限方面，管理员能看到所有渠道的数据和对话记录，普通坐席只能看到自己被分配到的渠道。如果你不想让商城客服看到博客站的咨询内容（比如涉及不同业务线的保密性），权限隔离是自动的，不用额外配。
第五步：测试和验证
配完别急着关窗口，先测试。我的测试清单：
- 分别从三个站发一条测试消息，确认后台都能收到且渠道标签正确
- 测试分配规则——连续从同一个站发5条（用不同浏览器模拟不同访客），看是否按轮询/技能规则分到了不同坐席
- 测试手机端——用手机浏览器访问各站点，确认浮窗在移动端也正常显示且可以输入发送
- 测试离线场景——把所有坐席设成离线，从站点发消息，确认自动回复触发了且留言被记录
前两项一般不会出问题。第三项我踩过一次坑：手机端浮窗被页面的fixed定位元素遮挡了，需要调整linkchat客服组件的z-index。在渠道设置里有个”高级样式”选项，把z-index改成99999就解决了。
进阶玩法：跨站访客识别
如果你的多个站点共享用户系统（比如都用同一套SSO登录），LinkChat支持跨站访客识别。原理是你在嵌入代码时传入一个统一的用户标识（user_id），这样同一个用户不管从哪个站发起对话，后台都能合并成同一条会话记录。
配置方式是在script标签后面加一段初始化代码：
window.LinkChat && LinkChat.identify({ user_id: "your_user_id", name: "用户名", email: "user@example.com" });
这个功能在电商场景特别好用——用户在博客站看了教程，去商城站下单前来咨询，客服能直接看到他之前在博客站问过什么，不用客户重复说一遍。
常见问题排查
Q：为什么某个站点的浮窗一直loading不出来？
90%的情况是你的站点有Content Security Policy限制，没有把cdn.linkchatcc.com加到script-src白名单里。检查你的CSP配置，加上就好。
Q：多站点消息量大了会不会卡？
我三个站加起来日均对话量200+，没感觉到性能问题。LinkChat官方说单渠道支持并发500+对话，多渠道共享同一个连接通道，理论上瓶颈不在前端。如果你量级到了几千/天那种，建议联系他们的企业版支持。
Q：能不能给不同站点设不同的聊天窗口样式？
能。每个渠道独立配置——按钮颜色、位置（左下/右下）、默认展开还是收起、窗口大小都可以分开设。我的商城站用的是品牌橙色，博客站用的是低调灰色，各站风格保持一致。
写在最后
多站点接入这个需求，说大不大说小不小。但凡你手上超过一个站需要客服，就别每个站单独搞一套系统了——后台切来切去的时间成本、消息遗漏的风险、数据分散无法统计的痛点，都是实实在在的效率黑洞。
LinkChat的多站点方案不算完美（比如我一直想要的”跨渠道转接”功能到现在还没出），但在同类产品里已经算是配置最简单、上手最快的了。如果你还没试过，去LinkChat下载页面装一个，免费版就能体验单站点，升级专业版解锁多站点功能后按这篇教程配一遍，20分钟的事。
有问题可以直接去linkchatcc.com右下角找他们的在线客服问，响应还挺快的——毕竟是做客服工具的，自己的客服体验总不能太差对吧。