「胸围：48 cm。」

这句话很好译。难的是那个决定。48 cm 说的是狗的身体、成衣本身，还是拉伸后的成衣？这个尺寸是绕着胸一圈量的，还是把布料平铺量的？客户该不该再留点余量，还是建议区间里已经算进去了？

把「胸围」换成另一种语言，上面每一个问题都原封不动地留在那里。

对一个做跨境的宠物服饰商家来说，本地化的起点，是客户为了选对所需要的那些信息。语言排在后面——先得把底下的含义说明白。

先翻译尺寸，再翻译标签

设想一件鼠尾草绿的狗外套，出三个尺码。这是一个虚构的例子，不是一份穿着建议。它的产品团队记录了中码样衣：成衣胸围一周 48 cm，背长 32 cm，成衣领口一周 36 cm。这些数字描述的是在特定测量方法下的这件衣服，它们并不确立哪只狗该穿它。

一份能用的国际规格，会把这个区别保留下来：

示例样衣尺寸；英寸保留一位小数。这些是成衣尺寸，不是推荐的身体尺寸区间。

换算使用 1 英寸 = 2.54 厘米。只保留一套主数据，另一个单位由它推算，这样后续修改就不会留下两张互相打架的尺码表。

一个真实的链接还需要商家自己核实过的选码指引：要量身上的哪几处、量在什么位置、想要的松紧程度，以及卡在两个码之间该怎么办。不要凭空发明一个通用余量，也不要拿犬种名字来代替这份功课——同一个犬种的两只狗，仍然可能需要不同的尺码。

英寸换算让一个数字更好读。测量方法才让它有用。

原创编辑框架。单位换算不等于确立了合身。请核实成衣本身与测量方法。

把购买前后的那些问题一并本地化

同样的纪律，也适用于尺码之外。从单个 SKU 开始，把围绕它的那些决定写下来。

买家能不能认出材质、看懂洗涤说明？「发货」指的是生产结束的那天，还是包裹进入承运网络的那天？配送时效有没有写成一个明确的日期区间？买家能不能找到与目的地和所购商品相对应的退货说明？

这些是内容问题，但需要和实际发货的人协同。一个翻译解决不了一句本来就没定义清楚的生产承诺。

把三层分开。商品事实跟着 SKU 走。呈现方式随受众变化。商业条款随实际的市场设置走。如果一件外套是涤纶混纺，这个事实在任何语言里都不该走样。如果某个市场对这类衣服有另一个惯用叫法，标签可以改。如果发货路线变了，配送信息必须反映那条路线，而不是照搬国内的时效。

Shopify 的本地化说明指出：缺失的翻译会回落到店铺的主语言，而语言支持取决于店铺与主题的配置。所以，发布一种语言，和用那种语言把整条购买链路检查一遍，是两回事。

一种语言不等于一个市场

两个目的地可以共用一种语言，却在季节、配送时效、商品可售性和惯用词上都不一样。把这些当作需要核实的细节，而不是拿来做营销概念的国别刻板印象。

Shopify 的 Translate & Adapt 文档描述了针对特定市场的内容，包括同一种语言内部的差异化改写，并指出有些内容类型不受支持。去核对你的店铺实际用到的资源，尤其是嵌在图片里、或者由其他应用提供的那些。

一张测量示意图，可能在描述里被翻译得完美无缺，图片本身却还印着旧标签。尺码选择器用的是一套命名，尺码表用的是另一套。请在手机上看渲染出来的页面，而不只是看那张翻译表格。

让第一版的范围保持可控

有一个很实际的反对意见：为每个目的地重写整个商品库，会造出多到小团队维护不过来的版本。先从一件商品、一个市场开始。把从集合页到商品页、选码、购物车、结账再到订单沟通这条路走一遍。找一个母语流利的人，把这件商品和购买条款复述给你听。

如果我们在自己的项目 Tufty 里探索一个本地化的活动概念，它的 AI 宠物穿搭图应当始终停留在示意层面。合身演示和测量示意图，必须建立在真实成衣和已核实的测量方法之上。

在批准下一份翻译之前，问一个更难的问题：客户能不能靠这个页面，做出和你把商品拿在手里时一样有依据的判断？