美洽怎么设置访客端聊天窗口消息免打扰时段？

在美洽后台通过“设置→渠道/访客端设置→聊天窗口（消息免打扰）”开启访客端免打扰，设定每日或自定义时段、选择弹窗/静默/阻断与自动回复规则，保存并应用到对应站点或渠道后生效，最后在访客端或控制台预览中验证显示。

先把问题拆成三块：什么、去哪儿设置、会有什么效果

想清楚这三点之后，动手就不会慌。简单说，*消息免打扰时段*就是告诉美洽在某些时间里不要以打扰方式提醒访客或阻止消息弹出。设置的入口通常在控制台的“访客端/聊天窗口”配置里，你要选对应用或站点，把时间段、行为和自动回复都配置好并保存。效果上可能是“隐藏气泡”“静默接收但不弹窗”“直接提示离线留言并阻断消息”等，按你的选择不同，访客看到的体验也不同。

一步步操作（适合大多数用户的快速上手指南）

1. 登录美洽管理后台，使用管理员账号进入。
2. 定位到访客端设置或渠道管理：左侧菜单查找“设置/渠道/访客端/聊天窗口”之类的项，选择你要配置的网站、H5、小程序或子渠道。
3. 找到“消息免打扰”或“访客端免扰时段”设置：通常在聊天窗口或消息设置页内有相关开关和时间配置区域。
4. 开启功能并添加时段：点击启用后填写开始时间和结束时间（支持多段配置），可选择按每天生效或按周/工作日/周末生效。
5. 选择免打扰期间的行为：常见选项包括隐藏聊天气泡、静默接收消息（不弹出提示）、阻断消息并提示游客留言、或允许留言但不通知坐席。
6. 配置自动回复与留言提示：设置在免扰时段内自动发送的文本（如“您好，我们在xx时间在线，非工作时间请留言”），并决定是否保留离线留言功能。
7. 设置作用范围与时区：指定是应用全局生效还是仅针对某站点/渠道，确认时区设置与目标访客一致。
8. 保存并发布：确认无误后保存配置，并确保生效的渠道已选择。
9. 验证效果：在访客端（或使用浏览器无痕/模拟器）进入对应站点，调整本地时间或使用控制台预览功能检查免打扰生效情况。

把每一步拆开来讲清楚（按模块解释）

登录与定位

登录美洽后台后，界面左侧通常是功能菜单。若你没有看到“访客端”一项，可能需要在“设置”或“渠道管理”里寻找。关键是要先选中要配置的具体渠道（例如站点A、站点B、或微信小程序），因为免打扰可能是按渠道单独生效的。

添加时段：时间设置要注意的细节

• 时间粒度：一般支持按小时和分钟的粒度设置，常见是整点（例如23:00-08:00）。
• 多段设置：你可以添加多段时段，例如工作日中午12:00-13:00和晚间22:00-次日08:00。
• 跨天设置：许多平台允许跨夜时段（比如23:00到次日08:00），设置时要确认是否支持跨天并保存为单条规则。
• 按周规则：可以选择只在周末生效，或仅在工作日生效。
• 时区问题：若你服务的访客分布在不同国家，确认控制台使用的是哪个时区（一般按后台或站点时区设置），否则会出现时间偏移。

免打扰行为解释（不同选项会带来不同访客体验）

进阶用法：渠道与 SDK 的配合（如果你需要细粒度控制）

不少团队除了在控制台里设置全局免打扰外，还想按业务动态控制访客端：例如节假日临时关闭、针对 VIP 委派客服、或通过 A/B 测试不同的免扰策略。这时你可以结合美洽的前端配置或 SDK 接口来实现动态控制。

通过前端 SDK/埋点临时覆盖

如果你的页面里加载的是美洽的 JS 植入代码，通常可以在初始化参数里传入“禁用浮动窗”或“免打扰开关”这样的布尔值，在页面加载时判断业务逻辑（如节假日列表、用户属性）来决定是否启用浮动窗。例如伪代码：

if (isHoliday || userPrefersQuiet) {
  Meiqia.init({ showFloat: false, disableNotify: true });
} else {
  Meiqia.init({ showFloat: true });
}

（注：上面是示例伪代码，具体参数名以美洽官方 SDK 文档为准。）

通过 API 或后台规则自动切换

如果你有自己的排班系统或假期计划，可以通过后台调用美洽的 API（若平台提供）在特定时刻打开或关闭免扰规则，或者在计划生效时修改渠道配置。这样能确保免扰规则与公司实际工作时间完全一致，避免手工失误。

常见问题与排查思路（遇到不生效先别慌）

• 设置保存后不生效：检查是否对正确的渠道/站点进行了配置；有时平台支持多层级（全局→渠道→子站点），下级配置会覆盖上级，确认生效范围。
• 时区不一致：确认控制台所用时区和访客所在地时区一致，或在规则里按 UTC 转换计算。
• 本地缓存/页面缓存问题：浏览器缓存或站点静态文件未更新可能导致旧的聊天脚本继续运行，清理缓存或在无痕模式下测试。
• 多个浮动窗脚本冲突：如果页面加载了多个客服脚本（历史版本或其他厂商），会出现显示冲突，需要查看控制台 JS 错误并清理冗余脚本。
• 移动端与桌面端表现不同：确认免扰设置是否同时应用到 APP、H5、小程序等不同渠道，某些渠道需在各自平台单独配置。
• 坐席未收到留言：检查离线留言功能是否开启、是否配置了消息转工单或邮件通知。

