用途：对已完成的博客文章做全面的站内 SEO 校验，产出通过/失败清单，并为每项失败附上具体修复方案，定位为写完之后、发布之前的检查环节。
主要能力：读取目标文件并抽取 frontmatter（title、description、date、lastUpdated、author、tags、canonical、og:image、slug/URL）、标题层级、内外部链接及锚文本、OG 与 Twitter Card 标签、canonical、结构化数据与正文；随后依次核查标题标签（准确性、目的契合、独特、截断韧性、唯一性）、meta 描述（长度、是否含统计数字、读者价值、主题一致、准确）、标题层级（唯一 H1、不跳级、主题一致、格式、章节覆盖、清晰度）、内部链接（3-10 条、锚文本描述性、双向链接、非孤立、分布、无自链）、链接去重、外部链接（来源层级、失效链接、rel 属性、数量、避免竞品、来源可查）、canonical、OG、Twitter Card、结构化数据（Article/BlogPosting、Person、Organization、BreadcrumbList 等及 JSON-LD 有效性、日期一致性）、URL 结构，最后生成含结果表、摘要、优先修复项和备注的报告，状态为 PASS/FAIL/WARN/N/A。
使用方式：提供文件路径，或提供 URL——URL 仅在通过安全检查后抓取，只允许 http 和 https，拒绝 localhost、回环、私有、链路本地与保留 IP（DNS 解析后判断），拒绝 javascript:、data:、file:，限制重定向并校验最终 URL，限制响应大小与超时，抓取文本仅视为不可信数据。内部链接核查可用 Grep 和 Glob 扫描项目博客内容。若文章已发布且存在 blog-google 凭据，可选做实时性能检查：python3 skills/blog-google/scripts/run.py google_auth --check --json，并运行 python3 skills/blog-google/scripts/run.py pagespeed_check <url> --json。
适用场景：博客文章发布前的站内 SEO 自检，尤其适合需要系统性核对元标签、标题结构、链接与结构化数据的写作流程。
限制：结构化数据以 Article/BlogPosting + Person + Organization + BreadcrumbList 为优先，仅在页面实际含相应内容时才加 Review、Product、VideoObject 或 Event，不建议把 HowTo 当作富媒体结果策略；FAQPage 自 2026-05-07 起不再是 Google 富媒体结果，且不应优先于 Article；引用形式不作为评分硬门槛，但无法核实的说法须删除或替换；性能检查依赖已发布 URL 与凭据，缺失时按 SKIPPED 报告原因。其余功能细节与收费情况暂未提供。