人工摘要:Tawk.to 适合想低成本接入网页实时客服的团队:核心人工聊天、坐席、工单和知识库可以免费起步,但去品牌、AI Assist 的更高额度等属于独立增值项。稳妥的上线方式不是直接全站插入代码,而是先建测试 Property,完成插件或脚本接入,再逐项验收通知、离线工单、隐私同意、移动端遮挡、CSP 与撤下回滚。
Tawk.to 是什么?先看快速结论
Tawk.to 官网提供网页聊天 Widget、坐席协作、工单和知识库等客服能力。用户访问网站时,右下角或自定义位置出现聊天入口;团队可以在网页后台或移动端接待。它更像一套“网站消息与人工客服工作台”,AI Assist 是可选的自动回答层,不应把整个平台直接等同于 AI 客服机器人。
| 问题 | 直接答案 | 上线前要确认 |
|---|---|---|
| 能否免费使用 | 核心人工实时聊天可免费起步 | 是否需要去品牌、AI Assist 高额度或其他附加服务 |
| 是否支持 WordPress | 支持官方插件,也可手动嵌入 Widget Code | 选一种接入方式,避免重复加载 |
| 是否能自动回答 | AI Assist 可承担部分自动回复 | 配额、知识来源、人工接管和错误回答边界 |
| 是否自动满足隐私法规 | 不能。平台提供同意和数据处理工具 | 网站经营者仍需决定目的、告知、留存与响应流程 |
| 是否适合所有团队 | 适合网页客服起步与中小团队试点 | 全渠道、深度 CRM、数据驻留或复杂审计要求需单独评估 |
一句话建议:如果首要任务是“让网站访客能找到真人并留下可跟进的问题”,Tawk.to 值得先做小范围试点;如果需求是中国大陆本地通信渠道、强制本地数据驻留、复杂呼叫中心或已经确定的全渠道 CRM,则要先列需求清单,再比较其他方案。
Tawk.to 真的完全免费吗?
旧稿常把“免费”写成没有边界的承诺。更准确的说法是:核心人工客服能力可以免费使用,但品牌、AI 和其他附加服务可能收费。官方的 Remove Branding 购买说明在 2026 年 8 月 3 日显示为 39 美元/月,或按年支付 348 美元(折合 29 美元/月);该增值项按 Property 生效。价格会变化,采购前应重新打开官方页面,不要只看第三方文章或历史截图。
AI Assist 官方计费说明把 Hobby、Growth、Business 和 Enterprise 分开。Hobby 当前可免费体验,包含每月 100 条消息额度、1 个 AI chat agent 和有限的数据容量;更高消息额度、更多 AI agent、人工升级和 API 集成等能力随计划变化。这里的“消息额度”是 AI 生成回复的计费单位,不是人工坐席会话数,也不是网站访问量。
| 能力层 | 适合用途 | 容易误解的地方 | 核验动作 |
|---|---|---|---|
| 核心人工聊天 | 访客咨询、坐席回复、离线跟进 | 免费不代表没有隐私、培训与值班成本 | 用真实班次跑一周测试 |
| Remove Branding | 去掉平台标识、使用自有品牌与部分自有域名 | 按 Property 计费,且 DNS/HTTPS 仍需配置 | 采购前复核官方价格和作用范围 |
| AI Assist Hobby | 小规模知识库与自动回答试验 | 免费额度不等于无限自动客服 | 记录消息消耗与错误升级率 |
| AI Assist 付费计划 | 更高消息量、更多 bot、集成与支持 | 方案价格不能替代总成本评估 | 按月峰值、知识量和人工接管测算 |
若团队准备把 AI 引入客服,应先阅读兰塞 AI 的电商 AI 分阶段验收指南,把商品事实、客服回答、人工复核和结账责任分开。不要用“AI 可以回答”替代知识来源、升级路径和责任人的设计。
WordPress 和普通网站怎么安装?

