批量译图一次能传几张？AI上限与分批方法

第一次用批量译图的人，十有八九会撞到同一堵墙：一屏图传进去，只进去了一部分，剩下的提示传不进去。原因不是网络，也不是格式，而是这个功能有一条明确的处理上限——单次最多上传 10 张参考原图。

10 张这个数字听起来有点紧，尤其当你想把全店的中文图一次翻完的时候。但换个角度想，这条上限其实是在替你控制变量：每批只对应一条翻译指令，批越大，指令要罩住的图越多，出偏差的概率也越高。10 张一批，恰好在一个既省事又不失控的区间里。

难题因此变成了另一个问题：既然要分批，那按什么分？这篇文章就把分批的三种维度和它们各自的适用场合讲清楚，让你在撞上限之前就先分好，而不是撞了才手忙脚乱地拆。

图1：图一多，桌面上的分堆动作才是决定这批活顺不顺的关键。

一、先接受上限，再想清楚上限背后的逻辑

批量译图单次最多上传 10 张参考原图，图多就分批处理。这句话不是建议，是硬边界。与其琢磨怎么绕过它，不如理解它为什么存在，因为理解了之后你会发现分批不是负担，而是这套工具的设计前提。

逻辑链条是这样的：一批图共用一条翻译指令，一条指令只对应一个目标语种，一套参数只对应一种处理方式。批内任意一张图和这套设定不匹配，结果就会打折。10 张这个上限，把「批」控制在了一个人能一眼核对完的规模里；超过 10 张，你很难在第一时间发现哪张出了偏差。

另一个常被忽略的点是：分批让进度可追踪。全店换语言的活拆成一段段能收尾的小批次，做完一批归档一批，不会出现「做了一半不知道还剩多少」的情况。对多人协作的团队来说，这一点比单批效率更重要。

具体到操作上，批和批之间是彼此独立的。每一批都在原图区重新上传这一批的图，写这一批的翻译指令，走一遍生成和下载。前一批的结果不会影响后一批，也不会覆盖任何原图。这种独立性正是分批的底气：任何一批做坏了，只需重跑那一批，其它批次的成品照样可用。

所以正确的动作顺序是：先清点总量，再按某个维度切批，每批不超过 10 张，然后一批一批跑。切批的维度有三个，下面分别讲。

顺带把成本和收益也摆一摆。详情页外包的套版报价大约 100 到 300 元，半原创大约 500 到 1500 元，品牌原创 1500 元以上；单张改字的外包常见起收价几十元起，但多数美工有最低工时或最低起做量。这意味着找人改字时，改 6 张和改 10 张的沟通成本几乎一样。既然批量处理本身不增加沟通成本，那分批真正要算的账就只有一条：单批规模控制在核对得过来的范围内。

二、维度一：按目标语种分批

这是三个维度里最重要的一个，也是最不能省的一个。原因很直接：一条翻译指令只对应一个目标语种。你把英语图和日语图混在同一批里，无论指令写英语还是日语，都必然有一半的图翻错。

按语种分批的具体做法有两种。一种是「一批一站点」：要铺英语站、日语站、西班牙语站，就分三批，每批图只发往一个站点。另一种是「一批一市场组合」：如果某个市场的图内容高度相似，也可以按市场把站点的图归到一起。前者更清晰，适合多数团队。

一个常见的错误是把不同语种但「长得像」的图放在一批。比如同一款产品的英文版和日文版混传，看着是一套图，但工具一条指令只能译成一种语言，结果必然一半对一半错。语种是硬约束，和图的相似度无关，这一点必须分开看。

这张表先扫一眼，后面两种维度会展开说。需要强调的是它们不互斥——真实工作里往往以语种为主轴，再叠加品类或平台作为次级维度。比如「英语 + 服装」一批，「英语 + 家居」一批，两批都在 10 张以内。

图2：左边是混着传的一堆，右边是按语种切开的三批，后者的结果才可控。

三、维度二：按品类或系列分批

