共享内容平台：架构、发布、权限与日常工作流程

• 发布节奏相互绑定 —— A 产品上一个小功能，也得等统一发布窗口；B 产品的一个缺陷就能卡住 A 产品上线

• 故障影响范围相互绑定 —— 任一模块崩溃或发生内存泄漏，都会波及所有产品的后台

• 技术栈相互绑定 —— 新产品的后台逻辑必须写进那个系统，无法使用自己的代码仓库和发布节奏

结果是「接一个产品」越来越贵，最后没人愿意接，各自另起炉灶 —— 又回到一堆各自维护的后台。

现在：产品独立部署，平台只通过接口和登录机制与产品通信。接入时无需修改平台代码，也不占用发布窗口； 产品发生故障不会波及平台，平台也无法获取产品的业务数据和密钥。

问题二：权限撑不起真实的组织结构

以前用“你能查看哪些产品的 id”来粗略表示权限，但这无法表达 “张三负责 A 产品的运营、B 产品的研发，对 C 产品只有只读权限”，更无法表达“能否操作生产环境”。

只能靠约定和人肉记忆兜底 —— 越权风险高，出了事也说不清。

现在：权限按产品 × 岗位 × 环境三个维度划分，默认拒绝；运营域和开发域彼此不可见。

问题三：内容能力重复造，还各造各的

落地页、SEO、多语言和结构化数据——每个产品都需要，因此每接入一个产品都要重写一遍。 实现方式不统一，A 产品和 B 产品的 SEO 行为也不一致； 站点地图采用硬编码，运营人员修改落地页文案还得请研发人员发布新版本。

现在：这些能力只需在平台中实现一次，所有产品即可共用。运营人员可以自行修改、自行发布， 发布后，线上内容会自动更新，产品端无需重新部署。

问题四：页面是「整页配置」，动一下就要找研发

过去，每个落地页都有一份配置，其中固定写明该页面包含哪些区块。这份配置仅供这一页使用： 调整顺序、减少一个区块或增加一段介绍，都得修改配置结构，甚至改动代码； A 页面已有的区块若要用于 B 页面，只能复制一份，随后两边分别演变，差异也会越来越大。

页面越多，配置越碎，改动越贵。

如今：页面不再是一份配置，而是一系列组件实例。产品团队将可复用区块制成组件， 运营人员把组件拖入页面、调整次序并填写内容——增减段落或改变顺序，都能自行完成。 同一组件可在任意数量的页面中复用，一次优化即可让所有页面受益。博客也是如此，可以在正文中直接插入组件。

（更多信息请参阅组件库）

问题五：查不到谁改了什么，账号还各是各的

以前没有统一操作审计，也没有单点登录 —— 每个后台一套登录、每个产品各自维护账号。

如今：统一身份登录，并完整记录所有操作。

二、接一个新产品，需要做什么

该系统的一项目标，是让「再接入一个产品」不必再成为一项工程。

第 4 行并非估算，而是实测结果：一个已经接入的真实项目，其自有数据库中仅有 2 张表 （并且都用于前台访客登录），数据库变更脚本只有 1 个文件。 落地页、博客、分类标签、SEO 以及各语言版本，全部位于平台端。

这会直接产生两个结果：接入成本低，并且可以撤销接入——即使以后停用，产品数据库依然保持整洁。

三、为什么可以让运营自己发布

内容能不能交给运营自助，取决于「做错了会怎样」。这套系统把出错的代价压在几道结构上：

因此，运营修改文案无需等待研发发布版本；文案发布后会自动同步到线上，产品端也无须再次部署。

四、平台和产品各管什么

这套系统有意把边界划得很清楚：

接入不动产品的数据库

平台不会在产品数据库中创建任何内容表。

已经接入的一个真实项目，它自己的数据库里只有 2 张表，而且都是它前台访客登录用的； 数据库变更脚本只有 1 个文件。落地页、博客、分类标签、SEO、各语言版本，全部存在平台这边。

