美客多图片要求：800px才是真正的下限，不是500px

美客多（Mercado Libre）官方公布的图片要求下限是500×500px，但这个数字是个陷阱。一张正好500px的图片能顺利上传、不会触发任何警告，却会悄悄让listing失去缩放功能——因为缩放功能只有在图片宽度超过800px时才会激活。API返回结果里不会有任何提示。你的listing转化率就是比隔壁卖家低，而你永远不知道原因。

本文依据平台官方卖家文档和开发者文档，梳理美客多图片要求：哪些规则由平台统一规定、哪些交给各类目自行设定，以及跨境卖家最容易卡壳的地方。

美客多图片要求一览

落地到操作层面：**拍摄并导出长边在1,200到1,920px之间的正方形图片，RGB色彩、JPG格式、10MB以内。**这个区间高于缩放触发阈值、低于缩放上限，同时满足所有格式规则。

决定买家能否缩放看图的美客多图片要求：800px

美客多的开发者文档写得很直白：图片宽度超过800像素时，会激活缩放组件，买家鼠标悬停即可看清细节；文档还特别标注，服装类目强烈建议这样做。

这一句话背后的营收影响，比规格表里其他条款加起来还大。缩放功能是买家不用提问就能看清接缝、做工、印刷尺寸或材质纹理的方式。没有缩放功能的listing，会把这些原本能自己确认的问题全部推进"咨询"框——或者直接推向一次注定要退货的购买。

这三个数字的区别很关键：

• 500px 是平台"能接受"的尺寸。
• 800px 是平台给买家开放"放大镜"功能所需要的尺寸。
• 1,920px 是上限，超过这个尺寸文件照样会被压缩。

因为500px是"官方要求"就照着这个尺寸拍摄，是这个平台上最常见的自我伤害。没有扣分提示，没有listing质量标记指向它，也不会被拒绝上传——缩放功能只是从来没有出现过而已。

图片数量上限按类目设定，你的变体图片也算在内

这正是跨境卖家最容易遇到、却无法复现的报错来源。

单个商品的图片数量上限由所在类目决定，不是全平台统一的一个数字。而根据美客多自己的跨境贸易FAQ，图片会同时从变体和根级pictures数组里计数——如果你在两处都设置了图片，即便你上传的图库看起来不大，有效总数也可能超过类目上限。报错信息类似"该类目商品图片不能超过X张"，看起来像是bug，其实不是。

操作层面的规则：在发布流程里内置一个"有效总图片数"计数器，调用API之前就按最严格的类目上限做校验。这种平台间差异正是为什么同一套导出图很难通用到所有平台——Temu图片要求里也有同样的模式。

不是被拒绝，而是被降权：listing质量评分如何看待你的图片

美客多会给listing质量打分，并把结果展示给卖家。较早的/health接口正在被/performance取代，后者会返回一个分数、一个等级，以及还需要完成的具体动作。

等级名称因站点而异：CBT站点是Basic、Standard、Professional；阿根廷站点是Básica、Estándar、Profesional；巴西站点是Básica、Satisfatória、Profissional。

图片是评分体系里独立的一项，其中一条规则是最低图片数量检查——图片数量太少的listing会被标记为"待处理"，并提示补充图片，官方的说法是"优化图片以获得更多访问"。也就是说，一个技术上完全合规的图库，照样可能拉低你的曝光。合规只是底线，评分才是决定排名的东西。

尺码表：外贸卖家最容易迟到才发现的要求

在服装类目，美客多把尺码表当作一个结构化对象，而不是一张表格截图。这个区别会让那些一直把JPEG尺码表当第五张图上传的卖家措手不及。

官方文档的具体要求：

• 尺码表分为SPECIFIC（卖家自建）和BRAND（品牌预设）两种。
• 尺码表通过SIZE_GRID_ID属性关联到商品，且每个变体都必须带一个指向对应行的SIZE_GRID_ROW_ID。没有行ID，尺码表就无法关联成功。
• 尺码表名称必须唯一，长度上限60字符，并且是跨站点复用的，不需要按站点分别翻译。
• 尺码表的性别属性必须和商品的性别属性一致。
• 创建商品的用户，必须和创建该尺码表的用户是同一人。
• 这些类目在创建商品时还要求填写包裹尺寸——PACKAGE_WEIGHT、PACKAGE_LENGTH、PACKAGE_WIDTH、PACKAGE_HEIGHT——以及标题（最长60字符）、类目、价格、成色和销售条款。