同一个系列的多款产品，图往往在构图、色调、文字排版上高度相似，放在一批里跑，结果的一致性最好看，后期核对也最快。这就是按品类分批的价值。

举个具体的分法。一个店同时有服装、家居、数码配件三条线，每条的图都想译成英语。如果全混在一批，10 张可能装不下，还得拆；按品类拆成三批，每批刚好在 10 张以内，而且每批内部的图视觉风格统一，核对的时候心里有底。

再具体一点。服装线的图通常以模特上身为主，文字多是尺码、面料、卖点短句；家居线多为场景摆拍，文字偏长，常带规格说明；数码配件则容易出参数表，文字密集且多为数字符号混排。这三种图的文字处理难度根本不在一个量级，拆开跑，每批的返工概率都能单独评估。

还有一种情况适合品类分批：图里有需要特别留意的密集文字。比如数码配件的参数表往往字很多、排得密，服装图的文字相对稀疏。把密集文字的图集中在一批，核对时专注看这一批就行，不用在稀疏的图里反复切换注意力。

品类分批也有它的前提：语种必须一致。如果三条线要铺的市场不同，那就得先按语种切，再在语种内按品类切。维度可以叠加，但语种永远是第一层。

再补一个品类分批的实用判据：看这批图的「文字密度」是否接近。文字密度接近的图放一批，译完之后排版的挤压情况也比较集中，你一眼就能看出这批整体的承载量够不够。密度差异大的图混一批，就会出现「有些图很空、有些图很挤」的结果，核对时注意力被反复拉扯，效率反而低。

四、维度三：按投放平台分批

第三个维度是投放平台。不同平台对图的尺寸口径和合规口径差别不小，按平台分批能让后续的核对有针对性的判据，而不是每张图都回去查一遍要求。

行业里常见的口径是这样：淘宝、天猫、拼多多的详情图宽度以 750px 为通用口径；抖音商城详情图宽度 800px，建议高度 5000 到 10000px；亚马逊主图和详情图在 1000 到 1500px，讲究纯白背景、无水印、无文字堆叠；Shopee、Lazada 宽度多在 800px；速卖通在 800 到 1000px。这些是多数商家的经验值，不是平台官方规定，但拿来当分组依据足够用。

另一批是 Shopee。它的宽度口径多在 800px，允许主图上带卖点文字，所以核对的重点不是密度，而是外文膨胀之后有没有压到产品主体。同样是译图，两个平台的关注点完全不同，这就是按平台分批最直接的价值。

亚马逊那一批还值得单独拎出来说。它对主图的要求最讲究：纯白背景、无水印、无文字堆叠。批量译图保留原构图，不会主动删字，所以如果你的原图中文卖点本来就排得满，译成英文之后膨胀，更容易在亚马逊口径下显得堆叠。这批图单独成批，核对时重点看密度，效率最高。

这里还牵扯到一个字符层面的常识：英文文案相比中文通常膨胀 1.5 到 2 倍占位，泰语、俄语这类字符高度差异也会给行距带来压力，这是多数商家的经验值。如果你这批图要投的是俄语市场的速卖通站，那核对时重点看的就是行距有没有被压扁，而不是单纯看有没有漏字。

到这里三个维度就讲完了，可以把它们之间的关系再梳一遍：语种解决「指令对不对」，品类解决「图长得顺不顺」，平台解决「核对看什么」。三个问题对应三个维度，哪个问题最突出，就以哪个维度为主要切分依据。

还要记住一个字符层面的常识：英文文案相比中文通常膨胀 1.5 到 2 倍占位，泰语、俄语这类字符高度差异也会给行距带来压力，这是多数商家的经验值。按平台分批的时候，如果你这批是要投俄语市场的速卖通站，那对行距的预期就该放得更宽一些，核对时也重点看行距有没有被压扁。

五、三个维度怎么选，什么情况下叠加

三个维度不是让你选一个然后死守，而是让你根据这批活的实际情况决定主轴。多数情况下，主轴是语种，另外两个维度做次级切分。

