先核对“同一查询是否在同一数据范围内执行”。账号权限不同,最直接的影响往往不是数值本身,而是可查询的站点、时间区间、指标维度和导出粒度不同。可执行的做法是:拿同一个页面或同一组词,在两个账号下分别固定站点、时间、维度后各跑一次,逐项比对差异出现在哪一层,再决定是缩小口径、换账号复核,还是把该结果标为不可直接比较。
不要从“总览页看起来不一样”开始,那通常混了多个变量。选读者手里最容易拿到的一个对象:一个具体页面 URL,或一组不超过十个的查询词。把它写进核对记录,后续所有操作都围绕它展开。
核对前先记录四项前提:
这四项只要有一项不同,两个结果就不具备直接可比性。很多“权限导致结果不同”的判断,实际是时间区间或维度被默认改了。
在固定对象后,分别用两个账号跑同一查询,然后看差异出现在哪一层。不同位置指向不同解释,处理动作也不同。
如果账号 A 能看到五个站点,账号 B 只能看到两个,那么汇总值天然不同。此时应先把查询范围收窄到两个账号都能看到的那个站点或那批页面,再重跑。收窄后如果结果一致,说明差异来自范围,不来自数据本身。
有的账号默认展示最近一段时间,有的允许自定义更早区间。若一个结果包含最近几天、另一个不包含,数值差异可能只是边界不同。动作是把两个账号的起止日期手动改成同一天,再看剩余差异。
按天汇总与按周汇总、按页面聚合与按词聚合,会得到不同数值。核对时把维度也固定,只保留一个变量。若固定维度后差异消失,说明之前比较的是两种口径。
需要提醒的是,查询量、抓取量或某项统计显示为零,不能单独证明权限处理正确。它还可能来自时间区间未覆盖、页面未被纳入当前范围、维度筛选过窄,或数据尚未更新。要排除这些解释,仍需回到上面四项前提逐项确认。
比对完成后,通常只有三种结论,对应三种处理方式:
假设一个场景:账号 A 可查三个站点,账号 B 只能查一个站点。直接比较汇总值必然不同。把两者都限定到 B 能看到的那个站点后,若数值一致,就可判断差异来自站点范围;若仍不一致,再检查时间与维度。这个例子只用于说明比较方法,不代表任何具体工具的实际表现。
为了让下次遇到权限差异时不必重新摸索,建议每次核对都留下简短记录,至少包含:核对对象、两个账号、固定后的站点与时间、维度、差异位置、结论、下一步动作。记录的作用不是留档本身,而是让“这次结果能不能用”有依据。
当同一对象在多次核对中反复出现范围差异,就应考虑统一查询口径,而不是每次临时调整。若差异只在个别账号出现,优先核对该账号的可见范围是否被单独限制。
最后要明确:具体工具中哪些权限对应哪些数据范围,需要以该工具当前的账号设置和说明为准,不同产品、不同版本可能不同,不能套用同一结论。核对的价值在于把“结果不同”拆成可验证的范围问题,再决定是否采信这个结果。