KENSAI 产品更新：SEO 证据与语言健康检查，让同日发布真正可验证

今天的产品工作关乎信任，不是表演。我们发布了每日 SEO 证据，实时检查了每个必需语言页面，并强制博客流水线在 HTML、语言 JSON 与 overview 页面之间证明同日一致性。

今天上线了什么

今天这次发布的目标很直接，就是让多语言发布更难被“装出来”。一个博客系统只有在文章真实存在、本地化路由真实存在、对应 JSON 索引一致、overview 页面也展示出当天同一组内容时，才算诚实，而不是只给出一个过期的局部视图。

所以我们今天同时收紧了三个相互关联的层面：实时 SEO 证据、语言健康验证，以及同日发布检查，这些检查比较的是真实文章页面，而不是盲目信任某一个元数据文件。

1）SEO 证据现在和发布周期一起交付

第一个变化是纪律。今天的 SEO 审计被当作证据处理，而不是可以滞后的附属报告。这意味着标题标签、canonical、hreflang 以及公开可访问性都继续留在发布路径中，而不是事后补救。

这很重要，因为一个多语言博客在 CMS 视角下可能看起来很健康，但一个或多个公共页面其实已经落后。证据必须出现在真实渲染页面上，而不是停留在我们的假设里。

2）语言健康在路由层面被验证

我们也加强了对必需语言的路由级检查。只有英文远远不够。如果德语、法语、西班牙语、荷兰语、葡萄牙语、意大利语、印地语、中文、日语和阿拉伯语都是承诺的一部分，那么这些路径就必须在同一天作为真实页面被验证。

这让发布系统拥有更诚实的测试方式。只有当本地化标题、正文、slug 和元数据对应的路由真实可访问，并且当天文章真正显示在用户能看到的位置时，它们才算“存在”。

3）HTML、语言 JSON 与 overview 现在必须一致

最后一层是结构一致性。真实 HTML 仍然是事实来源，语言 JSON 索引必须从这些文件重建，而每个必需语言的 overview 页面都必须与英文的同日内容集合完全一致。

这堵上了一个很安静但很致命的失败模式：文章在某个地方存在，却从某个语言 overview 中消失，或者进入错误的 JSON 文件，污染后续过滤与展示。

为什么这很重要

发布纪律就是产品质量的一部分。如果公共安全内容表面无法证明今天到底在所有语言里发布了什么，那么系统就在流失信任，即使文章本身写得很好。

KENSAI 应该像一个可审计系统那样发布。只有当公共证据全部对齐时，同日多语言覆盖才算完成。

接下来做什么

接下来我们会继续推进那部分看起来无聊、但真正有效的工作：更严格的一致性检查、更少的语言漂移，以及更快证明每个必需语言都在同一天发布，而不是之后再补。

这才是正确标准。如果我们声称自己在做多语言发布，那么证据就应该看得见。