应用商店截图应该怎么压缩?
应用商店截图几乎全是界面:小字、图标、按钮边框,再加上推广文案。这类图片对压缩的容忍度比照片低得多,压错一步,文字边缘就会发虚或出现杂色。
截图和照片的压缩取舍不一样
照片压缩追求的是“肉眼看不出差别”:天空、皮肤这类平滑渐变可以丢掉不少数据而不被察觉。截图正好相反,它有大面积纯色和大量锐利的文字边缘,有损压缩最先损伤的恰好是这些边缘——JPEG 会在字周围留下一圈杂色,PNG 调色板量化会让渐变按钮出现色带。
截图又是用户决定下不下载时看的素材,文字糊一点比文件大一点代价更高。所以这里的默认取向是:先保证清晰,体积放在第二位。
不要用缩小尺寸来换体积
应用商店对截图的像素尺寸有明确要求,传错尺寸会直接被后台拒绝。所以“图片尺寸”一定选“保持原始尺寸”。极致压图的缩放选项(最长边 3840/2560/1920/1280/800px 或按 1/2~1/10 等比缩小)都会改变像素尺寸,这个场景用不上。
各档位对截图的实际影响
| 档位 | PNG 怎么处理 | JPEG 质量 | 适合截图吗 |
|---|---|---|---|
| 高质量 | 不量化,只做无损重新打包(oxipng 级别 2) | 90 | 最稳妥,推荐 |
| 均衡 | 调色板量化,质量 80 | 75 | 纯界面、无渐变时可以试 |
| 智能自动 | 量化质量按画质相似度搜索,目标 95% | 按相似度搜索 | 可以试,但要逐张检查小字 |
| 极致压缩 | 量化质量 55 | 45 | 不建议,文字边缘容易出杂色 |
“高质量”档位下 PNG 完全无损:像素一个都不变,只是存储得更紧凑。省下的体积通常不多,但没有任何画质风险。如果省不下来,工具会直接把原图还给你,不会给你一个更大的文件。
体积仍然超限时怎么办
- 先确认截图本身没有多余内容,比如状态栏以外的空白或重复的背景层,这些应在设计稿阶段去掉。
- 输出格式改为“统一转为 JPEG”,档位保持“高质量”(JPEG 质量 90)。这对带照片背景或大面积渐变的营销图效果最明显。
- 注意 JPEG 不支持透明:带透明区域的 PNG 转 JPEG 时,透明部分会被铺成白色。商店截图一般不应带透明背景,导出前最好先在设计工具里铺好底色。
- 仍然超限,再试“智能自动”,然后放大到 100% 检查最小的那行字。
一整套多语言截图的批量处理
把所有语言、所有设备尺寸的截图放进一个文件夹(可以带子文件夹),整个拖进页面。同一批文件用同一套设置处理,保证风格一致;处理完点“打包下载 ZIP”。
如果某几张需要不同档位,不必重新拖入:切换档位后点那几张结果卡片上的“重新压缩”,只会用新设置重做这几张。
- 在结果卡片里对比前后体积,体积几乎没变的 PNG 说明原图已经很紧凑。
- 逐张以 100% 比例查看最小的字和图标边缘。
- 确认输出尺寸与原图一致,再上传到商店后台。
现在处理你的文件
打开图片压缩工具
文件只在当前浏览器中处理,不会作为文章示例上传到服务器。