用途：这是一个技术 SEO 监测工作流，把抓取变化、基于 sitemap 的 URL Inspection 监测，以及可选的历史高价值链接恢复放在一起执行，适合在版本发布后或按计划做有边界的周期性巡查。其各组成部分的覆盖范围和新鲜度不同，因此一次成功运行并不能证明每个 URL 都可抓取、已收录、未变化或无问题。
使用方式（MCP 发现流程）：先调用 seo_list_reports，参数 category: "workflows"，选择 workflow-technical-watch；再调用 seo_describe_report，参数 id: "workflow-technical-watch"，选择所需组件；最后调用 seo_run_report，使用该 id 和仅符合 schema 的参数。CLI 等价命令： seo reports describe workflow-technical-watch --json seo reports run workflow-technical-watch --params '{"site":"sc-domain:example.com","startUrl":"https://example.com/","sitemaps":["https://example.com/sitemap.xml"],"limit":250,"dailyLimit":200,"inspectLimit":25,"recoverLinks":true}' --json
参数：crawl 对比需要提供 startUrl，索引监测需要提供 sitemaps。dailyLimit、inspectLimit、maxUrls 和 crawl limit 都是实际覆盖边界；仅在需要渲染时才启用 js。
结果解读：需分别查看工作流各步骤及嵌套的抓取、索引与恢复输出。抓取方面对比 run id、limit、失败、警告与变化项；Inspection 方面区分 selected、unselected-due、attempted、failed、quota-blocked、deferred、current issue 与 regression 状态。URL Inspection 是提供商快照，sitemap 发现不等于已收录。链接恢复中的历史点击风险是观察到的历史数据，不是预测损失。
限制与操作建议：复现新失败、核对重定向链与有意设置的控制项，确认回归后用带回滚路径的方式修复，并再安排一次有边界的运行验证恢复。未确认意图前，不要移除 noindex、canonical、robots 规则或重定向。任何“全部正常”的结论都必须保留部分抓取、sitemap 清单被截断、配额限制和子查询失败等可见说明。自动化和人类巡查摘要的输出方式也不同，前者用 MCP 的 structuredContent，后者用 Markdown。