这意味着接入是可逆的 —— 哪天不用了，产品的数据库还是干净的。

产品自己的后台仍然存在，而且能接进来

内容由平台管理，业务则由产品自行管理（用户、订单等数据平台既无法接触，也不应接触）。

无需替换产品自有的后台，它可以嵌入平台：从侧栏进入“项目后台”， 其中运行的是产品自己的后台界面，平台会同步登录状态——无需再次登录。

对使用者来说，内容和业务在同一个地方，不用来回切系统。

五、内容是怎么流转的

这一节是后面所有操作的地基，四条规则贯穿全站。

1. 两个环境，只能逐级推进

你在后台改  →  发布到测试站  →  升级到生产站
   （草稿）      （自己验收）      （用户可见）

不能绕过测试环境直接发布到生产环境。生产环境中的版本，始终是在测试环境中验证过的版本。

2. 后台里改的都是草稿，发布之后线上才变

这条最容易踩：你在后台改完、保存了，线上不会立刻变 —— 要发布。

分类和标签同样如此。为文章选择分类只会修改草稿；线上内容要等文章再次发布后才会相应更新。 界面会显示一条提示，告知你“有尚未发布的更改”。

3. 一个主语言，其余语言自动跟随

每个页面/文章有一个主语言（界面上标着「基准」）。

• 某个字段未被单独修改 → 会自动跟随主语言，主语言更新时它也会同步更新

• 某个字段已修改或翻译 → 此后将独立管理，主语言后续更新也不会将其覆盖

不需要维护任何「是否跟随」的开关 —— 系统看这一格的内容本身，就知道该不该跟。

4. 发布前自动检查

点发布时系统会先体检一遍：结构完整性、用到的组件在这个环境可不可用、 要上线的语言齐不齐、分类是否有效、SEO 与结构化数据是否合法。

系统会列出所有问题，必须先修复阻断项，每一项都提供跳转至修复位置的入口。 发布成功后，线上内容会自动更新，产品端无需重新部署。

六、各部分能做什么

落地页

用组件拼出一个页面。左边是页面结构，中间是实时预览，右边是当前选中组件的字段。

能做：

• 新建，或从已有页面**「复制为新落地页」**

• 通过拖放调整组件顺序；页头、页脚等固定位置（界面中称为插件位）要放置哪个组件，也可在此选择

• 填 SEO、结构化数据

• 全页面 AI 文案处理：一次性检查并优化页面上的全部文字

• Excel 导入与导出：将整个页面或单个组件导出为表格，修改后再导入，适合批量调整文案或补充多语言内容

博客

可以像编辑文档一样撰写内容，并在正文中直接添加组件，例如引用区块、要点卡片和价格表。

右侧四个页签：

• 内容设置 —— 包括文章名称、概要、访问路径、封面图、类别与标签，以及显示偏好

• 文章目录 —— 根据正文中的标题自动创建，单击即可跳转到对应位置

• SEO —— 包含搜索结果标题、说明与关键词，以及社交分享卡片文案和结构化数据

• 组件配置 —— 在正文中选定某个组件后，可在此填写其字段。侧栏、页脚等位置的插件槽位也在这里设置

封面可以上传，也可以让 AI 生成。

组件库

可以查看产品提供的组件、各组件包含的字段，以及哪些页面正在使用它们（即「使用位置」）。

组件由产品在自己的代码里声明，平台按声明生成表单。所以：

• 填写时不易出错 —— 可输入的内容、长度限制及是否必须填写，均由声明规定

• 当前线上版本会被锁定 —— 即使产品端的修改出现问题，也不会波及线上内容

• 删除前会提示使用方 —— 避免移除组件后，某个页面的内容突然缺失

产品那边更新了组件，在这里点「同步组件」拉过来。

分类与标签

• 类别支持多级结构，也能创建下级类别。博客文章必须归入最末层级，落地页则可归入任意层级

