多品类企业官网的内容模型和自定义字段怎么设计，才能既统一维护又差异化展示？思路是把「结构」交给模型、把「数据」交给字段、把「展示」交给模板：产品、案例、资讯各建一个内容模型，每个模型用自定义字段承载品类专有信息，前台模板按模型分支渲染，新增品类时复制模型而不是重写代码。

为什么单一文章模型撑不住

把所有内容塞进一种「文章」表结构，早期省事，品类一多就出事：产品页需要的规格、参数、适配型号没有落点，只能写进正文富文本，导致列表页无法按参数筛选、搜索引擎抓不到结构化要点。内容模型的意义是让每类内容有各自的字段集合，展示与检索都按字段走。

自定义字段先定边界

字段设计三问：会不会被列表页引用？会不会参与筛选或对比？会不会被接口调用？三问中任何一个「是」，就值得建独立字段；都不涉及的补充说明留在正文即可。常见分工如下：

模板层的复用单位是模型而不是站点：同一模型下的所有条目共享详情模板，品类差异通过字段是否有值来分支。这样做的收益在多站点和改版时最明显——调整展示只改一处模板，数百条目不动。

模型和字段定好后，元信息别让编辑逐条手填。创建文章时 AI 自动标签给出分类候选，TDK 生成负责标题、关键词、描述的初稿，编辑只做校对。发布量大的站点，这一步能把手填错误率与延迟压到可接受范围。

品类词、场景词、竞品替代词集中进关键词库管理，栏目命名与文章选题从这里取词，避免各编辑各写一套。库里的词再靠锚文本管理建立站内互链：命中词条自动生成指向落地页的内链，长尾流量自然汇聚到该承接的页面。

字段建多了有什么代价？ 表单变长、接口返回变重。按「列表引用、筛选、接口」三问裁剪，宁缺毋滥。

已有站点补模型来得及吗？ 来得及。先给最痛的品类建新模型，用批量导入迁移存量数据，旧栏目保留过渡即可。

标签和关键词库会冲突吗？ 职责不同：自动标签服务文章归类，关键词库服务搜索词口径，锚文本把两者串成内链。