屏幕上看起来相同,文件却可能不同
先控制截图条件,再真实压缩
2026-10-29,我们把相同的本地界面分别以 1× 和 2× 密度截图。宽和高都翻倍,像素数就是 4 倍,但文件体积不会固定按同一倍数增长。两张图都用 Bitinz 均衡档处理。
每份截图都保留一个 PNG 压缩结果和一个 WebP 转换结果。每组设置运行 3 次,核对输出文件是否完全一致。实验附有源文件、校验值和输出记录;整体方法见内容编写与核实说明。
把密度和格式分开看
先在同一密度下比较 PNG 与 WebP,再比较两份原始截图,观察记录更多像素带来的独立开销。
| 图片 | 像素尺寸 | 输出 | 档位 | 压缩前 | 压缩后 | 节省 |
|---|---|---|---|---|---|---|
interface-1x.png | 800 × 500 px | PNG | 均衡 | 42.8 KB | 13.3 KB | 68.8% |
interface-1x.png | 800 × 500 px | WebP | 均衡 | 42.8 KB | 11.1 KB | 74.1% |
interface-2x.png | 1600 × 1000 px | PNG | 均衡 | 101.5 KB | 30.6 KB | 69.9% |
interface-2x.png | 1600 × 1000 px | WebP | 均衡 | 101.5 KB | 27.6 KB | 72.8% |
Bitinz · 1 KB = 1000 字节。
文字才是值得细看的区域
原始 PNG 细节

压缩后 PNG 细节

小字、细线和浅色面板比大片空白背景更值得检查。先按原始大小看裁切图,再用读者实际看到的宽度检查截图。
接收方支持 WebP、文字也清楚时,较小的 WebP 才有实际用途。必须提交 PNG 时,直接比较压缩后的 PNG。网页上不需要截图的内容,尽量保留为真实文字。
先确定读者需要看什么
上传前可用编辑器裁去无关区域,这既减少像素,也减少干扰。保留理解操作所需的上下文,例如相关控件及其附近的标签。
文档可能需要能放大的清晰高密度图片,聊天预览可能只需要关键区域。请在实际接收平台试一下,而不是把所有截图都缩成相同尺寸。
需要交付 PNG 时用 PNG 压缩工具,自己的网站可另试 PNG 转 WebP。两者都与原图比较,按可读性和接收方支持来选格式。
准备一张看得清的截图
- 只截取读者需要的界面与上下文。
- 保留原始 PNG,压缩一份副本。
- 按原始大小和计划展示宽度比较文字与细线。
- 使用接收方支持、观感合适且较轻的文件。
FAQ
- 2× 截图的像素是两倍吗?
- 宽和高都翻倍时,像素总数是 4 倍。文件体积的比例还取决于画面内容和格式。
- 截图都应该转 WebP 吗?
- 接收方支持 WebP,且文字仍清晰时可以选用。需要 PNG 或 PNG 对这张截图更合适时,继续保留 PNG。
- Bitinz 会裁切或缩小截图吗?
- 裁切和缩放需要先在图片编辑器中完成。Bitinz 按你上传的像素尺寸处理文件。