显示次数、访问次数和会话规则按产品实现与浏览器状态判断，不能理解成对一个自然人永久只显示一次。应把出现位置、触发动作和频次条件分开，并在明确的浏览器状态下验证。
列清弹窗出现的三个层面
记录Conditions决定哪些页面、Triggers由什么操作触发、Advanced Rules施加哪些额外限制。打开按钮手动调用可能与自动触发路径不同，应按当前官方说明核对。不要只设置频次限制，却忘记另一份弹窗仍在全站自动出现。
定义本业务想限制什么
明确是每次访问、每段会话、某些页面浏览后，还是用户主动关闭后减少干扰。技术规则与业务语言不能混用，尤其不能向客户承诺所有设备和浏览器统一记住同一个人。需要跨设备识别时，会涉及独立账号和隐私设计。
固定测试环境再比较
分别测试普通窗口的新访问、已有状态和独立窗口，记录是否清理了Cookie或本地存储。插件、同意管理和浏览器限制可能改变持久化行为。匿名窗口再次出现，不一定证明频次设置坏了；先确认它是否本来就是新的存储环境。
检查客户仍能主动联系
自动弹窗减少出现后，页面上的电话、微信和主动咨询按钮应继续可用，不能把唯一联系渠道藏进一次性提示。检查手机关闭、键盘和访问返回流程，并保留本次实际条件。频次规则优化应降低干扰，不制造难以退出的反复弹出。
关键区别
显示条件：决定哪些页面出现；不是触发时机。
触发规则：响应访问或动作；手动路径另核对。
频次限制：依赖产品及存储状态；不是永久识别自然人。
怎样确认处理到位
在约定浏览器条件下频次符合预期，关闭和主动重开都正常，固定联系入口始终可用，未对跨设备记忆作未经验证的承诺。
容易误判的边界
弹窗触发与会话统计可能随版本和许可变化，应读取当前产品说明。不要用隐藏关闭按钮来强迫每个访客提交，也不把测试打开次数算成真实询盘。