叠加维度的好处是双保险：语种轴保证指令正确，品类或平台轴保证核对高效。代价是批次数量会变多，需要你维护一个简单的排期。但换个角度看，批次多了，每批的量小了，单批出问题时影响面也小，这是划算的。

再补一个判断维度：这批图的「文字位置」是不是相似。有的图文字集中在顶部标题区，有的图文字铺满整张，有的图文字压在画面中央的产品旁边。文字位置不同的图，译完之后视觉重心的变化方向也不同，核对时关注的部位就不一样。如果能顺手按文字位置再分一下，核对会更快。

有一个场景值得单独提：如果你要铺的市场很多，语种有五六个，品类又有三四条，全叠加会切出几十批。这种情况下建议先按语种切，语种内不再细分品类，而是把同语种里最重要的品类优先跑完。分批发图是长跑，先出可用成品比一次排完全部更重要。

另外还要结合人手看。如果是一个人做，批数多意味着上下文切换也多，建议同一语种的批连着跑，跑完再换语种；如果是两个人各管几个语种，那按语种分派本身就很自然，互不干扰，成品也不会混。

六、分批之后，每批的六个动作一模一样

分批只是把总量切开，每一批的操作动作没有变化。下面六个动作，每一批都要完整走一遍，跑完一批归档一批，再进下一批。

图3：一条直线跑完一批，末尾的回环就是回到起点跑下一批。

六个动作里，步骤一容易被跳过。很多人急着传图，传完才发现这批图混了两个语种，只能重来。把「先确认主题」当成固定起手式，能省掉大半的重做。

也可以换个视角看这套动作：它其实是把「一批图从原始中文到可用外文」的完整路径固定下来，让每一批都走同一条路。好处是不用每批重新想流程，坏处是如果起手式没做对，后面的动作再标准也救不回来。这就是为什么步骤一值得单独强调。

七、一张分批规模速查表

下面按图片总量给一个分批的规模参考。数字是量级建议，不是硬规定，实际按你的品类密度调整。

这张表最想传递的信息是：批数多不是问题，顺序乱才是。60 张以上还硬要一次想清楚全部顺序，很容易卡在规划阶段不动手。更实用的做法是先跑最容易的一批——语种单一、图最干净的那批——跑通之后再决定后面怎么排。

还有一个反直觉的建议：不要追求「一批跑得越多越好」。青虎AI 的批量译图单次上限是 10 张，这个数字本身就在告诉你，产出节奏应该是小步快跑。一批跑完、核对完、归档完，再进下一批，反馈闭环短，问题不会累积。

退一步说，就算上限更高，也不建议把批做得很大。因为整批共用一条指令，批越大，「这条指令是否对每张图都成立」的判断成本就越高。10 张的规模，你几秒钟就能把批内每张图过一遍，确认它们确实属于同一个语种、同一个平台口径。这个确认动作做起来轻松，才是敢下指令的前提。

八、分成三堆之前，先看这四个误区

分批这件事的坑都集中在「怎么分」上，下面四条几乎每一条都有人踩过。

四条误区放在一起看，会发现它们的共同点是把「分批」当成了麻烦事。但在这套工具的设计里，分批本来就是预设的用法，10 张的上限不是限制，而是节奏。接受了这个节奏，前面四条坑基本都会自动绕开。

九、四个让分批更省力的技巧

四条技巧都指向同一件事：让「分批」这个动作在物理层面提前发生。文件先在电脑里分好、余量先留出来、难批先跑、成品先按规则命名——这些都是动手十分钟能做完的事，但它们决定了整个流程是顺水推舟还是边走边补。

十、三个能直接照搬的分批场景

把三种维度套回真实工作，就是下面这三种排法。

图4：分批落成看板上的一列一列，才是真的排好了。

三个场景的共同点：分批的依据不是「图长得像不像」，而是「这批图和这条指令、这套口径合不合得上」。按这个标准切，切出来的批才是有意义的批。青虎AI 的批量译图把上限设在 10 张，就是在提示你按这个标准去组织素材，而不是按图片文件在电脑里的排列顺序去传。

十一、总结

十二、常见问题解答