七七SEO工具，自动导出遗漏分页时怎样检查完整性
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /28bd5e53e6b9.html
📄
七七SEO工具，自动导出遗漏分页时怎样检查完整性
先给结论：自动导出遗漏分页时，不能只看导出条数是否等于总量，而要先判断“关键前提”是否变了——是分页接口的总数口径变了，还是导出任务本身被截断。前提不同，检查动作和后续决策完全不同：前者应回到数据源核对总数定义，后者应在导出侧补做边界与缺口检查。
前提一：数据源总数口径没变，只是导出侧漏页
这种情况下，导出结果应该能与数据源逐页对齐。判断依据是：数据源仍然按固定页大小顺序返回，页码连续，没有跳页或重复页。
具体动作：取导出文件的首条、末条和中间若干条记录，回到数据源按相同条件定位，确认它们分别落在哪一页。如果首条在第1页、末条在最后一页，但中间存在整页缺失，说明导出侧在翻页过程中丢了页，而不是数据源变了。
这个动作的结果会直接影响下一步：若确认是导出侧漏页，应补做一次按页码连续性的核对，而不是去调整查询条件；若发现首条或末条本身就不在预期页，则要转向检查总数口径。
前提二：数据源总数口径变了，导出条数对不上是正常现象
当业务侧新增了过滤条件、去重规则或时间窗口，数据源返回的总数本身就会变化。此时导出条数少于历史值，不一定代表漏页。
可区分的原因包括：
- 总数从“全部记录”改为“去重后记录”，条数自然下降；
- 时间窗口收窄，末尾若干页不再返回；
- 分页接口在最后一页返回的数量小于页大小，这是正常收尾，不是漏页。
动作：先记录当前总数和页大小，再计算理论页数，与导出实际页数比较。若理论页数与实际页数一致，说明漏页风险低；若不一致，再回到前提一排查。
用边界记录做缺口检查，而不是只看总条数
总条数相等仍可能漏页，因为漏一页又重复一页时总数不变。更可靠的做法是检查边界记录。
假设页大小为 100，导出文件有 5 页，那么应确认：
- 第 1 页首条与数据源第 1 页首条一致；
- 第 5 页末条与数据源最后一页末条一致；
- 相邻页之间没有重复记录，也没有跳号。
如果第 3 页末条与第 4 页首条之间出现记录断档，说明中间有页未导出。此时应补导缺失页，而不是重新导出全部数据，以免覆盖已有结果。
什么时候需要重导，什么时候只需补页
判断标准是缺失范围是否连续、是否可定位。
若缺失页可以明确指认，例如第 3 页缺失，且数据源页码稳定，补导该页即可。补导后应再次核对补入页与前后页的边界记录，确认没有重复。
若缺失页无法定位，或数据源在两次请求之间返回顺序发生变化，补页可能造成重复或遗漏。此时应重导，并在重导前固定排序字段和分页参数，避免顺序漂移。
无论补页还是重导，都应在导出文件中保留页码或批次标记，方便后续复查。这个标记是下一步判断“是否完整”的依据，而不是装饰字段。
例外：导出工具本身不暴露页码时怎么办
有些导出结果只给记录列表，不给页码。此时不能直接套用页码连续性检查。
替代做法是：选取一个稳定且唯一的字段作为排序锚点，例如记录ID或时间戳。导出后按该字段排序，检查最小值和最大值是否覆盖数据源的首末记录，再检查中间是否存在明显跳跃区间。
如果锚点字段本身可能重复，应改用组合字段排序，否则跳跃区间可能来自排序不稳定，而不是漏页。具体工具是否支持该字段导出，需要以实际界面和文档为准，不能凭名称推断。
完成上述检查后，才能决定是补页、重导，还是接受当前结果。完整性检查的终点不是“条数看起来对”，而是“边界可核对、缺口可定位、后续动作有依据”。
