先给结论:在SEO问题诊断里,把同一用户的多次咨询当成多次独立需求,通常会把问题规模估大,也会让优先级排错。区分人数与次数的关键不是看咨询条数,而是看能否把每条记录归到同一个可识别主体上。如果只能看到次数,就把它当作次数处理;如果能稳定归并到人,才按人数统计。两种口径对应两种不同的下一步动作,混用会让诊断结论失真。
这两个问题在诊断中指向不同原因。人数回答的是影响面:有多少个不同的站点或负责人被同一个问题卡住。次数回答的是发生频率:同一个问题被反复触发或反复上报了多少回。假设一个团队收到同一类索引异常咨询共12条,其中3条来自同一个站点负责人,其余9条各来自不同人。按次数看是12,按人数看是10。如果你要判断“这个问题是否普遍”,人数更接近答案;如果你要判断“这个问题是否高频复发”,次数更接近答案。选择依据很简单:下一步动作是扩大排查范围,还是深挖单个案例的复发条件。
当咨询记录里存在可复用的身份线索,比如同一账号、同一站点域名、同一联系邮箱,就可以做归并。动作是:为每条记录补一个主体标识,把标识相同的记录合并成一条“人”的记录,同时保留其次数。结果是你会得到一张既有主体又有频次的清单。这张清单直接影响下一步:人数高而次数低,说明问题分散在多个主体,适合扩大样本继续验证;人数低而次数高,说明问题集中在少数主体,适合回到这些主体的具体配置里找复发条件。注意,归并只在标识可靠时成立。如果同一人换了账号、同一站点换了负责人,归并就会出错,这时宁可退回按次数统计。
很多咨询渠道只留下消息内容,没有稳定身份线索。此时任何“大约有几个人”的推算都缺少依据。可核查的做法是:把次数作为唯一口径,并在结论里明确写“本轮统计的是咨询次数,不是人数”。动作是给每条记录标注来源渠道和时间,观察同一描述是否在短时间内成簇出现。成簇只能说明这段时间内该描述被多次提出,不能单独证明是同一批人还是不同人。例外情况是:如果渠道本身对每条消息都生成独立会话且不保留身份,那么次数与人数在数据上就是不可分的,此时应停止做人数推断,转而用可复现的复现步骤来验证问题本身。
假设某周收到关于“页面收录异常”的咨询8条,其中5条来自同一域名下的不同邮箱,3条来自三个不同域名。按次数是8;按域名归并后是4个主体。若你的目标是判断该异常是否与某类站点结构有关,4个主体里3个是独立域名,样本更分散,值得继续扩大;若你的目标是判断某个配置改动是否引发复发,同一域名下的5条更值得优先回看。这里的关键不是哪个数字更大,而是哪个口径匹配你下一步要验证的假设。假设本身要写清楚,比如“我假设同一域名下的多次咨询指向同一类配置问题”,再用实际配置去验证或推翻它。
无论采用哪种口径,都要在记录里固定三件事:统计单位、归并规则、无法归并时的处理方式。动作是每次更新咨询清单时同步更新这三项,结果是后续任何人接手都能复现同一套判断。若中途更换口径,比如从次数改为人数,应保留两套数字并注明切换原因,而不是直接覆盖。这样做的实际影响是:当你说“这个问题影响面在扩大”时,读者能看出你依据的是人数还是次数,也能判断这个结论是否站得住。口径不清时,最稳妥的下一步是先补身份线索,再决定按哪种方式统计。