无头 CMS SEO：每次构建后验证实际交付内容

无头 CMS SEO 审核将已存内容、构建或渲染行为，以及爬虫收到的响应联系起来。CMS 字段正确，并不证明已发布路由会提供相同元数据或主要内容。

选择代表性渲染路径

包含应用使用的静态、服务器渲染和依赖客户端的路由。测试最近编辑、未发布和不存在的记录。涉及 JavaScript 时，将初始响应与渲染内容比较。检查最终状态、规范网址、robots 指令、标题和重要内部链接。

检查更新和失败行为

核实 CMS 编辑、构建失败或缓存延迟后会发生什么。确认删除的内容不会无限期留在生成路由中。确保应用回退不会把每个未知 URL 都变成带空框架的成功响应。

示例：CMS 标题已变，线上页面却未变

假设编辑者更新了文章，但生成的网站仍提供之前的构建。在再次重写元数据前，先检查发布触发器、构建结果和缓存状态。部署预期构建，再核实响应及另一个共享更新路径的页面。这是说明发布调查的案例。

不只测试初始渲染

检查分页或内容发现路径、语言版本和相关表单。分别诊断加载和响应性。安全响应头评分不能证明 CMS API 授权恰当，浏览器视图正常也不能保证爬虫能发现全部内容。

记录发布标识和预期响应，用于可重复的回归检查。SearchBastion Site Monitor 可以观察已配置 URL 的选定响应字段和变化；它不会认证整个构建流水线或登录后的应用。

检查渲染页面的元数据，并参阅 Google 的 JavaScript SEO 基础指南，了解面向搜索的渲染注意事项。