导语：把 Discourse 做成“看起来像中文社区、用起来也符合中文习惯”的产品，不只是切换语言包这么简单。真正的中文本地化，需要同时处理界面翻译、站点设置、内容组织、搜索体验、插件文案和长期维护。🌏
一、先区分“汉化”和“本地化”
很多站长第一次部署 Discourse 时，会把目标理解为“把英文界面翻译成中文”。这只是第一步。Discourse 本身支持界面国际化，早期就通过 Rails i18n 和 client/server 两类语言文件来组织翻译内容，相关说明可参考 Discourse 官方博客。但中文本地化还包括更细的体验调整，例如中文用户名、中文标题长度、搜索词长度、分类命名、通知文案和管理后台提示。
我的经验是：不要一开始就追求“100% 翻译完成”，而是先保证核心路径清楚。新用户注册、发帖、回复、搜索、查看通知、修改个人资料、举报内容，这些动作如果能顺畅完成，社区的中文体验就已经有了基本盘。✅
二、基础设置：从 zh_CN 开始
如果你的社区主要面向简体中文用户，建议优先使用 zh_CN 作为站点默认语言。Discourse 的翻译状态可以在 Discourse Translations 查看，站长也可以据此判断当前语言包的大致覆盖情况。需要注意的是，语言包覆盖率高，不代表每一句话都适合你的社区语气。
进入管理后台后，建议重点检查这些位置：站点名称、欢迎话题、用户指南、分类描述、信任等级说明、举报原因、站内通知和邮件模板。默认翻译通常偏通用，而中文论坛往往需要更自然的表达，比如“Topic”在不同场景下可以译为“话题”“主题”或“帖子”，不要机械统一。
三、中文社区的关键细节
- 标题长度：中文信息密度高，英文默认长度限制有时会显得过长。Discourse 社区中也讨论过面向不同 locale 的默认设置，例如中文、日文场景下更短的标题和正文限制更合理，可参考 locale_default 讨论。
- 搜索体验：中文搜索经常受到分词、短词和同义表达影响。建议准备一批真实中文关键词测试，例如产品名、缩写、常见错别字和分类关键词，而不是只搜完整标题。
- 用户名规则：如果社区允许中文用户名，需要确认注册、提及、通知和用户卡片展示都正常，避免出现能注册但不方便 @ 的情况。
- 时间和语气：中文用户更习惯“刚刚”“几分钟前”“昨天”这类自然表达；系统提示也应避免生硬命令式，多使用“请”“可以”“建议”等词。
四、不要忽视插件和主题组件
很多中文化问题并不出在 Discourse 核心，而是出在插件、主题组件或自定义脚本。一个常见现象是：前台大部分界面已经是中文，但管理后台、按钮提示、弹窗或占位文本仍然显示英文。处理这类问题时，建议先确认文案来自核心、插件还是主题。
如果是插件文案，通常需要检查它是否提供 locale 文件，以及是否区分 server 端和 client 端字符串。Discourse 的本地化体系中，前端文本、后台设置说明和服务端提示可能位于不同命名空间，这一点在插件维护时尤其重要。🧩
五、建立自己的中文术语表
中文本地化最怕“同一个概念有三种叫法”。例如 category、tag、topic、post、reply、flag、trust level，如果没有统一术语，用户会觉得系统不稳定，管理员写教程也会很痛苦。建议建立一个小型术语表，把核心词汇固定下来。
实用做法：先列出 30 个最常见的 Discourse 术语，再给每个术语确定“正式译法、口语说法、禁用译法”。例如 category 固定为“分类”，tag 固定为“标签”，topic 固定为“话题”，post 根据场景使用“帖子”或“回复”。
术语表不必复杂，但必须持续使用。后续修改欢迎话题、帮助文档、邮件模板、公告和版规时，都应按同一套词来写。这样做的好处是，新用户学习成本更低，管理员也更容易协作。
六、内容本地化：机器翻译只能做辅助
近年 Discourse 已经提供内容本地化相关能力，并在官方 Meta 中说明可配置支持语言、语言切换器，以及手动或自动翻译内容的方式，详情可参考 Content Localization 文档。这对多语言社区很有帮助，但中文社区仍应把机器翻译视为辅助，而不是最终稿。
尤其是技术论坛、产品支持社区和开源项目社区，自动翻译可能会误处理专有名词、命令参数、错误信息和版本名称。建议保留原文入口，对重要公告、安装教程、故障排查文档进行人工复核。对于用户生成内容，可以允许自动翻译，但要明确提示“译文仅供参考”。
七、发布前的检查清单
- 使用新用户账号完整走一遍注册、登录、发帖、回复和找回密码流程。
- 分别在桌面端和移动端检查菜单、按钮、弹窗、通知和个人资料页。
- 搜索中文两字词、三字词、英文缩写、数字型号和中英文混合关键词。
- 检查邮件标题和正文，避免出现英文残留或变量显示异常。
- 邀请 3 到 5 位真实中文用户试用，让他们指出“不像中文网站”的地方。
八、维护经验：小步更新比一次性大改更稳
Discourse 更新频繁，插件和主题也可能引入新字符串。因此中文本地化不是一次性工程，而是持续维护工作。我的建议是每次升级后只做三件事：检查后台新增设置、浏览近期新增界面、处理用户反馈最多的文案。这样成本可控，也不容易改乱。
如果社区规模较大，可以开一个“翻译与体验反馈”分类，让用户提交英文残留、别扭翻译和不清楚的提示语。管理员再定期整理，而不是把所有问题堆到升级当天处理。💡
总结
Discourse 中文本地化的核心，不是把英文逐句换成中文，而是让用户在中文语境中自然完成讨论、搜索、协作和管理。站长应从 zh_CN 基础设置出发，结合中文标题长度、搜索习惯、插件文案、术语表和内容翻译策略逐步优化。只要坚持“小范围测试、统一术语、持续维护”，Discourse 完全可以成为体验成熟、表达自然的中文论坛平台。🚀