官方提供两条路线。WordPress 用户可按官方 WordPress 安装指南安装并启用插件,登录后选择正确的 Property 与 Widget;也可以复制代码手动插入页面。普通网站可按网页 Widget 安装说明,从 Administration → Chat Widget 获取 JavaScript 片段并放在关闭的 </body> 前。
对大多数 WordPress 站点,优先选择插件或由主题/标签管理器统一管理的代码入口,不要同时使用插件和手工代码。直接编辑主题的 footer.php 容易在主题更新后丢失,也不利于回滚;若必须使用代码,至少记录添加位置、负责人、发布时间和撤下步骤。
- 建立测试 Property。名称中明确写“测试”,不要把生产站与测试站共用一个 Widget Code。
- 只选一种安装方式。WordPress 插件、主题钩子或标签管理器三选一;发布后检查页面是否重复出现两个聊天框。
- 配置人工服务底线。邀请坐席,设置在线/离线状态、通知、离线表单、工单责任人和交接规则。官方的坐席管理说明可用于复核权限与邀请流程。
- 处理同意与告知。在收集姓名、邮箱、聊天内容或其他个人信息前,明确目的与处理方式。
- 做三端验收。桌面、390px 移动端和慢速网络各测一次,再从无痕窗口验证 Cookie、离线与撤下。
上线验收:聊天框出现还不够
| 检查项 | 通过标准 | 失败时先查 |
|---|---|---|
| 可见性 | 只在计划页面出现,不重复加载,不遮挡购买/提交按钮 | 插件可见性、缓存、重复脚本 |
| 实时会话 | 访客消息能到达正确 Property 和责任坐席 | Widget Code、坐席状态、属性选择 |
| 通知 | 网页与至少一台值班设备收到提醒 | 浏览器权限、系统省电、App 登录 |
| 离线与工单 | 无人值班时能留下问题,并分配到可追踪责任人 | 离线表单、邮箱、工单路由 |
| 移动端 | 390px 下不遮挡导航、同意按钮和核心 CTA | Widget 位置、z-index、安全区 |
| 性能 | 慢速网络下正文先可读,聊天脚本失败不阻塞页面 | 第三方脚本加载、缓存、超时 |
| 回滚 | 停用插件或开关后,前台不再加载相关脚本 | 页面缓存、CDN、标签管理器 |
如果 Widget 不出现,先打开浏览器控制台检查 Content Security Policy。官方安装说明明确提示严格 CSP 可能拦截第三方脚本,应按实际控制台报错配置允许域,而不是为了省事关闭整站 CSP。WordPress 插件场景还可参考官方的Widget 不显示排查页,但不要把“允许所有第三方 Cookie”当成唯一或默认解决方案;应优先做站点例外、浏览器兼容测试和隐私评估。
隐私、Cookie 与数据责任怎么处理?

