商品图多语种怎么做？AI批量译图流程安排

商品图要做多语种，最常见的翻车方式不是翻译错了，而是中文原图本身就没做对。有人拿了三张主图就开做，英语一批、日语一批、西班牙语一批，忙了两天出了几十张图，回头发现主图上少写了规格、少了尺寸标注，结果所有语言版本都得重来。

还有一种翻车方式更隐蔽：原图信息是齐的，但做的时候按商品分批，一款商品做完全部语言再换下一款。看起来很有条理，实际上核对的时候特别痛苦，同一批图里混着五种语言，标准换来换去，错漏很难发现。

这篇就讲「商品图多语种怎么做」的完整流程：先把一套信息完整的中文基准版做出来，再按语言分批翻译，每批出完立刻抽查。批次顺序是这三种做法加起来的核心，顺序对了，后面的每个动作都会变轻松。

需要先说明的是，这里讨论的是已经在运营、已经有明确语言需求的商品。哪些语种要做、按什么优先级排，那是另一件事。本篇只解决一个问题：定了语种之后，图该怎么一张张做出来，才又快又不返工。

图1：美工在同一工作台上核对中文基准版与多语言成品。

一、为什么多语种一定要从中文基准版开始

多语种商品图的第一原则是：一套内容只定义一次。中文基准版就是这个「定义一次」的版本，它承载了这张图要说清楚的全部信息，包括商品名、核心卖点、规格参数、尺寸、材质、适用人群。

如果跳过这一步，直接从手头的素材里挑几张图开始翻，问题很快就会冒出来。这批图缺规格，那批图少尺寸，还有的图卖点写法不一致。每种语言都翻一遍，错的地方就跟着复制了好几遍，后面要改就是改好几遍。

反过来，先把中文基准版做扎实，多语种就变成了一次「同版式换语言」的重复动作。版式不动，位置不动，只有文字换个说法。后面的每一批都站在同一个起点上，出错的概率自然就低。

中文基准版还有一个作用：它是团队内部的对齐物。谁负责做图、谁负责核对、谁负责上传，大家看的都是同一张基准图。不用猜「这张英文图的卖点是不是应该和日语版一样」，因为基准版已经定义了标准答案。

换个角度看，多语种商品图的成本大头其实不在翻译。翻译这一步由工具承担，速度很快；真正花时间的是确认信息、核对结果、返工修正。把基准版做对，等于把后面这些成本提前压掉，是一次投入换后续所有语言都省事。

二、什么叫「信息完整」的中文基准版

信息完整不等于内容堆满。一张主图上塞十几行字，买家根本来不及看，翻译出来更是密密麻麻，外文占位一膨胀就撑爆版式。完整指的是该说的信息说全了，不重复、不遗漏。

判断一张中文基准图是否完整，可以按四个问题过一遍：买家第一眼看懂这是什么东西了吗；第二眼看懂它解决了什么问题了吗；参数和规格说清楚了吗；价格、活动或者行动指引明确了吗。四个问题都能答上，这张图就算合格。

还要看信息分布。通常主图承担「让人一眼知道是什么」的任务，卖点图承担「说清核心优势」的任务，参数图承担「给到决策依据」的任务。做中文基准版时要按这个分工把图分类，不要把所有信息都压在主图上。

分类还有一个好处，它让源语言识别更稳。源语言固定为简体中文，识别的是原图内的中文文字。图上文字清晰、排版规整，识别得就准；文字压在复杂背景上或者倾斜摆放，识别就容易出偏差。这也是为什么基准版要先把文字摆正摆清楚。

判断信息是否完整，还有一个很实用的方法：把这张图拿给完全不了解这个商品的人看五秒，然后问他这是什么东西、有什么特点。他答得上来，说明信息是清楚的；他答不上来，那张图就还要改。买家在国外平台上浏览的速度，比这五秒还快。

三、按语言分批还是按商品分批

这是整篇最关键的一个选择。两种做法的工作量看起来差不多，但核对体验差很多。按语言分批是「一批图全部做同一种语言」，按商品分批是「一批图全是同一款商品的全部语言」。

按商品分批的问题在于标准频繁切换。你手里的这批图可能是同一个商品的五种语言版本，看英语的时候你要盯英文的换行，看日语的时候要盯字符高度，看俄语的时候要盯长单词截断。每换一张图，脑中的检查标准就换一次，做到第三张注意力就散了。

按语言分批则是另一种节奏。一批 10 张，全部换成英语，那么这 10 张要看的都是英文的换行和占位，一把尺子量到底。哪里长、哪里挤、哪里折断，同类问题会集中冒出来，改起来也集中，几分钟就能处理完一批。

还有一个实际好处：按语言分批天然契合批量译图的操作方式。翻译指令一次只写一种语言，同一批图共用同一条指令，参数不用反复调整，整个流程更顺。按商品分批则要在同一批里来回切语言，反而更费事。

图2：左边是混语言杂批，右边是按语言分好的整齐批次。

表格里的结论很清楚：按语言分批在五个维度上都更占优。唯一需要考虑的是，某些商品只有单张主图要做，这时候按语言分批依然成立，把不同商品的同语种图凑成一批即可，不必强求同款。

有人会担心按语言分批让工作显得零碎。实际上恰恰相反，同一批图都在做英语，你要看的换行位置、术语译法、字号处理都高度相似，处理到第五张时已经形成惯性，速度反而比混批更快。批量作业的效率就来自这种一致性。

