把网站翻译成中文这件事，网站文看着简单，翻译做起来全是成中坑。我见过太多人直接用谷歌翻译插件一键转换，网站文结果页面是翻译中文了，但读起来像外星人学汉语——词序颠倒、成中术语错乱、网站文连品牌名都被粗暴音译。翻译翻译不是成中替换字符，是网站文重新组织信息流。

举个实际例子。翻译某国际软件公司的成中官网，原版英文里有个短语"push the envelope"，网站文直译成"推信封"，翻译中国用户看了满头雾水。成中实际意思是"挑战极限"。这种文化隐喻，机器翻译永远搞不定。更麻烦的是技术文档里的参数名、API接口说明，这些代码层面的内容一旦被翻译成中文，程序员反而看不懂了——因为变量名要保持英文，注释要中文，混合处理稍有不当，整个页面结构就崩了。

翻译流程的第一步，是搞清楚网站的类型和受众。电商网站和学术网站的策略完全不同。卖货的页面要的是转化率，翻译时得把"Buy Now"改成"立即购买"还是"马上抢购"？这取决于目标用户是白领还是下沉市场。我见过一个户外装备站，把"waterproof"翻成"防水"没问题，但把"breathable"翻成"可呼吸的"，消费者直接懵了——正确说法是"透气"。这些细节，靠的是对行业黑话的积累，不是词典能解决的。

技术层面也有讲究。现在主流做法是先用CAT工具（比如Trados或MemoQ）提取可翻译文本，把代码和文案分离。这样能保证翻译后HTML标签不损坏，CSS样式不乱套。有个朋友接了个活，帮一个德国工业设备网站做中文版，对方原站用了大量JavaScript动态生成内容，常规翻译软件根本抓不到那些文本。最后只能写脚本抓取接口数据，再人工校对。这活儿干了三周，但效果是：中文版页面加载速度和原版一致，搜索索引也正常。

还有个常被忽略的点：翻译后要重新测试所有链接。英文站点的URL结构可能带关键词，比如" /products/industrial-pumps"，翻成中文后如果直接改成"/产品/工业泵"，旧链接就全404了。正确做法是保留URL结构，只改页面显示文本，或者做301重定向。我见过一个旅游网站，翻译后没处理链接，导致谷歌收录的英文页面全部失效，流量掉了八成。

翻译风格上，中文天生比英文简洁。同样一个功能描述，英文写三行，中文两行就能说清。所以翻译完的页面往往比原版短，这时候就得调整排版——不能硬把英文的栅格系统套在中文上。比如按钮宽度，英文"Submit"五个字母，中文"提交"两个字，如果按钮宽度固定，中文就会显得空旷。得重新设计间距和字体大小。

最后说个真实的翻车案例。某跨国银行的网上银行系统，翻译团队把"interest rate"翻成"兴趣率"，结果客户投诉说银行在开玩笑。这种低级错误，归根到底是没做术语表管理。正规流程是先建立项目专属词汇库，所有翻译人员必须遵守，再配合双重校对——第一轮技术校对看代码完整性，第二轮语言校对看通顺度。两轮都过了，才能上线。

翻译网站本质上是产品本地化，不是文字搬运工。它要求你既懂代码结构，又懂语言文化差异，还得有测试意识。那些说"不就是翻译吗"的人，多半没经历过凌晨三点发现中文页面乱码、紧急回滚版本的绝望。下次你打开一个中文官网觉得"挺顺眼"的时候，背后可能是一个团队熬了几个通宵的结果。