翻译是语言转换：把源语言的文字、意思和格式，等量换成目标语言。本地化是在翻译之上，让产品“读起来像本地产品”——替换文化参照、调整例子、改单位与日期格式、重做图片里的文字，有时还要调整购买和退换流程。
为什么要分清楚：海外用户不会因为“你翻译了”就信任你。他们判断的是页面是否像本地同行——语气、证据、价格写法、支付方式是否熟悉。只翻译、不本地化，流量可能有，转化却上不去。
常见错误：把翻译报价当成“本地化报价”，预算砍掉一半，上线后发现转化没起色，再返工反而更贵。
中文营销常用“行业领先”“首选”这类强断言，直译成英文会被当地用户读成夸大宣传，反而降低信任。德语、日本市场对绝对化表述尤其敏感，可能触发合规问题。
怎么做：按目标市场的表达习惯重写卖点，保留事实、调整修辞。对外营销内容应走人工翻译加营销审校，而不是机器翻译后简单改字。
常见错误：把“领先”逐字译成 “leading”，在部分市场被判定为不实宣传。
价格只写 ¥、尺寸只写厘米、日期写成 2026/11/02，英语用户需要自己换算，决策摩擦上升，跳出率随之提高。
怎么做：金额按目标市场货币与千位分隔习惯呈现，尺寸提供本地单位，日期用当地顺序（如美国用月/日/年）。
常见错误：保留源语言的单位和符号，用户因“看不懂”直接离开。
首页大图里是亚洲面孔、案例是本地没有的品牌，用户难以代入，会默认“这不算给我看的”。
怎么做：替换图片中的文字（多语言 DTP），用目标市场能识别的案例与认证；无法替换时至少说明适用范围。图中文字未处理，比不配图更损害专业感。
常见错误：只翻译图片旁边的说明，图里的文字仍是中文，用户一眼看出“这不是本地页面”。
结账只支持一种当地不常用的支付、表单字段按中国习惯排布，都会提高弃单率。
怎么做：确认目标市场的主流支付方式与表单习惯，必要时调整流程，而不只是翻译按钮文字。
常见错误：翻译了“立即购买”却没接当地支付，转化漏斗在最后一步断掉。
不是所有内容都要同等投入。实际项目里可以按内容分级匹配策略。例如方氏服务的翻译与本地化将内容分为 A（营销转化）、B（产品 UI）、C（技术文档）、D（内部）四类，分别采用人工翻译加营销审校、机器翻译加轻度后编辑、机器翻译加深度后编辑、纯机器翻译。先分级，再决定每类投入，比“全站统一翻译”更省也更准。
| 内容类型 | 只翻译够吗 | 必须本地化的点 |
|---|---|---|
| 营销落地页 / 广告 | 不够 | 语气、例子、信任信号、CTA 写法 |
| 产品 UI / 表单 | 不够 | 占位符、复数规则、布局、支付方式 |
| 技术文档 / 帮助中心 | 部分 | 术语统一、截图、代码块处理 |
| 图片 / 视频字幕 | 不够 | 图中文字、文化参照、配音口音 |
涉及界面字符串时，还应关注软件界面 / UI 本地化中的占位符、变量与复数规则处理。
把下面的清单复制到团队文档，每次发版前逐项确认：
| 检查项 | 说明 |
|---|---|
| ☐ 货币、单位、日期格式已按目标市场调整 | 金额用当地货币与分隔习惯，尺寸给本地单位 |
| ☐ 营销文案按当地习惯重写，未逐字直译 | 避免绝对化表述与不被当地接受的说法 |
| ☐ 图片与案例使用目标市场可识别元素 | 图中文字已处理，案例与认证在当地有效 |
| ☐ 支付方式与结账流程适配当地习惯 | 接当地主流支付，表单字段顺序合理 |
| ☐ 术语表已建立，跨页面译法一致 | 关键术语一个译法，共享给所有译者 |
| ☐ 产品 UI 占位符、变量、复数规则正确 | 导出前检查 {username}、%s、<b> 等是否保留 |
| ☐ RTL 语言已做镜像布局测试 | 阿拉伯语等需整页镜像，不只文字方向 |
| ☐ 上线前由母语者做真实场景走查 | 用当地用户视角走完一次转化路径 |
如果团队没有专职本地化人员，把术语表、翻译记忆和上线检查交给有流程的供应方，比每次临时找译者更可控。结合目标市场调研，可以先确认哪些市场对本地化最敏感，再分配预算。
网站和文档会持续更新，翻译也要持续维护。否则三个月后新页面又是机翻直译，体验回退。
怎么做：建立术语表与翻译记忆库，源内容变更时只更新受影响段落，而不是整页重翻。
常见错误：上线后无人维护，版本越积越多，最后只好推倒重来。