用途：在迁移或 URL 变更后，用 link-recover 找出 GSC 中仍有历史点击或展现、但当前抓取路径存在技术问题的页面，把历史搜索观测与当下重定向追踪结合，按先前可见度排定排查队列。它不证明修复 URL 就能恢复相同流量。
主要能力：输出保留原始 URL、最终 URL、GSC 指标、主要与完整问题列表、严重程度、重定向追踪，以及带证据、工作量和置信度的建议；按高、中、低严重度汇总，并统计受影响留存行的点击与展现（checked 期间，非未来损失预测）。
使用方式：MCP 下先调用 seo_list_reports 传 {"category":"monitoring"}，再用 seo_describe_report 传 {"id":"link-recover"}，然后 seo_run_report，例如 {"id":"link-recover","params":{"site":"sc-domain:example.com","days":90,"limit":25,"minClicks":1,"minImpressions":100,"js":false,"refresh":true}}。CLI 同 schema： seo reports describe link-recover --json seo reports run link-recover --params '{"site":"sc-domain:example.com","days":90,"limit":25,"minClicks":1,"minImpressions":100,"refresh":true}' --json 发现 schema 目前暴露宽泛数字类型，请用正整数天数和有界非负阈值。
限制：读取可恢复计数前先确认范围与 summary.checked；检查失败、选择上限或未返回的留存 GSC 行会限制覆盖。仅当页面应继续存在时才恢复，否则添加一条指向最接近等价目标页的 301，并在确认意图后对齐 canonical；先修复服务器错误和误加的 noindex。不要把无关 URL 重定向到首页，不要移除有意设置的控制项，也不要用历史指标承诺流量恢复。收费、价格与平台信息暂未提供。