自动化营销软件：一次全站扫描被中断后怎样判断已覆盖范围
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8e806eb8931b.html
📄
自动化营销软件：一次全站扫描被中断后怎样判断已覆盖范围
扫描中断后，不要先问“扫了多少”，而要先确认中断发生在哪个阶段、已处理对象是否被持久化。如果软件把结果写在可导出或可查询的记录里，你可以按对象类型和更新时间重建覆盖范围；如果结果只存在内存或临时任务里，中断后通常无法区分“已扫但未写入”和“根本没扫”，这时只能缩小范围重跑，不能把剩余数量直接当作未覆盖数量。
先判断结果是否已持久化，再决定重跑还是续跑
两种条件对应两种做法。条件一：扫描结果按对象逐条写入，且每条记录带有完成时间或状态字段，你可以用最近一次中断时间做边界，把此前完成的记录视为已覆盖，只对缺失对象补扫。条件二：结果只在整个任务结束时统一写入，中断后没有中间记录，那么“已覆盖范围”无法从任务日志推断，只能选择一个更小的对象集合重新执行。
判断持久化与否，可执行的最小动作是：在自动化营销软件里新建一个只包含少量对象的测试任务，运行到中途手动停止，然后检查是否存在部分结果。若能看到部分结果，说明该流程具备断点可见性；若什么都看不到，后续就不要依赖中断前的进度。
这一步的结果直接决定下一步：有部分结果时，补扫范围等于目标集合减去已完成集合；没有部分结果时，补扫范围等于你重新划定的子集，而不是“剩余数量”。
用对象清单和完成标记重建覆盖范围
当缺少完整数据或权限时，你仍然可以做一个最小动作：先导出目标对象清单，再导出软件里带完成标记的记录，两者按唯一标识做差集。这个差集就是需要补扫的候选范围。注意，差集只能说明“缺少完成标记”，不能直接等同于“未扫描”，因为可能存在标记写入延迟、标记字段被覆盖、权限不足导致部分记录不可见等情况。
可区分原因的证据包括：
- 完成标记的时间分布是否连续。如果中断时间点前后都有记录，说明写入可能持续发生；如果记录全部集中在中断之前，说明中断后没有新结果。
- 同一对象的重复记录数量。重复多，可能是重试机制造成，不代表覆盖更全。
- 记录中的对象类型是否齐全。若只覆盖了部分类型，补扫应按类型分别计算，不能合并成一个总数。
假设一个短例子：目标清单有 1000 个对象，完成标记记录有 620 条，差集为 380。这个 380 只表示缺少完成标记的对象数，不表示 380 个对象一定没被扫描过。若权限只允许看到其中 500 条记录，那么差集会变成 500，但真实覆盖范围并没有因此改变。
中断后的补扫范围要按对象类型分别划定
全站扫描往往混合多种对象，例如页面、表单、联系人列表或活动记录。中断后如果只按总数判断，容易把“某一类已扫完、另一类完全没扫”误判成整体覆盖了六成。更稳妥的做法是把补扫范围按对象类型拆开，每一类单独做清单差集。
实施动作是：先列出本次扫描涉及的对象类型，再对每一类确认是否存在完成标记，最后只对缺少标记的类型设定补扫任务。这样做的结果是，补扫任务数量可能变多，但每一类的覆盖判断更接近可验证状态。如果某一类完全没有完成标记字段，就不要为它计算覆盖率，直接把它整体放入重跑范围。
哪些现象不能单独证明覆盖判断正确
请求量归零、抓取量下降或任务日志停止更新，都不能单独证明已覆盖范围就是完整的。它们还有别的合理解释：任务被限流后暂停、权限到期导致读取失败、软件把结果写入了另一个不可见的位置、或者中断发生在写入之前。把这些现象当成覆盖完成的证据，会让补扫范围偏小，后续决策建立在缺失数据上。
因此，判断覆盖范围时至少要保留一条可核对的记录来源。如果没有任何可核对来源，结论只能是“覆盖范围未知”，而不是“已覆盖大部分”。这个结论会影响下一步：未知时先缩小目标集合做一次可完成的小范围扫描，用这次结果验证流程是否稳定，再决定是否扩大范围。
缺少权限时的最小动作与不能推出的结论
没有完整导出权限时，仍可执行的最小动作是：在自动化营销软件中按时间或对象类型筛选出可见记录，记录筛选条件的边界，然后只对可见部分做覆盖判断。这个动作的结果只能说明可见范围内的覆盖情况，不能推出全站覆盖比例，也不能推出未可见部分是否被扫描过。
例外情况是：如果软件提供了任务级别的完成状态，并且该状态在中断后仍可查询，那么可以把它作为辅助证据，但仍需与对象清单交叉核对。只有任务状态和对象记录同时指向同一范围时，覆盖判断才更可靠。若两者冲突，以对象记录为准，因为任务状态可能只反映调度层，不反映实际写入结果。