四、青虎AI【批量译图】在流程里的位置

把流程拆开看，批量译图处在「中文基准版做完」和「人工抽查」之间的那一段。它负责的是效率，把一批图的中文同步换成外文，不是替你做本地化判断。

它是青虎AI 图像生成模块下的图片批量文字翻译工具，核心逻辑是「一次上传多张商品参考图，配一句翻译指令，AI 同步把图内中文替换成指定外文」。替换时自动匹配原图字体、排版和画面光影，产品主体和整体构图完整保留。这句话对多语种流程很重要，因为版式保留意味着你可以在同一套基准图上反复换语言，不用重新排版。

入口有两个，效果一致。登录青虎AI 工作台，左侧【创作】-【AI图像生成】-【批量译图】；或者进入 LinkPix，从首页【图像生成】-【批量译图】进去，也可以走【常用场景】-【批量译图】。点击后弹出独立操作弹窗，弹窗分原图区、产品图区、批量设置、参数设置四块。

单次上传上限是 10 张参考原图，这就是「一种语言一批」的张数依据。图多于 10 张，就按 10 张一组往下切，切的时候尽量保持同商品或同类目在一起，核对时方便对照。图少也不必凑数，两张图也能构成一批。

把批量译图放在流程中间这个位置，也解释了一件事：它不会替你决定基准版做得好不好，也不会替你判断译出来的说法在当地合不合适。它是流水线上的一个环节，前面接基准版，后面接抽查，两头都要有人管，中间这一段才能真正节省时间。

五、动手前要准备好的东西

前面讲的都是原则，真正动手前，把四样东西先在桌面上铺开。它们不复杂，但每少一样，后面就要多跑一次。

四样东西里，最容易被忽略的是抽查清单。多数人出图之后凭印象看一眼，觉得「差不多就这样」，结果错的地方一直没被发现，直到买家在评价里指出来。清单的作用是把「看一眼」变成「按项确认」，把主观印象变成可核对的动作。

准备阶段做全了，后面的操作会变得很像例行公事。定基准、按语言归组、上传、设指令、生成、下载、抽查，一轮走完接着下一轮。流程一旦稳定下来，多一种语言只是多跑一轮，不再需要重新思考整个做法。

这里还有一层现实考量：多语种商品图的量会随着商品数和语言数相乘而增长。十个商品做五种语言，就是五十批。如果没有准备阶段的规范，后面每一批都要临时判断，人的注意力很快就不够用了。

六、从中文基准版到多语言成品的操作步骤

流程按语言跑一整轮，一轮走完再进下一种语言。下面这五个步骤，每换一种语言就重复一遍，五步之内就能完成一批。

图3：从基准版到下载再到抽查，一轮六个环节按语言重复。

五个步骤里，第五步是最容易被偷懒的。出图快、下载快，人容易产生「已经做完了」的错觉，直接跳到下一种语言。等所有语言都出完再回头统一看，问题已经散落在几个批次里，追溯起来非常麻烦。把抽查绑在这一批上，是这套流程里性价比最高的一个习惯。

流程还有一个可以顺手加的动作：每批生成前记一下批次信息，比如语言、图片范围、生成时间和张数。这份记录后期排查用得上，尤其是当某个站点反馈图有问题时，能快速定位是哪一批、哪种语言、哪几张。

七、每批出完立刻抽查：抽查清单与判据

抽查不是逐字校对，那太慢，也不现实。抽查的目标是用最少的时间抓住最可能出问题的区域。按语言不同，关注点也不同。

抽查的优先级有一个通用顺序：商品名、参数、价格、活动信息。这四类信息如果出错，买家要么买错，要么不敢下单，损失最直接。装饰性的文案、形容词，即使不够地道，通常也不会直接拦掉订单，可以放到后面慢慢优化。

两份清单配合起来用，抽查时间能压到很短。第一顺位到第三顺位必看，第四第五顺位有时间再看。多语种图量大，全部逐字看是不现实的，把注意力投在真正影响下单的区域，才是可持续的做法。

抽查还有一个实用的小判断：如果同一批里同一个问题出现了两次以上，不要一张一张改，回到基准版找原因。往往是那一行的预留宽度不够，或者那句中文本身就太长。从源头改一次，比在成品图上改十次划算得多。

核对时还要注意一个容易被放过的位置：图片角落里的活动角标、促销标签、限时字样。这些元素通常字小、位置偏，肉眼扫过时最容易跳过去，但它们直接关系到买家对价格的判断，一旦译错或没译到，影响比正文更大。

八、四个常见误区

流程讲清楚了，接下来把四个最常见的做法上的偏差摆出来。这四条每一条都会让多语种商品图的工作量翻倍，而且它们看起来都很合理，不注意就会踩进去。

九、四个提效技巧

四个技巧都在做同一件事，把一次性的操作变成可复用的资产。基准版是资产，命名规则是资产，清单也是资产。多语种的工作量会随着语言增加而累积，但只要这些资产在，每加一种语言的成本其实是递减的。

十、三个可以照做的场景

图4：团队在大屏上按语言分栏核对成品图。

三个场景的共同点在于，基准图都是一次做、反复用的。新款是自己新建基准版，老商品是复用已有的中文图，活动素材是把现有设计当基准。无论哪一种，多语种都建立在「一套内容只定义一次」这个前提上，这才让后面的批次推进变得可控。

十一、总结

十二、常见问题解答