先确认一件事:权限差异造成的“结果不同”,通常不是数据本身变了,而是你看到的范围被角色设置截断了。核对时不要先比数字,先比两边账号能触达的项目、站点和指标层级,再回到同一权限下重跑一次,才能判断差异来自权限还是来自数据。
条件一:你只在一个项目内发现差异。此时优先用“同账号复跑”排除缓存和抓取时间差,再考虑权限。条件二:你在多个项目、多个站点或多人协作的报表里都发现差异。此时权限范围几乎必然是主因,应优先核对角色矩阵,而不是逐个重跑查询。
判断依据可以看三点:差异是否只出现在某类指标(如只缺外链、只缺某个站点);差异是否只出现在某个成员导出的文件里;差异是否在换人操作后消失。三点中命中两点以上,基本可以按权限范围问题处理。
第一步,让两个账号分别导出同一份清单,字段只保留项目名、站点名、指标名和数值。第二步,把两份清单按站点和指标做差集,而不是直接比总数,因为总数相同也可能内部范围不同。第三步,把差集里的条目逐条回到工具界面确认:是看不到该项目,还是看得到项目但看不到该指标。
这个动作的结果会直接决定下一步:如果差集集中在“看不到项目”,要改的是项目级角色;如果集中在“看得到项目但指标为空”,要改的是指标级或报表级权限;如果差集在复跑后消失,问题不在权限,而在查询时间窗或数据更新节奏。
假设甲账号是管理员,乙账号是只读成员。甲导出某站点近 90 天的自然搜索词,得到 800 条;乙导出同一站点同一时间窗,得到 620 条。差额 180 条全部集中在品牌词之外的长尾词。此时不能直接说“乙的数据不准”,因为更合理的解释是乙的角色没有长尾词所在报表的查看权限,或者该报表对乙只开放汇总层。核对方法是让乙单独打开该报表并检查是否有“部分数据不可见”的提示;若没有提示,再让甲把乙的角色临时提升到同一层级复跑一次,看差额是否归零。归零则确认是权限;不归零则要继续查时间窗和筛选条件。
权限核对的方法可以照搬,但结论不能照搬。同一个角色名在不同工具里对应的实际范围可能不同,具体到某个品牌工具的角色定义、可勾选项和默认可见范围,需要以该工具当前的权限说明和实际界面为准,不能凭名称推断。另外,小样本下成立的“同权限即同结果”,在规模化后可能因为站点数量、成员数量和报表层级增加而出现例外,此时应把核对单位从“账号对账号”改成“角色对角色”。
还有一个容易误判的现象:某账号的请求量或抓取量突然归零,并不单独证明权限被改过。它也可能是任务未触发、配额用尽或数据源本身没有更新。要区分这些原因,最直接的动作是让该账号和对照账号在同一时间点各跑一次最小查询,比较返回状态和可见字段,而不是只看总量。
做到这一步,你得到的不是“谁对谁错”,而是一条能区分权限、时间和数据源三类原因的判断路径,下次再遇到账号之间结果不同,就能按这条路径直接定位。