产品案例和文章字段不同，内容模型怎么分开建

产品、案例和文章的字段不一样，内容模型怎么分开建？先按「前台要不要按字段筛选与展示」划分：需要结构化展示的，各自建一个内容模型；只要标题、正文与标签的，归到文章模型。也就是说，产品模型放参数与规格，案例模型放客户名称与成效数据，文章模型保留通用字段。混在一个模型里，短期省事，长期会让列表页、详情页与文档状态都变成一套条件分支。

哪些字段该分开

判断字段该不该单列，看它是否参与筛选、排序或对外展示。参与这些动作的字段要能独立存储、独立查询，写在正文里就取不出来。

文章类内容没有额外字段，用默认模型即可；一旦某类内容开始出现「需要按某字段筛选」的需求，就该考虑新模型而不是加正文标记。

一个模型混用会卡在哪

混用最先出问题的是列表页。产品列表要按规格排序，文章列表要按发布时间排序，同模型下只能靠标题前缀或标签区分，筛选条件越加越长。第二个问题是详情页模板：产品要渲染参数表，案例要渲染成效数字，文章是纯正文，三种排版塞进一套模板，条件判断会盖过内容本身。第三是状态流程：案例常需要客户确认后再放开，文章发布即公开，产品则要配合下架与季节性上下线，混在一起后草稿、待发布与回收站的规则就没法按类型区分。

拆模型的落地步骤

顺序建议是：先列字段清单，再定模型，最后配模板。第一步把三类内容前台要展示的字段全列出来，标出哪些要筛选、哪些只展示；第二步按这份清单建内容模型，自定义字段一次定准，命名保持一致，避免同义字段各写一遍；第三步给每个模型配列表页与详情页模板，并把分类与标签的归属理清——分类表达栏目结构，标签表达横向主题，不要用标签代替分类。

已经上线的站点不必一次性重建。可以先给最痛的一类（通常是产品）单独建模型，用批量导入把存量内容按新字段灌进去，验证列表与详情都正常后再处理案例，文章保持原样。

列表与详情怎么取数

模型拆开后，取数也要按模型走。前台通过 API 调用取文档列表与详情时，把模型或栏目作为筛选条件传入，接口文档里能查到列表、详情、分类与标签各自的参数；分类树与标签列表先取一次做缓存，再按分类取文章列表，避免每屏都重复请求。辅助能力按模型设置：创建文档时的 AI 自动标签与 TDK 生成、标题自动配图在内容与案例这类需要批量处理的模型上收益明显，在需要精确控制展示的产品模型上则建议人工复核配图与参数。

文档状态按正式文档、草稿、待发布、回收站四档管理：案例在客户确认前留在草稿，约定日期放开的用待发布，删除正式文档是移入回收站而不是物理删除，误删可以从这里恢复。三类内容共用同一套状态语义，但放开节奏各自定，不会因为拆模型而丢流程。

常见问题

内容模型建多了会不会难维护？ 模型数量应等于「真正不同的展示与筛选需求」，通常在三个到五个之间。为一次性活动单独建模型最容易失控，活动页用单页面或文章加标签更省事。

能改已建模型的字段吗？ 可以，但要按存量数据处理：新增字段回填成本较低，删除或改名的字段要确认模板与接口调用是否仍在引用。

产品与文章能不能共用详情模板？ 排版相近可以复用组件，但取数与展示字段要分开，否则新增筛选时两处互相牵连。

拆模型会影响搜索收录吗？ 地址规则不变就不影响。拆完确认列表页分页与详情页 URL 规则一致，站点地图重新生成即可。