透明 WebP 转 JPG 前，底色由谁决定？给印刷店和运营的交接清单

透明 WebP 转 JPG，先要确认的不是谁点“导出”，而是这次交付要不要把白底写进图片。底色由业务方或设计方确认，合成由约定的执行方完成；接收方还需要知道，收到的是已合成的成图，还是等待处理的透明源。

这三件事不能挤进一句“底色由印刷店处理”。JPEG 不保留透明通道：收到 JPG，就不能再把其中的白色理解成尚未确定的透明背景。

图叮转 JPG 会铺白底，不是随机选底色

在图片格式转换工具里，当前 JPEG 导出路径会先铺一层 #fff，再把原图画上去，最后编码为 JPG。透明区域因此合成到白底上，半透明边缘也会与白底混合。单张和批量转换都复用这一步。

所以，拿透明 WebP 直接转 JPG，得到的是白底合成结果，不是“保留透明，交给下一位再决定”。这个入口也不会根据文件名、品牌色或印刷用途自动改成别的底色。

按用途分开处理就清楚了：

• 已确认要白底：可以用上述转换路径导出 JPG，再检查实际下载文件的边缘、尺寸和用途是否符合要求。
• 已确认要品牌色或其他背景：先在能设置背景的编辑工具里，把透明源与确认的底色合成；确认没有遗漏的透明区域后，再转成 JPG。
• 还没定底色，或要由印刷店合成：先交透明源和交接说明，不要提前把它转成白底 JPG，随后又标成“待处理”。

工具确定了白底合成方式，不等于团队已经同意使用白底。这个决定仍然要有人确认。

交接单把颜色、责任和执行状态分开写

每个字段只回答一件事。“品牌蓝”需要对应已确认的色值或色样；“由印刷店处理”是执行责任，不能拿来填底色。目标还未确认时，就明确记为“未确认”，并暂停生成最终 JPG。

下面是交接单的示意，不是真实客户记录：

字段	已完成白底合成	等待印刷店合成
源文件及版本	logo-v3-transparent.webp，保留透明	logo-v3-transparent.webp，保留透明
目标底色	白色 #FFFFFF	未确认，待确认色样或工艺要求
底色确认方	运营或设计中指定的一方	指定的设计确认方
合成执行方	本次导出的操作方	印刷店指定的处理方
当前交付文件	logo-v3-white.jpg	logo-v3-transparent.webp
合成执行状态	已合成白底，无透明通道	未合成，保留透明；暂无最终 JPG
接收方下一步	核对成图后确认是否可用	取得底色确认后合成，回传样张验收

如果品牌蓝已经确认，就把“目标底色”换成实际确认的色值或色样标识；执行方和当前状态仍分别填写。不能因为已经选好颜色，就把尚未生成的 JPG 写成“已完成”。

印刷用途还应让接收方确认需要的文件格式、颜色说明和样张。屏幕里的 #FFFFFF 是文件中的颜色信息，不是对纸张、油墨或最终印刷颜色的保证。

JPG 已经合成，换底要回到透明源

底色合成后，透明度与前景颜色被合并成最终像素；JPEG 本身也采用有损压缩。把 JPG 改成 PNG 或 WebP，只是换了容器和编码方式，不会自动找回原来的透明通道。

因此，白底选错、半透明边缘出现白边、需要同一标志的多种背景版本时，应优先回到保留的透明 WebP 或可编辑源稿，分别合成新的版本。不要把“把白色删掉”当作等价回退：前景本来就可能含白色，半透明边缘也已与底色混合，不能仅凭这张 JPG 保证恢复原貌。

如果手头只剩 JPG，应在交接里明确“透明源缺失，需另行处理”，不要把补救后的结果标成原始透明文件。

验收下载文件，不验收查看器的底板

透明图片在查看器里可能显示为白底，也可能显示为灰色棋盘格，那只是显示方式，不足以证明文件已经合成了哪种底色。

验收时打开本次实际交付的文件，并与交接单逐项对照：

1. 文件名和版本是否对应本次确认的源稿，而不是旧版本。
2. 已合成的 JPG 是否使用了约定底色，边缘有没有明显白边、锯齿或漏底。
3. 等待处理的文件是否仍保留透明，接收方使用的软件能否正确读取。
4. 目标用途、尺寸和颜色要求是否已有明确的接收方确认。

底色或用途还在变时，先用一张明确标注状态的样张确认，再处理整批。交出去的不只是一个后缀正确的文件，而是一份让下一位知道“颜色定了没有、底合了没有、接下来由谁做”的交付结果。