用途：在部署、迁移或计划性技术调整后，对限定范围的同源抓取结果与上一次保存的同一范围运行进行对比，把状态、可索引性、canonical、元数据、内容与清单变动整理成待审阅队列。它不证明变更页面影响了搜索表现。
主要能力：保存抓取结果并与上一次运行对比；summary 统计已抓取、新增、移除、变更、新错误、可索引性翻转及高优先级建议；items 中保留 before、after 与 changes 的观察证据；recommendations 给出审阅行动的优先级，但不覆盖原始快照。
使用方式：MCP 下先调用 seo_list_reports 并传 {"category":"monitoring"}，再调用 seo_describe_report 并传 {"id":"crawl-diff"}，然后按 schema 用 seo_run_report 运行，例如 {"id":"crawl-diff","params":{"startUrl":"https://example.com/","site":"sc-domain:example.com","limit":250,"js":false,"refresh":true}}。CLI 用法一致：seo reports describe crawl-diff --json 与 seo reports run crawl-diff --params '{"startUrl":"https://example.com/","site":"sc-domain:example.com","limit":250,"refresh":true}' --json。limit 为正整数页面边界，对比运行间应保持稳定。
解读与限制：先看 run 与 previousRun 再读 summary；缺少 previousRun 说明当前仅为基线而非变更结果。需核对两次运行的 start URL、limit、URL 数量、时间戳、渲染选项与警告。被移除的 URL 可能只是超出当前发现集或 limit，并非真的删除；抓取或提取失败不能作为问题已解决的依据。处理时先直接验证高优先级状态与可索引性变化，再对照部署意图；恢复意外失败或控制项，但保留有意的重定向、canonical 与 noindex。修复后用可比范围重跑。不得把限定范围 diff 称为全站清单审计，也不得仅凭技术变化推断排名影响。