• 标识（slug）为选填项 —— 填写后，产品端可将其用于路由或过滤；留空时则仅作为管理后台的内部分类依据

• 类别与标签各自也有测试和生产状态，每行会显示两个圆点：左侧代表测试，右侧代表生产 （灰色表示尚未发布，绿色或蓝色表示已经发布，琥珀色表示修改后尚未再次发布）

• 发布内容时，其中使用的类别会自动同步发布，无需事先另行发布

• 只要仍有内容处于线上状态，就无法停用相关类别，否则这些内容会从归档页面中无故消失

多语言与翻译

在编辑器顶部切换语言。翻译时，在「AI 助手」里切到「翻译」，可选范围：

还有一个**「矫正为当前语言」**：这一格里混进了别的语言，点它就地统一成当前语言。

翻译不会改变结构。长文中的代码块、行内代码和链接地址在翻译前后均逐字符保持不变； 图片和分类标签也不会被翻译。

AI 能做什么

AI 不会处理链接地址、图片地址、代码和价格等非文案字段，因此不会破坏页面。

供应商在「AI 设置」里配置，可切换：OpenAI、Anthropic、Google、DeepSeek、OpenRouter、Fal、Replicate， 写文案和生成图片可以分别指定。

结构化数据（JSON-LD）那块不是 AI 生成的 —— 它会根据页面已有内容按规则推荐， 点「一键生成」即可，比让模型猜更准确。

发布与上下线

• 发布在编辑器里完成：选择语言 → 检查 → 发布。上线前必须通过检查，因此只能在编辑器里发起

• 下线可直接在列表中操作：每种语言、测试站和生产站相互独立，点击后需要确认

• 顶部按钮将准确显示当前状态：发布到测试 / 重新发布到测试 / 已发布到测试

七、日常操作流程

以一篇多语言博客为例，从零开始直至上线：

1. 新建 —— 在博客列表中点击「新建文章」，进入编辑器

2. 编写主语言内容 —— 确认顶部当前语言标有「基准」，然后填写标题、摘要和正文

3. 添加配图 —— 在右侧「内容」页签上传封面，或点击 AI 生成 （提示词应写成一段画面描述，不要写「结合文章内容」——生成时 AI 无法读取正文）

4. 插入组件 —— 在正文中通过「插入」添加组件，选中组件后，在右侧「组件」页签填写字段

5. 内容归类 —— 在「内容」页签选择分类和标签

6. 完善 SEO —— 在「SEO」页签点击「AI 优化 SEO」，一次生成七个字段；再点击「一键生成」补充结构化数据

7. 翻译内容 —— 切换到其他语言，依次选择「AI 助手」→「翻译」，将范围设为「整篇」，勾选目标语言，然后点击发送并采用译文

8. 预览内容 —— 点击顶部的「预览」，可切换电脑或手机视图，以及浅色或深色模式

9. 发布到测试环境 —— 点击顶部的「发布到测试」，选择语言，检查通过后发布

10. 验收内容 —— 前往测试站查看效果

11. 推送到生产环境 —— 点击「升级到生产」。只有已在测试站上线，且内容与测试版本完全一致的语言才能推送 （界面中标记为 Test exact online）

落地页流程相同，区别是第 2~4 步换成拖组件、填字段。

八、后续可加强

• 长文创作：目前支持整篇文章的创作与改写，后续可增加大纲规划和分节续写功能

• 统一术语：目前翻译已能确保结构和链接保持不变，后续可增加全站术语表，让专有名词在不同文章中保持一致

• 让配图更贴合文章：目前根据提示词生成图片，后续可让生成工具读取文章内容后再创作

接下来读什么

• 想全面了解发布链路 → 发布流程

• 想了解页面如何搭建 → 组件库

• 想了解自己可以执行哪些操作，以及为什么某些内容无法修改 → 角色与权限

• 遇到具体问题 → 常见问题