Article
Webflow 只改外语商品卡属性,为什么整段正文不再跟随主语言?
解释次语言修改富文本组件属性会本地化整个 Rich Text 的范围,逐段核对主语言后续变化与本地保留内容,安排明确维护责任。

这是富文本本地化范围造成的。Webflow 官方说明,在 secondary locale 修改 Rich Text 内组件实例的属性,会将 整个 Rich Text 内容本地化,之后主语言对该段富文本的变化不再被这个次语言自动继承。影响范围不限于刚才改过的卡片。Webflow Components in rich text 官方说明
关键要点
- 一次局部属性修改,可能改变整段正文后续更新的责任。
- 先比较完整富文本字段,不只检查卡片上的一句话。
- 不假设有自动合并翻译或一键无损恢复继承的路径。
从最后一次本地改动找起
假设主语言选购指南内有产品卡,次语言编辑只改了按钮文字与卡片说明。之后主语言将“附两片替换垫”更正为“附一片”,次语言正文却继续保留旧说法。
建议先记录次语言修改发生在哪个 Collection item、哪个 Rich Text 字段及哪个组件实例。再确定主语言事实更正是在这次修改之前还是之后。不需要先判定翻译工具“失灵”;局部改动可能已经让整段内容变成次语言自己的版本。
官方允许主语言富文本组件被次语言继承,并可在次语言修改实例属性;也明确不能直接在次语言富文本中新加组件实例。这些不是普通静态文字替换的全部等价操作。官方本地化条件
把整个字段取出来对照
建议保存主、次语言当前内容的工作副本,标出主语言自上次审阅以来的实际变化:商品数量、材料、配件、适用条件、正文链接以及图片说明。卡片之外的段落也要查看,因为官方影响单位是整个 Rich Text。
先逐段区分共享商品事实与本地表达。配件从两片改为一片需要对应事实;当地活动按钮可能应保持特定语言与目的地。不能把主语言全文直接覆盖次语言,连同已批准的本地条款一起抹掉。
一般翻译复核方法见商品原文变化后的翻译审核(英文),但不要把其他平台的状态标记或自动更新习惯当作 Webflow 的继承规则。
让后续修改有明确负责人
如果这段次语言内容需要继续独立维护,建议把它登记成需要逐轮复核的本地版本:每次主语言事实改变,通知相应语言编辑比较整个字段。这里是编辑流程建议,不是 Webflow 自动提供的事实同步服务。
在 CMS 中配置实例属性的官方路径是打开 Collection item,选择 Rich Text 中的组件,再用扳手图标打开 Properties modal。修改会自动保存,但仍需要发布才会进入公开站点。官方属性编辑与保存说明
若希望重新回到继承路线,应先按当前账户的官方本地化能力确认完整字段处理方式,保留已有本地内容再决定;本篇没有足够依据提供一个“恢复继承且自动保留所有翻译”的按钮。
用一个事实变化验证维护范围
以下为建议练习,没有修改站点:在副本中,以配件数量更正为例,比较主语言新段落与次语言当前段落,同时检查本地商品卡按钮是否应保留。记录需更新事实、保留本地内容与未决项,再由相应编辑形成新候选。
如果图中文字也有语言要求,别把字段文字更新当成图片已经翻译,参阅语言切换与图片像素文字(英文)。重新看正文链接、商品身份与版式后,再按正常流程发布该版本。
最后保留主语言修订、次语言差异与实际发布结果,沿源内容到交付输出追溯(英文)关联。事实更正遗漏、字段范围不清或本地说明去留未定时,暂停将次语言标记为已同步;只改过卡片不意味着只需维护卡片。
本文由 Itemlume 编辑团队依据截至2026年10月31日核对的公开资料整理,采用 AI 辅助研究与编辑。文中的建议方法与假设练习不代表已完成实机、实拍或投放测试。软件入口与适用条件以当前官方说明和实际账户为准。了解编辑主体或联系勘误。