mehrsprachige website 上线前要先做哪些本地化

mehrsprachige website 上线前，先做本地化校验，再谈翻译。真正容易出问题的地方，通常不是词句，而是语言、地区、货币、日期格式、表单字段、URL 结构和技术实现之间没有对齐：页面看起来已经“多语言”，实际仍然把访客送进了错误的币种、错误的单位制，或者让搜索引擎抓到重复内容。

先分清语言本地化和地区本地化。德语站点不等于面向整个德语区都能直接复用同一版内容。德语在德国、奥地利、瑞士的写法、称谓、计量单位、电话号码格式、邮编长度都可能不同；如果页面里还出现固定的“+86”“人民币”“工作日 9:00-18:00”之类信息，就要检查是否会与目标市场的购买习惯冲突。对涉及安装、运输、报关、售后响应的页面，这类细节尤其明显：同样是交付周期，海运、空运、铁路的表述方式不同，运费是否含税、是否含卸货、是否含上楼安装，必须在本地化阶段写清楚，不能留给用户猜。

产品页和询盘页最容易被忽略的是单位与规格。尺寸、重量、功率、电压、温湿度范围、螺纹标准、接口类型、包装规格，都应该统一成目标地区可直接理解的格式。比如 mm、inch、kg、lb 不能混写，若需要双单位，主次顺序要固定；阀体、板材、线缆、连接件等技术类内容，翻译时不能只替换词汇，还要确认规格是否在本地市场有对应叫法。很多多语言网站的问题不在“翻错”，而在同一产品在不同语言里被写成了不同型号、不同套装或不同认证口径，后续会直接影响采购沟通和页面收录。

表单本地化也不能只改占位文本。姓名字段在有些市场适合拆成名和姓，在有些市场则不应强制拆分；地址字段是否需要州、省、市、区，电话是否允许国际区号，邮编是否必填，都要按地区调整。验证码、错误提示、必填标识、隐私声明和同意勾选的措辞，也应与语言版本一致。常见误判是页面已经切换成目标语言，但提交按钮、字段错误、邮件通知、自动回复仍然保留原语言或原时区，导致线索进入后无法判断来源和意图。

技术层面的本地化往往决定了多语言站能不能被正确索引。hreflang、canonical、语言目录或子域、站点地图、重定向规则，这些要在上线前一次性核对。最常见的错误是把翻译页面当作重复页面处理，或让同一语言的不同地区版本互相竞争。另一类问题是自动跳转过于激进：用户刚打开页面就被 IP 或浏览器语言强制带走，搜索引擎爬虫看到的内容与用户看到的不一致，页面排序和收录都会受影响。若站点使用 JS 动态渲染，还要检查首屏语言是否能被稳定抓取，不能依赖后端没准备好的异步切换。

本地化内容还要考虑搜索词习惯，而不是逐字翻译。mehrsprachige website 这个词本身就说明，语言版本的表达方式在不同市场并不相同；同一个产品，英文可能搜索的是 materials、specification、supplier，德语用户更常看产品类别、材质描述和应用场景。页面标题、H2、图片 alt、结构化数据里的名称字段都应按当地检索习惯调整，否则内容虽然可读，却未必可被找到。这里要避免两个极端：一个是死翻译，另一个是为了关键词硬塞不自然的术语，前者影响理解，后者影响可信度。

视觉与版式也要预留本地化空间。德语、俄语、阿拉伯语、法语这类文本长度经常比中文更长，按钮、导航、表格标题、提示语如果按中文长度固定，很容易发生截断、换行错位或覆盖图标。时间格式、货币符号、千分位、列表符号方向也要统一处理。若站点同时包含营销落地页和产品详情页，组件间的间距、折行和移动端卡片高度最好在上线前逐页检查，尤其是多语言切换后，原本对齐整齐的版面最容易被长词拉坏。

邮件、下载文件、PDF目录和客服自动化同样属于本地化范围。用户提交表单后收到的确认邮件、附件名称、报价单模板、产品目录页眉页脚、退换货说明，如果仍是母语版本或旧币种，就会让站点看起来像半成品。对于跨境独立站，还要确认时区是否统一、节假日提示是否准确、发货说明是否与目标市场的运输周期一致。这里不需要堆很多规则，关键是把所有“会被用户二次查看”的内容都当作正式页面处理。

上线前最后看一遍，不是逐字校对，而是按用户路径跑通：选择语言、浏览分类、查看规格、切换币种、填写表单、接收邮件、回到搜索结果。只要其中任一环节还残留原语言、错误单位或不一致的 URL，mehrsprachige website 的本地化就还没有完成。对网站+营销服务一体化的项目来说，这一步尤其不能省，因为页面一旦进入搜索和投放链路，后面修正的成本会明显更高。