📍 WDQWDWQD987AAAAA:216.73.216.123
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /cbd63cac6d0f.html
📄

SEO推广软件：一次全站扫描被中断后怎样判断已覆盖范围

中断后不要重新跑一遍再猜，先找扫描日志里的“最后完成单元”和“已写入记录数”，用两者交叉定位覆盖边界。如果日志只显示进度百分比而没有单元标识，那么这次扫描的覆盖范围无法可靠判断，只能当作未完成处理。

先分清中断发生在哪一层

全站扫描通常分三层推进：发现URL、抓取页面、写入结果。中断点落在不同层，判断覆盖的方法不一样。

• 发现层中断：URL队列还没建完，此时已抓取的页面可能只覆盖站点的一部分目录，不能代表全站。
• 抓取层中断：URL清单完整，但部分页面没抓或抓失败，覆盖范围可以用“已成功抓取数 ÷ 队列总数”估算。
• 写入层中断：页面抓完了，结果没全部落库，这时覆盖的是数据完整性，不是抓取覆盖。

判断方法：打开日志或任务记录，找最后一条成功写入的时间戳和对应的URL。如果这条URL属于列表页而非详情页，说明发现层可能还没走完；如果它属于深层详情页，发现层大概率已完成。

假设情境：一次中断后怎样定位边界

假设某站点用一款SEO推广软件跑全站扫描，任务在进度条显示约六成时中断，日志只留下“已处理 4200 条”和最后一个URL。此时可以这样判断：

1. 把最后一条URL和站点地图对照，看它处于哪个目录层级。如果它位于第三层目录，而站点还有第四层，说明发现层可能未完成。
2. 统计已写入结果中去重后的URL数量，与站点地图或已知页面数比较，得到覆盖率区间而非精确值。
3. 如果站点地图本身不完整，覆盖率只能作为下限，不能当作全站真实覆盖。

这个情境的关键动作是：先确认站点地图是否可信。如果站点地图缺失或过期，下一步应改为手动抽样几个目录，确认哪些目录完全没有记录，而不是直接重跑。

哪些证据能支持“已覆盖”，哪些不能

能支持覆盖判断的证据：

• 日志中最后完成单元的标识，例如最后一个成功抓取的URL或最后一批写入的记录ID。
• 去重后的已写入URL数量，与站点地图或已知目录清单对比。
• 按目录分组的覆盖统计，能看出哪些目录为零记录。

不能单独作为覆盖证据的：

• 进度百分比。进度条可能按时间估算，中断后显示的数值未必对应真实处理量。
• 抓取量突然归零。这可能是任务被手动停止、网络中断或目标站点返回异常，不能直接推出“已覆盖全部”。
• 工具界面显示“完成”但结果为空。空结果可能来自权限不足、过滤规则过严或写入失败，不等于站点没有可抓页面。

缺少完整数据或权限时的最小动作

如果没有完整日志，也没有导出全部结果的权限，仍可执行以下最小动作：

1. 导出当前可见的结果列表，按URL路径去重，记录数量。
2. 选取三个不同层级的目录，各手动访问若干页面，确认这些页面是否出现在结果中。
3. 如果抽样页面全部缺失，说明覆盖范围可能只到浅层；如果部分缺失，说明覆盖不完整但已有部分可用。

这个动作的结果会直接影响下一步：抽样缺失集中在深层目录，应优先检查发现规则或站点地图；抽样缺失分散且无规律，应优先检查抓取权限和中断原因。两种情况的处理方向不同，不能都用“重跑一次”解决。

判断结论的边界

即使抽样全部命中，也只能说明已覆盖部分与抽样范围一致，不能推出全站完整覆盖。反之，抽样缺失也不能单独证明工具失效，可能是权限、过滤规则或站点结构导致。把覆盖判断限定在“已知范围内可用”这个结论上，比追求一个精确覆盖率更稳妥。具体工具的日志字段和导出方式需要以实际界面为准，不同软件之间不可直接套用。