核对范围的第一步不是换工具,而是把“同一个项目、同一个关键词、同一个地区”固定下来,再用两个不同权限的账号各查一次。如果高权限账号能看到子目录或子域名的排名,低权限账号只看到主域名汇总,差异通常来自数据可见范围,而不是排名本身发生了变化。此时应先确认差异是否落在你仍要维护的资产上,再决定保留哪部分旧内容、改写哪部分、退出哪部分。
账号权限不同,常见差异集中在三处:可添加的域名数量、可查看的子目录或子域名层级、可导出的历史区间。核对时不要只看一个关键词的位次,而要用同一组词在两个账号里各跑一遍,记录三件事:返回的是主域还是具体URL、覆盖的时间范围、地区与语言设置是否一致。
如果低权限账号只返回主域结果,而高权限账号能下钻到目录,那么两者数字不同属于正常现象。反过来,如果两个账号都能下钻到同一URL,位次却不同,才需要怀疑查询参数或数据更新批次。判断依据是:差异是否随层级变化而出现,还是随机分布在所有词上。前者指向权限范围,后者指向数据本身。
把旧项目按“仍有权查看且仍有流量价值”分类,比按上线时间分类更有用。
这三种选择不是并列清单,而是按权限可见性逐层筛下来的结果。看不到、也不打算恢复权限的资产,保留在系统里只会让后续核对更混乱。
假设某旧项目有三个子目录,A账号是管理员,B账号是只读成员。用同一组十个词查询后,A账号显示子目录一有六个词进入前两页,B账号只显示主域整体有两个词。此时不要立刻认定B账号数据错误。
这个流程的关键动作是“先固定查询对象,再比较结果”。动作做完后,你会得到一张明确的对照表,下一步是保留还是退出就不再依赖感觉。
请求量或抓取量归零,不能单独证明某个页面已经退出索引。它也可能来自账号权限被降级、查询地区设置改变、或数据供应商更换了采集节点。要排除这些解释,至少做两件事:换一个独立账号复查同一URL,以及核对查询设置里的地区与设备参数是否与之前一致。
如果两个账号的结果仍然不同,而你又无法确认哪个权限层级覆盖了你真正要维护的范围,此时更稳妥的做法是先缩小核对范围,只保留双方都能看到的主域层级,再逐步申请权限或调整查询对象。不要用一个账号的汇总数据去否定另一个账号的明细数据,那只会让退出决策建立在错误前提上。
具体工具对子目录、子域名和历史区间的支持方式各不相同,是否可添加、可导出、可下钻,需要在你实际使用的账号里逐项核对,不能按通用描述推断。