Tawk.to 的Consent Form 官方说明写明:可以针对欧洲访客和受支持的美国双向同意州配置同意表单;启用后,在访客接受前,聊天 Widget 相关 Cookie 与本地存储不会设置。同时,官方也明确提醒,同意表单只是收集和记录同意的工具,不能保证网站自动满足所有法律要求。
官方的Cookie 与存储说明列出了 Widget 使用 Cookie、local storage 和 session storage 的用途。网站应在自己的隐私告知中说明聊天服务、收集字段、用途、共享对象、保存期限和权利请求入口,并用无痕窗口验证“拒绝或尚未同意”时的真实行为。
Tawk.to 隐私政策说明,其在很多客户场景中作为数据处理者,客户作为数据控制者决定处理目的与方式;数据处理附录(DPA)则覆盖处理指令、保密、分处理者、返还/删除和跨境机制等条款。采购或合规团队还应同步审阅服务条款和数据保护说明。这些官方材料是合同与治理输入,不等于本文给出法律结论。
| 治理问题 | 最低记录 | 不要这样做 |
|---|---|---|
| 收集什么 | 字段、聊天内容、附件、设备/访问信息 | 让坐席随意索取证件或敏感信息 |
| 为什么收集 | 售前、支持、工单或安全目的 | 用模糊的“改善体验”覆盖所有用途 |
| 保存多久 | 按业务和法律需要设定期限与删除流程 | 默认永久保留且无人复查 |
| 谁能访问 | 坐席角色、管理员、外包与审计权限 | 共享管理员账号 |
| 如何响应权利请求 | 查询、导出、更正、删除与投诉入口 | 只放政策链接而没有执行责任人 |
对个人信息分类、误传和补救流程,可继续阅读AI 会泄露隐私吗与AI 项目隐私保护技术选型。前者偏个人操作,后者偏项目架构;两者都不能替代针对具体地区和行业的法律评估。
AI Assist 应该怎么试,而不是直接替换人工?
先把 AI Assist 限定在低风险、高重复、可由公开知识库回答的问题,例如营业时间、公开政策、常见操作入口。退款争议、账户安全、医疗/法律/金融建议、个人身份核验和任何需要查看私密记录的问题,应直接交给人工。
| 阶段 | 做法 | 验收指标 | 退出条件 |
|---|---|---|---|
| 影子测试 | AI 生成建议但不自动发送 | 来源命中、事实错误、遗漏风险 | 高风险问题仍被回答 |
| 小流量开放 | 只覆盖明确 FAQ,显示 AI 身份和转人工入口 | 人工接管是否成功、投诉与重复追问 | 无法稳定升级人工或知识过期 |
| 扩展知识 | 增加已审核页面,设置复查负责人和日期 | 每条关键答案能追溯到来源 | 知识更新无人负责 |
| 持续回归 | 保存固定问题集,版本更新后重测 | 同题答案、拒答、引用和转人工一致 | 核心回归集失败 |
如果需要建立来源台账、章节级证据与合稿验收,可复用AI 长文来源台账方法的思路:把每条客服知识拆成“主张—来源—适用范围—更新时间—责任人”,而不是把整个网站不加筛选地交给爬虫。安全类提示和发布门禁可参照AI 系统威胁建模指南,为提示注入、越权读取和错误工具调用预留隔离与回滚。
Tawk.to 适合谁?不适合谁?
| 场景 | 匹配度 | 理由 | 下一步 |
|---|---|---|---|
| 个人站、小团队、早期产品 | 高 | 可低成本验证实时聊天与工单流程 | 先做一周值班与离线试点 |
| WordPress 内容或电商站 | 高 | 有官方插件和页面可见性控制 | 检查结账按钮遮挡与 WooCommerce 页面 |
| 希望快速试 AI FAQ | 中 | AI Assist 有免费入门层,但额度和知识治理仍需投入 | 先影子测试,再开放低风险问题 |
| 复杂呼叫中心与全渠道 CRM | 待评估 | 仅凭网页聊天功能不能证明满足电话、短信、工单 SLA 和深度 CRM | 先做需求矩阵与接口验证 |
| 严格数据驻留或行业监管 | 待评估 | 需审阅 DPA、分处理者、跨境、保留与审计条款 | 让法务、安全和采购共同评估 |
若主要目标是网站增长,不要把聊天框安装当成转化效果。应把“脚本加载成功”“访客发起聊天”“有效问题”“人工首响”“问题解决”和“后续业务结果”分开记录。关于搜索与站点发现,也要区分抓取、索引、排名和点击,可参考Bing Webmaster Tools 使用指南;任何聊天量或 IndexNow 记录都不能代替真实 Bing 自然搜索会话。
上线前 15 分钟检查清单
- 确认当前 Property、Widget Code 与生产域名一致。
- 确认只安装一次,没有插件与手工代码重复加载。
- 用访客、在线坐席、离线坐席三种状态各跑一次。
- 验证桌面和手机通知,明确当班与超时升级责任人。
- 用无痕窗口验证同意前后的 Cookie 与本地存储行为。
- 检查隐私告知、DPA/合同审阅、保留期限和删除流程。
- 在 390px 移动端检查聊天按钮是否遮挡菜单、表单或结账。
- 用慢速网络确认第三方脚本失败不会阻塞正文和核心操作。
- 若启用 AI,确认身份提示、知识来源、禁答范围和人工接管。
- 实际执行一次停用与清缓存,证明可以回滚。
常见问题
Tawk.to 免费版会限制人工坐席吗?
不要用旧文章的固定数字作采购依据。核心人工聊天可以免费起步;坐席、附加服务和政策边界应在创建测试 Property 后按当前后台与官方帮助中心复核。AI Assist 的消息额度是另一套计量,不等同于人工坐席聊天。
必须使用 WordPress 插件吗?
不必须。官方同时提供插件和手动 Widget Code。对非技术团队,插件更容易管理;对有统一标签治理的团队,代码或标签管理器更容易审计。关键是只保留一个加载入口,并且能快速撤下。
启用 Consent Form 就一定合规吗?
不是。官方明确说同意表单是辅助收集和记录同意的工具,不保证自动满足法律要求。网站仍需确定处理目的、告知、字段、保留、访问权限和权利请求流程。
AI Assist 能完全代替人工客服吗?
不建议这样设计。适合先处理公开、低风险、重复性问题;涉及账户、交易、敏感信息或专业判断时,应有清晰的拒答与转人工路径。先做影子测试和固定回归集,再决定是否扩量。
资料核验日期:2026 年 8 月 3 日。Tawk.to 的价格、AI Assist 配额、后台路径、隐私条款与分处理者可能变化;实际采购与上线前请重新打开本文链接的官方页面。
