用途：当某个 URL 需要直接检查时使用，例如发布之后、排查搜索结果时，或在建议修改页面前。它把抓取到的文档与元数据、标题、链接、结构化数据和可选的 GSC 证据结合起来。它不能证明每个爬虫如何渲染页面、Google 是否收录了抓取版本，也不能证明某个观察到的惯例会影响排名。
主要能力：输出 fetchDiagnostics、warnings、最终抓取 URL，以及页面字段、结构化数据发现、问题和建议。标题像素宽度只是供审阅的估算，不是 Google 限制；标题数量描述文档结构，多于或少于一个 H1 不自动是缺陷；内容长度是证据，不是质量评分。若存在 GSC 指标，需保留其时间窗口与属性语义。
使用方式：MCP 流程为调用 seo_list_reports（category: "reporting"）选择 audit-page，调用 seo_describe_report（id: "audit-page"）确认字段，再调用 seo_run_report（id: "audit-page"）并传入符合该 schema 的参数。CLI 契约相同：seo reports describe audit-page --json；seo reports run audit-page --params '{"url":"https://example.com/product","site":"sc-domain:example.com","refresh":true}' --json。url 必填；site 在有权限时补充 Search Console 上下文；仅在需要客户端渲染时启用 js；refresh 绕过可复用的缓存证据。
适用场景与限制：适合单页发布后检查、搜索结果排查、页面编辑前评估。安全操作应具体且可逆，例如修复损坏的 canonical、让重要内容出现在抓取到的 HTML 中、修正无效结构化数据或调查失败响应。修改 noindex、canonical、robots 控制、标题或摘要指令前需确认意图。单页不能支撑全站结论。MCP 的 structuredContent 是机器契约，Markdown 仅用于人类解释。