主题指南
Self-hosted live chat：自托管在线客服指南
“self-hosted live chat”搜索的背后是一个明确诉求：要一个 embed 进网站的聊天窗，但数据、成本和定制权要在自己手里。这篇指南给出一套可执行的评估清单，并说明从选型到生产的完整路径——不绑定任何一家产品，但会用 IMCore 举例。
评估自托管 live chat 的七条清单
自托管不是把聊天室装上服务器就算数。评估任何候选（开源或商业）时，按这七条过一遍，缺任何一条都会在生产环境里变成事故或返工：
- 可靠投递：ACK、重发、顺序保证——消息“偶尔丢一条”不可接受
- 扇出与规模：群发/广播场景的吞吐（看实测数字，不看宣传页）
- 坐席工作台：排队、分配、转接、人机协作是日常运营的主界面
- AI 能力：能否接你自己的模型与知识库，答案是否可溯源
- 客户端 SDK：Web 组件 + 移动端（Flutter/React Native 等）的覆盖与定制深度
- 部署足迹：单机起步的最低配置，以及不改客户端的横向扩展路径
- 许可证模型：开源 ≠ 免费生产可用；看清哪些能力锁在付费版
三条常见路线的成本结构
SaaS live chat（Intercom/美洽类）按坐席订阅，快但数据和费用曲线都在厂商手里；开源拼装（Chatwoot 类 + 自建消息层）表面免费，可靠投递与移动端 SDK 的工程量容易被低估；商用私有化引擎（IMCore 类）买断为主，附完整服务端与客户端——三条路线的逐项对照见对比选型页。
从零到生产的路径
以 IMCore 为例：先用一条命令在本地拉起体验（PostgreSQL + Redis + 服务端），确认消息流与坐席工作台；再按生产 Compose 教程上 VPS——Caddy 自动 HTTPS、数据库与 Redis 不暴露公网；最后把 Web 气泡组件嵌进站点、后端签发 JWT。全程不动客户端代码即可平滑切到集群形态。
容量参考：一台 4C8G 单实例实测承载 10000 并发连接、每秒近四万条扇出消息、p99 153ms——绝大多数站点的客服流量远不到这个量级。
常见问题
自托管 live chat 和用 SaaS 比省多少？
取决于坐席规模与年限：订阅费随坐席线性增长且永续，自托管买断是一次性的。粗略规律是坐席越多、年限越长，自托管的总拥有成本优势越大；可以用你的坐席数和预期年限找我们算一笔明细。
开源方案（比如 Chatwoot）不就免费吗？
软件许可可能免费，但生产化要自己补：可靠消息投递、移动端 SDK、集群扩展、审核与监控——这些要么在付费版里，要么是你团队的工程时间。把它算进总成本再和商用引擎比，结论常常不一样。
网站嵌入的聊天组件要自己开发吗？
不用。IMCore 自带网页客服气泡 + 对话窗组件，也有 Web/React 与 Flutter 的 UIKit 供深度定制；官网演示环境可以直接体验嵌入效果。
延伸阅读
竞品对比选型
/compare/ →Docker Compose 生产部署
/docs/deploy-docker-compose/ →自建聊天服务器：选型与架构
/docs/self-hosted-chat-server/ →私有化客服系统：为什么以及怎么选
/topics/self-hosted-customer-service/ →私有化 AI 客服：自托管智能客服选型指南
/topics/self-hosted-ai-customer-service/ →内网隔离环境下的即时通讯：选型与部署
/topics/air-gapped-instant-messaging/ →READY TO OWN THE CONVERSATION?
带上你的部署规模， 一起算清需要几台机器
告诉我们并发连接、日消息量和部署环境，我们会给出明确的版本与架构建议。
通常一个工作日内回复