中文站和英文站共用一套内容模型，字段与标签怎么对应

中文站和英文站共用一套内容模型，字段与标签要按「先定结构、再定语言」的顺序对应：先用自定义内容模型把双语都需要的字段定下来，再用关键词库维护中英对照词，成稿交给整页 HTML 翻译，站点之间的切换与隔离由多站点管理承担。反过来做——先翻译页面再补结构——是双语站后期混乱的主要来源。

先定结构再定语言

内容模型定义的是「这类内容有哪些字段」，与语言无关。产品、案例、文档、新闻这几类内容各自需要哪些字段，应该在两种语言都写之前就确定，因为字段决定的是信息结构，不是表述方式。

AnQiCMS 支持自定义内容模型与自定义字段，同一套模型可以在多语言站点配置下复用；系统同时支持多语言站点配置与切换，并能做整页 HTML 翻译。这意味着结构层只维护一次，语言层按站点分别呈现，两边不会互相牵制。

字段映射的三种常见错

第一种是把展示文案写进字段定义。例如把「立即购买」这类按钮文字直接固化在字段名或默认值里，英文站就得另建一套模型。做法是：字段只承载数据，展示文案放在模板与语言配置层。

第二种是同一含义建两个字段。中文站建了「适用行业」，英文站又建「Industry」，两边数据无法对齐，后期做汇总或批量处理时会出现半空字段。解决方式是模型只建一次，两种语言共用字段定义，值各自填写。

第三种是漏掉必填与可空的区别。双语站的正文可以后补，但用于筛选与展示的字段（如标题、摘要、封面图、规格参数）不能空。把必填项定清楚，才能避免英文站上线后大面积空值。

标签和关键词库怎么对照

标签失控是双语站最常见的技术债：中文标签靠人工输入、英文标签靠翻译产出，两边数量与含义逐渐错开，最后同一主题在两个站指向不同的标签页。

可控的做法是把对照关系放进关键词库集中管理。AnQiCMS 的关键词库用于集中管理 SEO 关键词，双语站可以按「中文词—英文词—是否启用」的三元结构来维护，新增标签必须先入库再使用，运营与翻译都不自由造词。

标签对照建议遵循三条规则：一词一义，避免同一英文词对应多个中文标签；宁少勿多，先覆盖核心主题再扩展；对应关系可回退，某对词确实不合适时改映射，而不是新建一个近似标签。

站内链接由锚文本管理承担，双语站要分别配置：中文锚文本指向中文页面，英文锚文本指向英文页面，不要跨语言混挂。这既是用户体验问题，也是抓取路径问题——跨语言锚文本会把抓取引导到语言不匹配的页面上。

整页翻译的更新由谁跟

整页 HTML 翻译能显著降低初次产出成本，但它不解决「跟版」。中文站改了参数表，英文站不会自动同步，需要一条明确的跟版流程。

建议按变更类型分派责任。结构性变更（字段增减、栏目调整）由站点负责人统一改两边，因为结构必须一致；内容性变更（正文段落、案例数据）可以异步翻译，但要有待办清单和周期；表述性变更（措辞、术语、合规说明）可以由翻译侧自行处理，前提是先更新关键词库里的术语对照。

另外要区分「翻译」与「本地化」。参数、单位、日期格式、联系方式规则这些不适合直译，涉及本地表达的部分应当由人复核后再发布，AnQiCMS 的定时发布能力（时间因子）正好能把复核后的稿件排到指定时间上线，避免未复核内容直接外露。

常见问题

能不能只做中文内容，英文站全靠整页翻译自动生成？

可以作为起步，但不适合长期。术语一致性、本地表达和合规描述都需要人工复核，自动产出后无人核对容易在关键页面上出错。

两套站点要不要分开数据库？

按多站点管理的方式来定，一套后台管理多个独立站点即可满足隔离需求，不必为了语言人为拆分数据，否则后续维护成本翻倍。

标签对照表由谁维护？

由内容负责人集中维护，翻译侧只提申请。分散维护一定会出现同义词膨胀，这比错译更难收拾。