官方给出的理由很直接，值得说给每个觉得这是形式主义的人听：尺码表存在的意义是让买家选对尺码，从而减少换货和索赔。结构化的尺码表能被机器读取、能筛选、能在买家选择的那一刻展示出来；一张表格截图做不到这三件事里的任何一件。

如果你的尺码表还只有厘米或者只有美码，换算上的坑在国际尺码换算表里有详细说明——而尺码选错一单要付出多少成本，可以用退货成本计算器算出来。

listing被卡或转化不佳的常见原因

优先修复哪些问题

如果你是在盘点已有的商品库，而不是从零开始，建议按这个顺序处理——第一项能把后面几项的投入都赚回来。

1. **把所有图片重新导出到800px以上。**一次批量操作，能让整个商品库的缩放功能立刻生效。
2. 给每个在售listing跑一遍有效总图片数统计，和当前类目上限做对比，优先修复那些"再更新一次就会报错"的listing。
3. 把服装类目所有listing的JPEG尺码表，转换成结构化尺码表。
4. **给每个SKU补一张尺寸标注图。**不是尺码表，而是一张在产品实物上直接标出实测长、宽、高（必要时还有包裹尺寸）的图片。这是那种能替买家提前回答问题的图，也是大多数商品库里彻底缺失的一类图。

第四项现实中有三条路可走。一是按SKU逐个找设计师做，够准确，但没法规模化。二是在普通修图软件里手动画箭头，一旦图片按不同尺寸重新导出，标注就会错位、指向空处。三是用专门为此设计的工具——能把尺寸线自动吸附到图片里产品的真实边缘上，无论图片如何缩放，实测数值都锁定在这条线上，并且能按各平台要求的尺寸导出同一张标注图。这里和AI图片生成工具的区别很关键：生成工具能编出一个看起来很自信的数字，但那个数字从来没有被实际测量过，放到电商平台上，这不是捷径，而是退货风险。如果尺寸标注图除了listing之外还要用在报价单和产品目录里，可复用的排版方式在规格表场景里有说明。

美客多listing上传前检查清单

• 每张图片长边都在1,200到1,920px之间
• 确认色彩空间是RGB，不是CMYK
• 每个文件都在10MB以内，格式仅限JPG/JPEG/PNG
• 根级图片加所有变体图片的总数已统计，且低于类目上限
• 变体更新始终发送完整数组，而不是局部更新
• 已在对应类目的帮助文章里核实该类目专属的图片规则
• 已创建结构化尺码表，且每个变体都映射到对应行
• 尺码表性别与商品性别一致；尺码表由发布该商品的同一用户创建
• 已填写包裹重量及长、宽、高
• 标题长度不超过60字符
• 至少有一张图片标注了实测产品尺寸
• 发布后（而非发布前）通过/performance检查listing质量

FAQ（常见问题）

美客多商品图片应该是什么尺寸？

长边在1,200到1,920px之间。官方文档规定的最小尺寸是500×500px，最大可接受尺寸是1,920×1,920px，但图片宽度必须超过800px才能激活缩放组件，超过1,920px的部分反正也会被压缩。正方形、RGB色彩、10MB以内。

美客多一个listing最多能上传多少张图片？

没有统一的数字——上限按类目设定。请核实你所在类目的具体上限，并记住变体上的图片和主图库里的图片计入同一个限额。

为什么我明明只上传了四张图片，美客多却提示图片超出限制？

因为变体图片也会被计入总数。如果你在根级数组和每个变体里都设置了图片，有效总数是两者相加。一个有四张主图、六个变体、每个变体带两张图片的商品，提交的实际图片数是十六张，不是四张。

美客多要求提供尺码表吗？

服装类目需要，而且必须是结构化尺码表，不能是图片。尺码表通过商品上的SIZE_GRID_ID关联，每个变体都需要SIZE_GRID_ROW_ID，尺码表的性别必须和商品性别一致，并且必须由发布该商品的同一用户创建。

我能直接复用在其他平台上用过的图片吗？

拍摄成果通常可以复用，但导出参数几乎不能直接照搬。每个平台都有自己的最小/最大尺寸、缩放阈值、文件大小上限和分类目图片数量规则，稳妥的做法是每张图保留一份高质量母版，再针对每个平台单独设置导出预设——而不是一个文件夹的图片到处上传。

参考资料 / Sources & References

• 图片使用说明——美客多全球开店开发者文档
• CBT图片：类目上限与跨变体计数——美客多全球开店
• Listing质量评分——美客多全球开店
• 尺码表管理——美客多全球开店
• 创建带尺码表的商品——美客多全球开店
• 各类目图片要求——美客多全球开店帮助中心