见过一家集团的英文站，首页新闻停在十四个月前，英文版的集团简介里董事长还是三年前卸任的那位。海外客户按图索骥找过来，邮件发到离职员工的邮箱，石沉大海。问起来，原因简单得让人叹气：翻译供应商的合同到期没续，语种负责人中途换了岗，接手的人不知道该管这个站。多语言站建起来不难，难的是让六个语种的页面跟中文版保持同步，这件事在集团网站建设里往往要到二期才被想起来，成本已经翻倍。
先想清楚哪些页面值得翻
一个集团站中文版可能有八百个页面，全量翻译既贵又没必要，按每千字两三百的市场价算，八百个页面翻六个语种，一轮就是六位数。海外访客真正会看的是这几块：公司简介、主营产品与服务、联系方式、投资者信息、新闻里的重大事项。把这五块定为必翻清单，其余页面挂一句本页面暂无英文版本并留中文入口，比硬翻出来的机翻全文体面得多。必翻清单越短，同步的负担越轻，长期存活率反而越高。清单还要跟着业务变，新开的海外板块页面及时补进去，裁撤的业务页面及时摘下来。
翻译流程要接进后台
最常见的断点是：中文编辑发完稿，翻译需求靠邮件传达，译稿回来再找人挂到英文站，每个环节都靠人记，人一换岗流程就断。靠谱的做法是把翻译状态做进内容后台，中文稿发布时自动生成待翻译任务，译稿提交后走一遍轻量确认就发布。语种多的集团可以给翻译供应商开子账号，让流程在线上闭环，谁翻的、什么时候交的、卡在哪一环，后台一目了然。滞后是允许的，但要有标准：重大新闻二十四小时内同步，一般动态一周内同步，超期未翻的页面在对应语种站隐藏而不是留着旧闻糊弄访客。
验收时留三个检查项
- 检查各语种页面是不是同一套后台管理，而不是各建各的独立小站；
- 试发一篇中文新闻，看多语言任务是否自动生成、能否指派；
- 确认翻译记忆库归甲方所有，换供应商时能整库带走，不用从头积累。
集团网站建设立项时把多语言当成一套持续运营机制来设计，而不是一次性翻译工程，后面的账才算得过来。比格网络给集团做多语言站群时，通常把同步规则和超期处理写进运维手册，交接给甲方的时候连流程一起交，语种负责人换了人，照着手册也能把这套机制跑下去。说到底，多语言站的对手不是翻译质量，是时间，谁能把同步做成日常动作，谁的海外形象就立得住。
