改版或迁移时的蜘蛛日志分析,核心不是看“蜘蛛来没来”,而是核对蜘蛛抓到的 URL、响应状态和抓取频率是否与你的迁移计划一致。下面用一个假设例子展开:某站点把 /old-a 迁到 /new-a,并打算保留旧 URL 做 301。日志分析要回答三个问题:旧 URL 是否仍被抓取、新 URL 是否被及时发现、错误状态是否集中在迁移路径上。
一份可用的访问日志通常包含时间、请求方法、URL、状态码、User-Agent、响应大小。你不需要先研究所有蜘蛛行为,先筛出与迁移有关的 URL 集合:旧路径、新路径、被 301 的路径、返回 404 或 5xx 的路径。
如果日志里只有 IP,没有 User-Agent,先不要凭 IP 段下结论。反向 DNS 或官方 IP 列表可以辅助核对,但不同搜索引擎的验证方式不同,须分别确认。
迁移后,旧 URL 被抓取并不一定是坏事。关键是看它返回什么:
假设例子:日志显示改版后第 3 天,/old-a 仍被请求 40 次,其中 30 次返回 301,10 次返回 404。这说明大部分旧地址跳转正常,但有一批请求落到了 404。继续查 404 的完整 URL,可能发现是带参数的旧链接没有被规则覆盖。这不是“蜘蛛不抓新站”,而是跳转规则不完整。
新 URL 被抓取的速度受内链、站点地图、旧 URL 跳转、外部链接和服务器响应影响。日志分析能确认的是:蜘蛛有没有请求新 URL,以及请求后返回什么。
站点地图不保证收录,它只是发现渠道之一。若日志里新 URL 从未出现,先检查内链是否指向新地址、站点地图是否可访问且格式正确、服务器是否对蜘蛛返回了 5xx 或超时。
日志里的异常往往有多种解释。例如旧 URL 抓取量下降,可能是跳转生效后蜘蛛转向新 URL,也可能是服务器不稳定导致抓取减少,还可能是 robots.txt 新增了限制。不要看到一条现象就断言唯一原因。
检查项可以按这个顺序执行:先看 5xx 和超时,再看 robots.txt 是否阻止迁移路径,再看旧 URL 跳转链是否过长,最后看新 URL 是否出现在内链和站点地图中。每一步都应有日志或配置作为依据。
迁移不是切换当天就结束。建议在切换后至少观察数周,重点看:旧 URL 的 301 比例是否上升、404 是否集中在可修复路径、新 URL 的抓取量是否逐步增加、5xx 是否归零、不同搜索引擎蜘蛛的抓取差异是否合理。
如果日志显示新 URL 被抓取但未出现在搜索结果中,这不等于失败。抓取和索引是两件事,索引还受内容质量、重复页面、规范标签和外部信号影响。此时应继续核对页面本身的 canonical、meta robots 和内部链接,而不是只盯日志。
下一步:从最近 7 天日志中导出迁移相关 URL,按状态码分组,先修复返回 5xx 和意外 404 的路径,再确认 301 是否指向最终新地址。