我到现在还记得第一次把同一套商品图往三个平台传的时候是什么场面Amazon主图被审核打回来两次理由是“背景不够白”Temu那边直接提示“图片质量不达标建议重新上传”TikTok Shop倒是一次过了结果手机端一看主图左右被裁掉一截卖点的字全被切没了。同一批商品、同一套源图放到不同平台要求完全是两回事。后面我把素材管理、批处理脚本、审核规避这几块彻底捋顺之后上架效率高了很多基本上午跑完图下午三个后台同步传再也没在图片上折腾过返工。这篇就把这套针对 Amazon / Temu / TikTok Shop 的图片批量适配方法完整写出来从规格差异到实操流程再到踩坑清单尽量一次讲透。1. 三个平台的图片规则差异为什么不能一套图走天下很多人刚开始做多平台铺货的时候第一反应是“我图片做得好好的直接上传不就行了”。实际上三个平台对图片的要求差异非常大不只是尺寸不同而是底层逻辑就不同。1.1 Amazon白底主图是红线一切为搜索一致性服务Amazon 的图片规则里最严格的就是主图。主图必须是纯白背景RGB 色值接近 255,255,255不能用米白、浅灰或者带环境光的“伪白底”主体商品要占画幅的 85% 以上不能有文字、水印、边框、拼图也不允许出现商品本身不包含的配件。为什么这么严因为 Amazon 的搜索结果页和商品详情页是高度统一化的。平台希望整个搜索结果看起来整齐、干净用户体验就是“图片信息一致不需要额外看图理解规则”。如果主图做得五花八门平台会觉得你拉低了转化质量轻则不展示缩放功能重则直接抑制流量甚至下架。尺寸方面Amazon 要求图片最长边至少 1000 像素但建议做到 1600 像素以上。1600 是一个关键分界线达到这个尺寸鼠标悬停才能触发局部放大功能消费者能看到商品细节。格式推荐 JPEG 或者 PNG色彩空间尽量用 sRGB避免传到后台之后颜色发灰发暗。副图的规则就宽松很多场景图、细节图、尺寸图、对比图都能放最多 9 张。副图虽然不要求白底但同样不能出现营销话术、联系方式、价格折扣之类的敏感信息。1.2 Temu既要转化率又要有“货架感”Temu 的图片规则和 Amazon 有一些交集比如首图也建议白底、不能有牛皮癣式的文字覆盖但审核逻辑不一样。Temu 走的是“低价爆款”模式图片除了展示商品还承担了很强的促销属性所以平台会在“干净”和“有促销感”之间找一个平衡。尺寸方面Temu 类目不同会有细微差别但基本搜索图建议做到 800x800 像素以上实际运营中我习惯用 1200x1200 或者 1600x1600。原因很简单Temu 平台在展示时会对图片做压缩处理如果源图本身不大压缩之后边缘会出现锯齿、细节发糊系统审核时甚至会直接判定为“图片模糊”连上架的资格都没有。Temu 对文字的要求比 Amazon 宽松一些首图可以放少量卖点文字比如“2 Pack”“50% Off”这类促销信息前提是排版要干净、字要清楚、不能铺满整张图。但要注意夸大宣传、绝对化用语、价格标签这类内容依然会被打回。平台对图片的审核既有系统识别也有人工抽检千万别抱着“先传上去再说”的心态。1.3 TikTok Shop内容电商的逻辑完全不同首图就是封面TikTok Shop 的图片规则在三个平台里算是最“宽松”的但也是最难做好的。宽松体现在背景上TikTok Shop 的主图不强制白底场景图、模特实拍、生活方式图都可以作为主图甚至首图带一点小红书风格的设计感也没问题。这和它的内容电商基因有关用户刷到的是短视频、直播点进商品页时带着“被种草”的心态图片如果太像 Amazon 那种纯白硬照反而没有吸引力。难做好在于两点一是手机端展示比例TikTok Shop 的主要流量来自 App 端图片在手机屏幕上展示时方形图会被适配成不同的可视区域如果主体和文字太靠近边缘很容易被系统裁切或者被 UI 遮挡二是首图的“封面感”在短视频场景里图片除了要展示商品信息还要在 1 秒内抓住用户注意力所以首图上的卖点文案往往比商品本身更影响点击率。尺寸方面TikTok Shop 官方建议主图至少 600x600但实际我用下来1200x1200 是最稳的既能保证画质又能在平台的各种组件里保持清晰。图片数量一般支持到 9 张视频封面可以单独设置尽量用 9:16 的竖版视频封面不要用 16:9 横版将就。为了更直观我把三个平台的核心差异汇总一下对比维度AmazonTemuTikTok Shop主图推荐尺寸1600x1600 以上1200x1200 以上1200x1200 左右背景要求纯白底 RGB 255,255,255白底为主少数类目允许场景不强制白底场景图更吃香主图文字禁止任何文字可少量卖点文字排版要干净允许且是提点击率的常用手段图片数量上限9 张含主图视类目而定一般 10 张左右9 张左右审核风格系统人工规则严格系统和人工结合促销内容敏感相对宽松但违禁词和夸大宣传会被处理底层逻辑搜索转化一致性优先低价爆款货架思维内容种草封面思维看完这张表应该就能明白所谓批量适配不是把同一张图换个尺寸就完事而是针对每张原始素材分别输出满足各平台规则的版本。2. 适配方案选型PS 动作、批处理脚本还是手动一张张改明确了规则差异下一步就是选实现路径。是纯手动改图、用 Photoshop 动作录制还是直接上脚本批量处理三条路线我都跑过各有适用场景。2.1 三种路线的成本对比先算一笔账。假设你有 50 个 SKU每个 SKU 有 6 张原始素材总共 300 张图需要输出 Amazon、Temu、TikTok Shop 三套总计 900 张成品图。纯手动改图一张图涉及裁切、调尺寸、垫白底、导出熟练工一张图至少 2 到 3 分钟900 张图就是 30 到 45 个小时。这个方案只适合 SKU 特别少、或者图片需要高度定制化的情况一旦量大时间和人力成本根本扛不住。PS 动作录制Action加批处理Batch思路是“人做一遍机器重复千百遍”。先手动处理一张标准图把过程录成动作再用批处理功能套用到整个文件夹。这套方案的效率比纯手动高一截尤其是处理“统一白底、统一尺寸、统一压缩”这类重复性操作基本能做到 1 到 2 个小时处理完全部图片。但它有个局限规则一旦复杂起来PS 动作就显得笨重。Python 脚本批量处理优点是完全可编程可以针对不同平台、不同类目设置不同的规则可以把命名、裁切、背景替换、大小压缩全部自动化。一套脚本写好后后续每上一个新品源图丢进文件夹跑一下程序三套图自动生成。坦率讲有学习成本但收益是最高的。2.2 我最终选择的组合方案素材分层 脚本批量我目前的生产流程是“素材分层管理 Pillow 脚本批量 少量人工精修”。先说素材分层。原始素材在拍摄或设计阶段就规划好主体图、场景图、细节图、尺寸图分开存放命名规范统一。这样脚本处理时才能准确识别哪张图该走什么流程。比如主图原图是带背景的脚本会把背景统一替换成纯白底场景图不需要替换背景只需要把尺寸和比例统一。脚本层面我用 Python 的 Pillow 库因为 Pillow 安装简单、跨平台、能满足绝大部分需求不需要上 OpenCV 那种重量级工具。处理的逻辑是“读取源图 - 按规则做背景处理 - 统一尺寸 - 添加安全边距 - 导出命名 - 按平台分目录输出”。为什么选脚本而不是 PS 动作核心原因是可维护性。PS 动作录制方便但如果规则要改比如从“1200 像素”改成“1600 像素”你得重新录一遍动作脚本只需要改一个变量。PS 动作处理 300 张图时中间如果遇到某个文件格式不支持动作会中断处理完你还得翻日志脚本可以跳过错误继续跑最后输出一份报告哪些图没处理成功一目了然。当然脚本也不是万能。如果图片本身有质量问题比如主体抠图不干净、边缘有白边毛刺脚本无法智能修复必须人工在 Photoshop 里处理。所以我现在是“PS 精修底图 脚本批量出图”两条腿走路既保证了效率也保证了质量。2.3 原始素材的管理规范命名和目录就是你的数据资产很多人在图片适配上翻车不是技术问题而是素材管理混乱。源文件命名随意、目录层级不清脚本没法准确识别就算识别了输出的成品图也容易张冠李戴。我现在用的目录结构大概是这样的products/ └── SKU-A123/ ├── raw/ # 原始素材不经过任何处理的图片 │ ├── 01_main_raw.jpg # 主体图保留背景 │ ├── 02_scale_raw.jpg # 尺寸图 │ ├── 03_detail_raw.jpg # 细节图 │ └── 04_scene_raw.jpg # 场景图 ├── processed/ # 脚本处理后输出的三套图 │ ├── amazon/ │ ├── temu/ │ └── tiktok/ └── final/ # 人工精修后的最终版本命名规范这块我的规则是“SKU 编号 图片类型 序号”比如A123_main_01.jpg。这样不管是在脚本输出还是后台手动上传时都能一眼识别这张图是哪个商品、什么内容、第几张。这套规范建立起来之后还有个意外的好处新上架同类型产品时直接复制目录结构把新图丢进 raw 文件夹跑一遍脚本三套图立刻齐活。源素材管理这件事短期看好像在浪费时间长期看是省时间最狠的一招。3. 实操全流程从一套源图到三套成品图这一部分直接讲执行。我分四步走准备源图、跑 PS 精修、写脚本批量处理、上传前质检。每一步都有可以直接照搬的细节。3.1 准备阶段先统一源图和梳理需求开始跑流程之前先把所有源图整理到一个 SKU 目录下。这里有几个检查项必须做第一分辨率检查。源图的分辨率必须大于最终输出尺寸比如我要输出 1600x1600 的 Amazon 主图源图就得大于 1600 像素否则放大后画质受损。源图不够大的重新渲染或者重新拍摄别指望脚本能“无中生有”。第二背景检查。如果是棚拍的纯色底图要确认背景是均匀的纯色不要有反光板阴影、渐变阴影或者地面接缝。脚本在替换背景时会按颜色范围来处理背景不干净的话替换出来的白底边缘会有一圈脏色。第三内容检查。图片上有没有水印、其他品牌的 Logo、模特脸部遮挡这类问题。Amazon 审核对这类内容非常敏感有时候你辛苦跑完了传到后台才发现主图里有个入镜的二维码白忙活。3.2 PS 精修底图只在源图上做不在成品图上做我强烈建议所有需要扣背景、修瑕疵、调光的工作全部在源图这个阶段完成不要等脚本输出后再去一张张修。具体操作就是在 Photoshop 里把主体和背景分离然后对主体区域做细节处理。常用的工具是钢笔工具或者快速选择工具边缘细节多的地方用“选择并遮住”功能手动微调重点检查头发丝、产品边缘反光这些地方。处理完之后导出为带透明通道的 PNG 文件文件名规范是SKU_main_clean.png。这一步做完后面的脚本就非常轻松了。脚本只需要把透明底图放到白底画布上不需要做复杂的抠图判断出错的概率大幅度降低。有些人是直接在成品图上用魔棒抠图一旦遇到背景色和商品颜色接近抠出来边缘全是锯齿审核必挂。所以在源图阶段把底子打好后面的批量处理才有意义。3.3 Python Pillow 批量脚本完整代码和参数说明这是整个流程的核心。我用一个实际在用的脚本例子来说明代码结构不复杂你按自己的 SKU 目录去改路径和参数就行。from PIL import Image import os # 配置区 BASE_DIR ./products OUTPUT_DIR ./products # 各平台的目标尺寸 SIZE_AMAZON 1600 # Amazon 主图 SIZE_TEMU 1200 # Temu 搜索图 SIZE_TIKTOK 1200 # TikTok Shop 主图 # 各平台的背景颜色 BG_WHITE (255, 255, 255) # Amazon / Temu 白底 BG_TIKTOK (255, 255, 255) # TikTok 也用白底建议场景图不强制替换 # 安全边距比例主体占画布的比例控制 CONTENT_RATIO_AMAZON 0.85 # Amazon 要求主体占比 85% 以上 CONTENT_RATIO_TEMU 0.90 # Temu 建议主体占比稍大 CONTENT_RATIO_TIKTOK 0.80 # TikTok 首图要留一点空间给文案 # 工具函数 def make_square_with_bg(input_path, output_path, target_size, bg_color, content_ratio0.85, quality95): 将源图等比缩放到画布中心并填充背景色。 content_ratio 用于控制主体在画布中的占比。 img Image.open(input_path) # 处理透明通道RGBA 转为 RGB透明部分按背景色填充 if img.mode RGBA: img.load() background Image.new(RGB, img.size, bg_color) background.paste(img, maskimg.split()[3]) img background else: img img.convert(RGB) # 计算等比缩放尺寸让主体达到目标占比 # 主体本身近似等于原图尺寸缩放比例 target_size * content_ratio / 原始长边 max_side max(img.size) scale (target_size * content_ratio) / max_side new_w int(img.width * scale) new_h int(img.height * scale) img img.resize((new_w, new_h), Image.LANCZOS) # 创建目标尺寸画布正方形填充背景色并把缩放后的图片居中 canvas Image.new(RGB, (target_size, target_size), bg_color) offset_x (target_size - new_w) // 2 offset_y (target_size - new_h) // 2 canvas.paste(img, (offset_x, offset_y)) # 保存为高质量 JPEG canvas.save(output_path, JPEG, qualityquality, optimizeTrue) print(f生成: {output_path}) # 主流程 def process_sku(sku_dir): 处理单个 SKU 目录输出三套图。 raw_dir os.path.join(sku_dir, raw) if not os.path.exists(raw_dir): print(f跳过 {sku_dir}: 没有 raw 目录) return # 遍历 raw 目录里的所有图片 for file in os.listdir(raw_dir): if not file.lower().endswith((.jpg, .jpeg, .png)): continue file_path os.path.join(raw_dir, file) name, ext os.path.splitext(file) # 按平台分别输出 # Amazon: 白底 1600 主体占比 85% make_square_with_bg( file_path, os.path.join(sku_dir, processed, amazon, f{name}_amz.jpg), SIZE_AMAZON, BG_WHITE, CONTENT_RATIO_AMAZON ) # Temu: 白底 1200 主体占比 90% make_square_with_bg( file_path, os.path.join(sku_dir, processed, temu, f{name}_temu.jpg), SIZE_TEMU, BG_WHITE, CONTENT_RATIO_TEMU ) # TikTok: 白底 1200 主体占比 80%这里可以换成场景图逻辑 make_square_with_bg( file_path, os.path.join(sku_dir, processed, tiktok, f{name}_tts.jpg), SIZE_TIKTOK, BG_WHITE, CONTENT_RATIO_TIKTOK ) if __name__ __main__: for item in os.listdir(BASE_DIR): sku_path os.path.join(BASE_DIR, item) if os.path.isdir(sku_path): process_sku(sku_path)这个脚本做了几件事第一自动读取 raw 目录下所有图片不用手动指定文件列表。第二把透明底图或普通 JPEG 统一转换成 RGB透明部分按背景色填充这一步很关键很多源图是透明 PNG直接 save 成 JPEG 会得到黑色背景必须先把透明区域填白。第三等比缩放并居中放置主体占比通过content_ratio控制Amazon 的 85% 要求就是通过这个参数实现的。第四输出到各平台的子目录文件命名加了后缀传图时不会搞混。参数里的quality95也值得说。Pillow 保存 JPEG 时quality 默认是 75图片压缩后细节会有可见损失。95 基本无损文件大小会比 75 大一些但对电商图片来说完全可接受画质优先比文件大小优先更重要。如果你有场景图不需要替换背景可以把脚本里的make_square_with_bg换成另一个函数只做等比缩放和居中裁切不填充背景色。逻辑差不多我就不重复贴代码了。3.4 上传前的二次质检肉眼过一遍比后台被拒更快脚本跑完后不要直接一股脑上传花 15 分钟做一次抽检。我一般会按 SKU 抽查 20% 的成品图重点看几个地方第一Amazon 主图的背景是不是纯白。用 PS 打开用取色器在四角取样RGB 值如果不是 255,255,255说明脚本的背景填充有问题或者是源图本身带了灰色调没处理干净。第二Temu 的图片在 100% 视图下边缘是否清晰重点看产品轮廓有没有因为压缩出现锯齿。第三TikTok 的图片在手机端用卖家 App 预览一遍确认首图上的文字没有被裁切。这个质检环节看似繁琐但比“传到后台等审核打回再改图”要快得多。平台的审核回复通常要几个小时甚至一两天反复被打回整个上架节奏都会被打乱。4. 常见问题与排查技巧实录流程跑通了不代表不会遇到问题。我把自己实际操作里踩过的坑按平台拆开讲每一类问题都附上排查思路和解决办法。4.1 Amazon 主图被拒几乎都是这三个原因第一是背景不是纯白。肉眼看着白色取色器一按发现是 245,245,245反光板阴影、地面漫反射、灯光不均匀都会导致这种情况。解决方法是源图在 PS 里用色阶工具压一下背景或者直接走“替换背景”流程把整个背景区域重填纯白。第二是主体占比不足。注意亚马逊说的 85% 占幅指的是整个画布面积不是单边距离。比如 1600x1600 的画布主体如果只占了 800x800那面积占比只有 25%肯定被拒。合理的情况是主体至少填满 85% 的面积也就是边长占比大概在 92% 左右。这个细节脚本里已经用content_ratio控制了。第三是主图出现了文字或水印。有时候源图的某个角落带了一个小小的品牌英文字样你觉得问题不大但 Amazon 的审核系统会识别出来。处理方式是在源图阶段就把不需要的文字裁掉。4.2 Temu 提示图片模糊源图分辨率不够是根本原因Temu 系统对图片像素要求严格。很多人在电脑上看 800x800 的图觉得挺清楚但上传到 Temu 之后平台会生成多个尺寸的缩略图用于不同展示位源图像素不够缩略图一样会糊。排查办法很直接用 PS 打开成品图把视图放大到 200%如果边缘已经出现明显锯齿说明源图本身分辨率不足。这种情况回源图重新渲染或重拍别指望脚本能救回来。还有一种情况是quality设置太低导致的有损压缩伪影JEPG 保存时 quality 低于 80 就会出现块状模糊建议始终保持在 90 以上。4.3 TikTok Shop 首图不抓人不是图的问题是“封面感”的问题TikTok 的审核一般不会卡你的图真正的问题在转化率。没有短视频运营经验的卖家最容易犯的错是把 Amazon 的白底主图直接当 TikTok 首图结果就是商品页完全没有点击欲望。我之前的一次优化是把 TikTok 的首图从白底图换成了模特使用场景图并在图上叠加一行粗体卖点文案比如“5 分钟快速安装”“夏季限定配色”。结果商品详情页的点击率明显上升出单也跟着走了一波。TikTok Shop 的图片逻辑和货架电商不一样它是内容电商首图本质上是广告素材要敢在产品信息之外多增加一层吸引力。当然加文字要留意平台的违禁词规则不要出现“第一”“最”“绝对”这类绝对化用语促销信息也要和实际的优惠一致否则容易被判违规。4.4 批量处理中的几个隐藏坑路径、格式、颜色配置最后把脚本和批量操作里容易翻车的细节集中说一下。路径问题。Pillow 在 Windows 下对中文路径支持偶尔会出状况建议项目目录和图片命名全部用英文和数字别用中文或者特殊符号。如果你传给别人协作对方的系统编码不一致中文路径很容易直接报错。格式问题。脚本支持的图片格式要提前确认.webp、.bmp这类格式如果没有专门处理可能会在读取时崩溃。我在脚本里只保留.jpg、.jpeg、.png三种其他格式直接跳过并在日志里记录。颜色配置问题。PNG 源图如果带了非 sRGB 的色彩配置文件脚本在转换时没有做色彩映射输出图在浏览器里看会偏色。解决办法是在 PS 里批量把源图转换成 sRGB IEC61966-2.1 色彩空间再做后续处理。还有一个容易忽略的细节脚本输出的 JPEG 文件默认没有 EXIF 信息如果后续要在 Adobe Lightroom 或者 Bridge 里管理素材可能会不太方便。但这对于电商上传没有任何影响可以选择性忽略。多平台铺货这件事图片适配只是其中一个环节但它往往决定了你第一轮上架是否顺利。我现在的流程基本是源图整理一次脚本跑一遍20 分钟抽检然后三个后台各自上传。对比以前手动改图改到半夜的日子这套方法带来的效率提升是实打实的。如果你也是多平台同时在卖强烈建议花半天时间把脚本搭起来后面的每一个新品上架都会变得轻松很多。