测试建议：如何确保访客端真实体验与你预期一致

• 在设置好免扰时段后，把本地设备时间调整到免扰内/外，分别打开访客端页面查看差异；
• 用无痕或不同浏览器测试，避免缓存影响；
• 让不同角色（普通访客、登录用户、VIP）分别测试，验证是否有角色差异；
• 在免扰时段尝试发起会话并填写留言，检查系统是否推送给坐席或生成工单；
• 检查坐席端的消息列表和通知，确认“静默接收”是否还会保留后台收取功能；
• 如果有手机 APP，分别在 iOS/Android 真机上测试，因为推送和本地通知行为不同。

实用模板：免打扰时段的自动回复示例

自动回复要简洁、礼貌并指明期待的响应时间，下面是几个适用场景的模板，可以直接复制粘贴并根据公司风格调整：

• 电商常规：“您好，我们的客服工作时间为每天 9:00–18:00，当前非工作时间。您可以留言，我们将在上一个工作日内回复，感谢理解。”
• 深夜维护：“当前处于系统维护时段，部分功能可能不可用。如有紧急问题，请联系紧急热线：xxx-xxxxxx。”
• 节假日放假：“节假日放假安排：xx月xx日至xx月xx日，节后我们将尽快处理您的问题，紧急事务请致电客服热线。”
• 预约型服务：“我们已收到您的留言，客服将在工作时间内与您确认预约，请保持联系方式畅通。”

常见场景与推荐配置（两三个典型业务场景）

场景一：电商–夜间不接单但允许留言

• 时段：23:00–08:00
• 行为：阻断即时弹窗 + 显示离线留言表单 + 自动回复“我们已收到您的留言，工作时间会处理”
• 说明：避免深夜打扰，提高用户体验同时保留转化入口

场景二：B2B–会议中/客服集中处理时段

• 时段：周三 14:00–15:30（团队例会）
• 行为：静默接收（不弹窗）+ 坐席端收集消息但不弹通知
• 说明：让坐席专注会议，消息仍会排队，会议结束后统一处理

场景三：全球服务–按地区工作时间生效

• 时段：根据访客的时区区分免打扰规则
• 行为：对不同站点/子渠道设置不同时段，或前端传入访客时区并动态调整
• 说明：用户在当地白天能获得即时服务，夜间则进入免扰

把“人”放进规则里：权限、角色与例外处理

实际运维中不是所有访客都应被同等对待。设计免扰策略时，考虑这些例外：

• VIP 或付费用户：优先级高，可以设置免扰时段对普通访客有效但对 VIP 仍然允许弹窗或优先接入。
• 坐席排班冲突：免扰规则应该与坐席排班系统对齐，若坐席临时变更班次，应能临时覆盖免扰规则。
• 紧急工单：允许访客勾选“紧急”标签或通过特殊入口联系（例如呼叫按钮），绕过免扰规则。

实施小贴士（避免常见坑）

• 明确职责：谁负责维护免扰规则、谁在节假日前检查配置；把它纳入运维或产品例行检查表。
• 记录变更：每次修改免扰设置都记录在案（谁改、何时改、为何改），方便排查。
• 避免过长的免扰时段：长期关闭会降低转化率，尽量在确需的时间段使用。
• 结合数据：通过客服数据观察免扰时段的留言量和未回应率，判断是否调整策略。

如果你需要更自动化的策略：推荐的架构思路

把免扰规则接入企业的日程/假期系统，形成自动化闭环：

• 在公司假期日历中标注法定节假日与内部休息日；
• 通过中间件或定时任务，在节假日前夕自动更新美洽免扰规则；
• 当坐席临时加班或备用坐席上线时，通过 API 恢复即时通知；
• 所有变更触发通知到相关负责人，保障异常可追溯。

最后：如果设置后仍有疑问，按这个顺序排查

1. 确认你对的是正确的渠道/站点；
2. 确认时区是否正确；
3. 清理缓存并尝试无痕模式；
4. 检查是否有多份埋点或脚本冲突；
5. 查看坐席端是否正确接收离线留言与通知；
6. 必要时联络美洽技术支持并提供具体渠道 ID、时间规则截图与测试账号。

按上面步骤来一遍，你基本能把访客端的免打扰时段配置得既符合业务需求，又不会误伤重要用户。要是遇到平台界面和这里描述不完全一致，那通常是产品界面升级引起的小差异，思路和步骤差别不大：定位到“访客端/聊天窗口/消息设置”类入口，选好渠道—设好时间—定义行为—保存—验证，整个流程就是这个套路。接下来你可以直接去后台按步骤操作一遍，边配边测，会更快适应。