界面语言与内容语言可以不同
别名: 内容语言元数据 · 多语言内容偏好 · UI language · content language
概念解释
独立的界面语言与内容语言（independent interface and content languages）区分产品控件、导航和系统消息所用语言，与文章、帖子、视频、评论或搜索结果本身的语言。用户可能希望用熟悉的界面操作，同时阅读另一种语言的原文或多种语言内容。每项内容及其翻译都需要独立 language metadata、原文关系、翻译来源和状态；内容偏好应是有顺序的语言列表，而不是从 UI language 或国家推导出的单值。
机制
界面文本来自受控消息目录，内容则由作者、媒体、导入源或翻译流程产生，生命周期不同。若内容查询直接复用 UI locale，切换菜单语言会突然重排推荐、隐藏原文或触发机器翻译；若内容没有语言标签，检索器会使用错误分词、排序和拼写规则，推荐系统也无法区分语言兴趣与主题兴趣。可靠模型给原始内容、语言片段和每个翻译版本保存 BCP 47 tag、检测置信度、来源、审核状态和版本关系；搜索按内容语言选择 analyzer，推荐结合明确内容偏好与行为证据，翻译仅生成可追踪的派生版本。
怎么研究
建立 UI language × query language × content language × translation state 的测试矩阵，覆盖混合语言、同脚本语言、代码切换、低置信度检测、无译文和过期译文。分别测量检索召回与误命中、推荐语言分布、切换到原文的成功率、翻译误用和用户对语言/翻译标签的理解。比较方案时保持主题与作者供给可比，避免把某语言内容较少或质量不同误判为用户语言偏好。研究还应分析用户明确选择、阅读行为和系统检测发生冲突时，哪种优先级最符合预期，并允许选择“不自动翻译”。
边界
一个内容对象可能包含多种语言、专名、引文和代码，自动检测只能给出带置信度的候选，不能覆盖作者声明。language tag 也不证明内容适用于某地区、符合当地法规或代表用户身份。界面翻译 fallback 与内容 fallback 是两条链：缺少 UI 字符串时需要完整且可测试的消息目录回退；缺少内容翻译时通常应保留原文、标明语言并让用户决定是否翻译。法律、安全与医疗内容不能因用户偏好而静默展示未经审核的机器译文。
怎么落地
- 为原文与每个翻译版本保存内容级 BCP 47 language tag、声明/检测来源、置信度、翻译方式、审核状态、版本与原文 ID；混合内容允许片段级标注，永远不覆盖原文。渲染时让 UI chrome、每个内容对象、译文和混合语言片段分别输出正确的 language metadata、文字方向与 bidi isolation，使辅助技术、字体、断词和排版使用实际内容语言。
- 分别维护
ui_language与有序content_languages，并让用户控制是否显示其他语言和是否自动翻译。界面语言变化只切消息目录，不静默改写内容偏好或历史订阅。 - 让检索按内容与查询语言选择 analyzer，并保留跨语言召回路径；推荐同时记录主题相关性、语言可读性和翻译可用性，不能把“无翻译”当“不相关”。翻译结果显示来源、状态和回到原文的入口。
- 为 UI 目录和内容版本建立独立 fallback：UI 采用已验证的 language–script–region 回退，内容优先用户选择的已审核版本，再明确展示原文或请求翻译。用混合语料、缺失标签、检测错误、过期译文和高风险内容做端到端测试。