360网站安全检测：同一用户多次咨询时怎样区分人数与次数
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /528a73c79536.html
📄
360网站安全检测：同一用户多次咨询时怎样区分人数与次数
先给结论：把“咨询次数”直接当作“咨询人数”来读，在样本量小的时候常常看不出问题，一旦咨询量放大，重复咨询、同一主体换渠道、机器人试探都会让次数虚高。处理顺序不是先改报表，而是先给每条咨询记录一个可回溯的身份线索，再用这个线索把次数拆成人数和人均次数两个量。
为什么小样本下人数与次数看起来一样
假设某页面一周只收到五次咨询记录，恰好来自五个不同的联系方式，次数和人数都是五，两者没有差别。这个结果不说明口径正确，只说明样本太少，重复还没有机会出现。当咨询量增加到几十条、上百条，同一手机号、同一账号、同一IP在不同时间反复出现，次数就会明显大于人数。
规模化之后出现例外的常见原因有三类：同一人分多次追问、同一人换设备或换渠道再次提交、非人工来源的重复提交。三者的处理方式并不相同，所以不能用一个“去重”动作全部解决。
先把咨询记录整理成可判断的字段
以读者手里的一份咨询导出表或后台记录为对象，先确认它至少包含时间、来源渠道、联系方式、内容摘要这几列。如果缺少稳定标识，人数就无法可靠计算，此时任何“人数”数字都只是估算。
- 时间：精确到分钟即可，用于判断是否属于连续追问。
- 渠道：区分页面表单、在线对话、电话记录等入口。
- 标识：手机号、账号、邮箱等，优先选择跨渠道稳定的那一类。
- 内容：用于判断两次记录是同一诉求的延续，还是两个独立问题。
整理完成后，先按标识分组，再按时间排序。这个动作的结果会直接决定下一步：如果同一标识在短时间内出现多条记录，说明次数被追问抬高；如果同一标识分散在不同渠道，说明人数被渠道拆分。
用时间窗口区分追问与独立咨询
分组之后需要一条判断规则。一个可执行的做法是设定时间窗口：同一标识在窗口内的多条记录合并为一次咨询，窗口外的记录计为新的咨询。窗口长度没有通用标准，取决于业务本身的对话节奏。
假设某业务的咨询通常在一次对话内解决，把窗口设为三十分钟。同一手机号在十分钟内提交三条记录，合并后人数和次数都记为一；同一手机号当天上午和次日上午各提交一次，则计为两次咨询、一个人。这个例子只是说明比较方法，实际窗口需要用自己的记录验证。
需要提醒的是，窗口越长，人数被低估的风险越高；窗口越短，重复被计入次数的风险越高。两种误差方向相反，所以要结合业务判断哪一侧更不能接受，而不是追求一个绝对正确的数值。
区分渠道拆分与真实新增
同一主体换渠道再次咨询时，如果各渠道分别统计，人数会被重复计算。处理方式是先按标识跨渠道合并，再回看渠道字段，判断这次新增是真实的新诉求，还是同一诉求换了入口。
可以按下面的顺序核对：
- 列出同一标识在各渠道的记录。
- 比较内容摘要是否指向同一问题。
- 若指向同一问题，人数计一，次数按渠道分别保留，用于分析入口分布。
- 若指向不同问题，人数仍计一，但咨询主题需要单独归类。
这样处理后，人数用于衡量有多少个真实主体，次数用于衡量互动总量，两个指标各司其职，不再互相污染。
把结论落回到检测与页面调整
区分人数与次数之后，才能判断某个页面到底出了什么问题。如果次数高但人数低，说明少数主体反复咨询，问题可能集中在个别环节或个别用户的理解障碍；如果人数和次数同步上升，说明问题影响面更广。两种情况的下一步动作不同：前者适合检查具体入口的提示是否清楚，后者适合检查整体流程是否一致。
需要说明的是，第三方估算流量、搜索引擎报告与站内统计的口径本来就不同，某项统计归零或异常也不能单独证明处理正确。它可能来自采集方式变化、过滤规则调整，也可能只是记录中断。判断时应保留原始记录，用可核查的证据链说明变化，而不是只凭一个数字下结论。
最后回到可执行的一步：先给现有记录补上稳定标识，再按标识分组、按时间窗口合并，得到人数与次数两个量。这个动作完成后，你才能知道该去检查哪一段流程，而不是在数据表面反复调整。
