别等 Google 不收录才排查，把 SEO 检查放到了上线前
这篇文章想分享的是我最近做的一套 SEO 发布前检查机制。
这篇文章想分享的是我最近做的一套 SEO 发布前检查机制。
每次上线新页面，Agent 会读取页面源码和 Preview 的服务端 HTML，检查它是否具备被 Google 正确发现、抓取和理解的基础条件。检查失败，页面就先不进入生产环境。
它解决的是一个很容易被忽略的问题：页面能打开，构建和部署也都成功了，搜索引擎看到的内容却可能不完整。
这套检查已经在数百个页面上运行，帮我提前拦住过服务端缺少 H1、多语言标记缺失、页面没有来源内链等问题。以前要等 Search Console 出现异常后再排查，现在发布前就能发现。
Gate 具体检查什么
这道 Gate 主要检查页面返回状态、canonical、robots、服务端正文、hreflang、Sitemap 和来源内链。
生产页面不能带意外的 noindex，标题、H1 和核心正文要能从服务端 HTML 中读到；双语页面要正确配对；新 URL 除了进入 Sitemap，至少还要有一个站内页面通过普通链接指向它。
后来我把这些规则封装成了一个 Skill。Agent 检查完成后只给出 PASS 或 FAIL，失败时必须附上具体证据和修复建议。修复完成，再重新检查。
这样做以后，SEO 配置不再依赖我每次发布时临时回忆，页面数量增加也可以沿用同一套标准。
它实际拦住过什么
一次是模型页在浏览器里看起来正常，服务端 HTML 里却找不到 H1。原因是标题只在客户端渲染后出现。Gate 判定失败，补齐服务端输出后才继续发布。
一次是双语文章已经生成中文和英文 URL，但页面缺少配对的 hreflang。还有一次，新页面已经进入 Sitemap，却没有任何列表页或相关文章链接到它。
这些都是很小的配置问题。放到几百个页面里，靠人工逐一检查很容易漏掉；做成固定 Gate 后，可以在 Google 抓取之前解决。
这套机制不会直接提升排名，它解决的是排名之前的基础问题。
页面发布时，至少可以确认搜索引擎需要的核心内容和页面关系是完整的。发现问题后也不用先上线、等数据、再回头猜原因。
页面通过 Gate 并上线后，我会在 D0 确认技术状态，然后在 D1、D3、D7 和 D14 观察 Google 的发现、抓取、收录与曝光情况。
SEO 页面发布后的 D0、D1、D3、D7、D14 观察时间线
发布前 Gate 尽量避免页面带错上线，发布后监控继续确认 Google 是否已经处理。对于持续增加落地页、工具页或多语言内容的网站，这套小检查能减少不少发布后的无效等待。