图片上传失败？先修复文件体积、尺寸和格式

“图片上传失败”听起来像技术问题，但原因通常不神秘。大型网站、招聘表单、CMS、商城后台或商家资料页，往往只是因为文件超出了实际限制。

我的规则很简单：不要一上来就压缩。先看上传提示或帮助页，再修像素尺寸，再修格式，最后压缩真正要上传的副本。这个顺序能省时间，因为 6000px 的原图就算压缩后也可能继续失败。

如果报错很模糊，就按下面这张表排查。它覆盖了我在表单、CMS 媒体库、电商页面和头像/商家图上传里最常见的问题。

修复上传失败最快的方法，不是猜，而是先看目标平台规则。大型平台通常关心文件类型、最小和最大尺寸、文件体积、审核规则，以及图片本身是否清晰可用。

Google Business Profile 是一个很好的例子，因为官方帮助页写得很具体：商家照片应为 JPG 或 PNG，大小在 10 KB 到 5 MB 之间，推荐 720 x 720 像素，最低 250 x 250 像素。

这不代表所有平台都用同一套数字。商品 Feed、WordPress 媒体库、商城、政府表单、学校系统都可能不同。真正有用的习惯是一样的：为目标平台做一个新的上传副本，而不是一直和原文件较劲。

这是很多人跳过的一步。压缩改变的是像素的编码方式；改尺寸改变的是像素数量。如果手机照片是 4032 x 3024，而上传位置只需要 1200px，单纯先压缩就是错的。

对上传失败来说，改尺寸通常同时解决两个问题：降低上传时的内存压力，并让文件更接近目标位置真正要显示的大小。之后再压缩，才不容易把细节压坏。

对上传表单来说，头像、商品图和文档系统也是同样逻辑。先把副本调整到接近要求的尺寸，再决定 JPG、PNG 或 PDF 哪个更稳。

格式选择不是孤立地讨论哪个格式“最好”，而是看图片最终要去哪里。严格表单可能更喜欢普通 JPG；商品页可能更适合 WebP；Logo 交付可能需要 SVG 加 PNG 导出；文档系统可能要 PDF。

我最常见到的错误，是把 WebP 或 HEIC 当成永远更好。它们很高效，但上传接口照样可能拒绝。目标平台不明确或偏保守时，先做 JPG 或 PNG 副本。

当图片在明显的体积和格式排查后仍然上传失败时，我会停止折腾原图，重新做一个干净副本。这样可以避开奇怪文件名、过多元数据、EXIF 旋转异常、表单不接受透明通道，或者后缀和真实编码不一致的问题。

干净副本应该故意做得很“普通”：小写文件名，用连字符代替空格，导出真正的 JPG 或 PNG 数据，去掉不必要元数据，并把尺寸调整到接近平台要求。

这对学校系统、签证表单、申请系统、头像上传和商城后台尤其有用。这些系统经常只给一个笼统错误，但真正想要的是一个简单、可预测的文件。

这是我给客户 CMS、资料页、商城商品或不能临时出错的表单准备图片时，会用的稳定流程。

原文件不要动。先按目的地做一个副本，比如 product-main-jpg、google-business-logo-png 或 application-photo-jpg。然后对这个副本改尺寸、转格式、压缩。最后按平台会展示的尺寸打开检查。

最后这一步很重要。文件可能能通过上传器，但看起来发虚、透明边缘脏、EXIF 旋转丢失，或者在小屏上完全看不清。上传成功不等于发布质量合格。

我不会把所有上传失败的图片都丢给同一个工具。工具要按失败原因选：文件太重就压缩，像素太大就改尺寸，格式被拒就转格式，系统要求一个文件就合成 PDF。

在 Photo Converter 里，最核心的路径先看三个工具：Compress Image 处理体积，Resize Image 处理像素尺寸，Image Converter 处理格式兼容。只有出现明确上传要求时，才用 HEIC to JPG、WebP to JPG 或 Images to PDF。