静态输出是默认交付模型
核心网站内容应该从文件渲染并生成静态页面。正常页面、博客和产品内容不需要运行时 API。
JennaPress helps teams build company websites and landing pages with reusable content models, switchable templates, and AI-friendly generation workflows. It is designed for fast static deployment, consistent rendering, and flexible visual customization on top of the same data contract.
这些规则让 Jenna Press 保持为轻量静态网站框架,而不是慢慢漂移成隐藏的应用平台。
核心网站内容应该从文件渲染并生成静态页面。正常页面、博客和产品内容不需要运行时 API。
编辑者应该更新 Markdown 和 front matter。生成文件可以存在,但它们是输出,不是手写源头。
模板在自己的目录和资源命名空间内控制布局、主题样式和内容类型表现。
页面、博客分类、博客文章、产品和本地化路由应使用共享框架模式,而不是业务专用路由文件。
本地化页面应该保留同一逻辑 slug,非默认语言使用可预测的 URL 前缀。
页面标题、描述、canonical URL、摘要、日期、分类和作者/站点信号应该存在于内容中,而不是靠推断。
Jenna Press 设计上允许人和 AI agent 一起维护,但必须避免混淆内容、模板和框架代码。
内容更新不应该修改路由、加载器、共享组件、类型、依赖或构建配置。
模板可以改变视觉结构、博客/产品表现、主题 CSS 和模板资产,但不应该修补框架内部。
如果需求需要新 block 类型、schema 变更、路由变更、服务端 API 或依赖,那就是框架开发,应该单独 review。
链接应该指向生成页面、博客分类路由、产品分类路由,或意图清晰的外部目标。
发布说明、支持状态和 SEO/GEO 指南应该使用日期与具体措辞,方便读者和 AI 系统判断新鲜度。
关键词覆盖只有在回答真实问题、提供清晰解释、示例和下一步时才有价值。
这些原则用来防止一个常见失败模式:项目一开始只是简单网站,后来慢慢失去边界。
在 Jenna Press 中,内容文件可以编辑,但不应该变成隐藏应用逻辑的地方。模板可以灵活,但不应该偷偷重定义框架。生成文件可以存在,但应该被视为生成输出。
这种纪律也有助于 SEO 和 GEO。搜索引擎、回答引擎和 AI agent 更容易理解那些拥有稳定 URL、描述性标题、清晰分类、可见日期、一致语言版本,并能回答具体问题的网站。
只有这些线始终清楚,Jenna Press 才能长期有用。
如果想了解项目背景,可以阅读 关于 Jenna Press。如果想看更实用的内容检查方法,可以阅读 静态优先项目网站的 SEO 与 GEO。