先不要急着换工具或改配置。拿你手头那份“和别人不一样”的报表或页面,把它拆成四层范围——站点层、目录层、查询层、指标层,逐层问一句“当前账号能不能看到这一层”。多数差异不是工具算错,而是两个账号被授权看到的范围本来就不同;你能做的最小动作是复制对方报表的筛选条件,用自己的账号跑一次,看差异是缩小到某一层,还是整份对不上。
账号权限造成的差异有两种表现,处理方向完全不同。
区分方法很直接:让对方把报表的筛选条件截图或导出成一份条件清单,你按同一条件重跑。如果差异从“整份对不上”缩小到“只有某几个目录对不上”,问题就锁定在目录层的授权;如果连同一目录都对不上,才需要往查询层和指标层查。
权限差异很少是“全有或全无”,它通常落在下面四层中的某一层。按顺序核对,比反复刷新报表有效。
确认双方账号各自能列出哪些站点或资源。如果对方能看到三个站点汇总,你只被授权其中一个,那么任何跨站点汇总值都不可能一致。这一步只需看资源列表,不需要跑查询。
同站点内也可能按目录或子域做授权。让对方给出报表覆盖的路径前缀,你用自己的账号对同一前缀跑一次。若你的结果里缺少某个子域的数据,先确认该子域是否在你被授权的范围内,而不是先怀疑抓取或索引问题。
查询词、国家、设备、日期粒度这些维度,可能因权限或接口配额被限制。核对时固定其他条件,只改一个维度,观察结果是否变化。一次只动一个变量,才能知道是哪一层造成的差异。
即使范围完全一致,点击、展示、会话这类指标在不同报表里的统计口径也可能不同。核对时要求对方说明每个指标来自哪个数据源、是否去重、时间边界如何取。口径不同不是权限问题,但会和权限问题混在一起,必须分开处理。
假设你和同事各自导出一份“近 28 天自然流量”报表,你的总量明显偏低。按下面顺序操作:
/blog/ 和 /docs/,你的报表只有 /docs/。差异锁定在目录层。/blog/ 是否在其授权范围内,同时检查自己账号是否被单独排除了该目录。这个例子的数字只是用来说明比较方法,不代表任何真实账号的表现。它的价值在于:每一步都产生一个可验证的结论,而不是笼统地认为“工具不准”。
如果你拿不到对方账号,也不确定自己漏了哪一层,仍可执行以下最小动作:
做完这些,你能得到的是一个边界清楚、可复现的数据集。它的作用是支撑你下一步的判断,而不是证明某个工具或某个账号正确。
核对过程中容易过度解读,需要提前划清界限:
把范围核对清楚之后,再决定是申请补充授权、调整筛选条件,还是接受当前范围并明确标注缺口。这个决定应该基于你实际查到的层级差异,而不是基于两个总数不一样这一件事本身。