先给结论:入口页正常只能证明抓取通道没有整体关闭,不能证明深层页可被持续发现和收录。定位断点的第一步,是把“入口正常”与“深层失效”拆成发现、抓取、索引三层,再用日志和收录查询结果分别验证。若深层页只是新发布且内链尚未稳定,优先修内链和站点地图;若深层页曾经可查、近期批量消失,优先查 robots、规范标签和状态码变化。
深层链路失效通常落在两种前提之一,处理顺序完全不同。
判断依据不是感觉,而是时间线:如果深层页在改版前有稳定收录,改版后同一批 URL 集中消失,属于前提二;如果深层页从未被稳定发现,属于前提一。两者都会表现为“入口正常、深层查不到”,但动作方向相反。
不要只看收录查询结果。入口页正常而深层失效时,至少收集以下证据,并观察它们是否互相矛盾。
这组证据的价值在于:日志有请求、状态码正常、无 noindex,却仍查不到,才更值得怀疑内容质量或重复问题;否则先修更靠前的断点。
入口页正常往往给人一种“整站可抓取”的错觉。实际抓取预算和发现路径会优先分配给入口和高权重页面,深层页如果只靠站点地图提交,缺少站内链接,收录状态可能长期不稳定。站点地图不保证收录,它只是发现线索之一。
可执行动作:从入口页出发,模拟一条到达目标深层页的最短点击路径。若需要超过三到四次点击,或中间某一步是 JavaScript 渲染后才出现链接,就把该路径改为服务端可输出的普通链接。做完后观察日志中目标 URL 的抓取请求是否出现,再决定是否继续查索引指令。这个动作的结果直接影响下一步:若请求出现,问题已从发现层移到索引层;若请求仍不出现,继续查 robots 和站点地图覆盖范围。
当深层页曾经可查、近期消失时,按以下顺序交叉检查,避免只改一处就下结论。
假设例子:某站入口页可查,深层商品页在改版后全部查不到。日志显示深层 URL 仍有抓取,状态码 200,但页面 canonical 统一指向分类页。此时断点不在抓取,而在索引指令;把 canonical 改回自指后,下一步是观察深层 URL 是否重新进入抓取和索引流程,而不是立刻判断收录已恢复。
如果深层页本身是低价值筛选结果、重复参数组合或已下架内容,收录查询查不到可能是预期结果,不应为了“恢复收录”而强行放开 noindex 或 canonical。另一个例外是 HTTPS:HTTPS 不保证安全无漏洞或排名,证书正常也不代表深层页一定可索引,排查时不要把它当作收录恢复的充分条件。先确认深层页是否值得被收录,再决定是否继续定位断点,否则会把正常策略误判为故障。