友链检测工具，同一用户多次咨询时怎样区分人数与次数
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e9ff4fef9db3.html
📄
友链检测工具，同一用户多次咨询时怎样区分人数与次数
先给结论：把“咨询”当成一个事件来记录，而不是当成一个人来计数。同一个人今天问一次、三天后再问一次，如果每次都被算作一个新对象，人数就会被高估；反过来，如果只按联系人合并，又会丢掉“这次和上次问的是不是同一件事”这个关键信息。因此更稳的做法是同时保留两层记录：一层是会话事件，一层是联系人身份，再用一个可复核的合并规则把两者连起来。
假设情境：三条咨询记录，到底是几个人
假设某站点在退出旧友链合作期间，收到三条咨询记录：周一来自邮箱 A，问某个旧链接为什么失效；周三来自邮箱 B，问同样的问题；周五来自邮箱 A，附带一句“上次那个还没处理”。如果只看记录条数，会得出“三个人关注、三次咨询”；如果只按邮箱去重，会得出“两个人、三次咨询”。两种口径都不算错，但它们回答的是不同问题：前者回答“沟通工作量有多大”，后者回答“有多少个独立联系人需要跟进”。做退出决策时，真正需要的是后者，因为要判断的是“还有多少合作方没被通知到”，而不是“我们回了多少条消息”。
用可区分的原因判断是同一人还是同一件事
区分人数与次数，难点不在计数，而在归因。以下证据可以帮你判断两次咨询是否来自同一个主体，按可靠性从高到低排列：
- 可验证的身份标识：登录账号、已确认的邮箱或双方约定的对接人编号。这类标识能直接合并。
- 上下文连续性：第二次咨询明确引用了第一次的结论、编号或时间点，例如“上次说的那个旧链接”。
- 行为模式吻合：提问角度、用词习惯、涉及的具体页面高度一致，但这类证据只能作为辅助。
- 时间接近：同一时段集中出现，可能只是同一批通知触发的反应，不能单独作为合并依据。
反过来，如果两条记录来自不同邮箱、引用不同页面、诉求方向也不同，即使时间很近，也更应该先按两个联系人处理，再在后续沟通中确认。把不确定的记录强行合并，会让退出名单漏人；把明显同一人的记录拆开，则会让跟进重复、判断失真。
实际动作：先建两张表，再定一条合并规则
具体做法是：第一张表按“咨询事件”逐条记录，字段包括时间、来源渠道、原始问法、涉及的旧链接或旧合作方；第二张表按“联系人”记录，字段包括身份标识、首次出现时间、累计咨询次数、当前处理状态。然后写一条明确的合并规则，例如“只有出现可验证身份标识，或第二次咨询主动引用前次内容时，才把新事件并入已有联系人；其余情况先新建联系人，并在下次沟通中确认”。
这个动作会直接影响下一步：如果合并规则偏严，联系人数量会偏高，退出通知可能发给已经问过的人，浪费一次沟通；如果规则偏松，联系人数量会偏低，可能漏掉真正需要单独回复的合作方。因此规则一旦定下，就要在退出流程里固定使用同一口径，不要在月中换标准，否则前后数据无法比较。
次数本身也有诊断价值，不要只盯着人数
把次数单独看，能得到人数给不出的信息。同一联系人短时间内反复咨询，通常说明第一次回复没有解决他的问题，或者旧链接的失效状态在两次咨询之间发生了变化。此时应该回查：这两次咨询之间，旧内容或旧合作方的状态是否被改动过。若确实改动过，那么次数上升是流程问题，不是关注度上升；若没有改动，则更可能是回复内容不完整。
需要注意，咨询次数、页面访问量或抓取记录的变化，都不能单独证明某个处理动作正确。次数归零可能是问题真的解决了，也可能是通知渠道换了、对方改用别的方式联系，或者只是这段时间没人再看旧页面。判断时要回到证据链：谁在问、问的是哪个对象、这个对象当前处于什么状态。
退出旧合作时，这套口径怎么落到决策上
回到开头的情境。按“事件 + 联系人 + 合并规则”整理后，可能得到两个联系人、三次咨询，其中邮箱 A 的两次被合并。接下来要做的不是继续数数，而是分对象处理：对已经明确表示不再需要的联系人，标记为可退出；对仍在追问旧链接状态的联系人，先确认他依赖的是哪一部分内容，再决定是替换、保留还是彻底移除。
这样做的结果是，退出名单不再由“谁问得最多”决定，而由“谁还有未解决的实际依赖”决定。次数用于发现异常，人数用于确定通知范围，两者配合，才能既不漏人，也不重复打扰。最后提醒一句：无论用哪种口径，都要把原始记录留在可复查的地方，因为后续再出现类似咨询时，你需要的是当时的证据，而不是重新猜一遍。
