TopsTip照片要求压到 200KB，把文件名改成 .jpg 没用；只反复降低质量，也可能先把文字和边缘压坏。更有效的顺序是先确认要显示多大、是否需要透明背景，再选格式和质量。
Squoosh是浏览器里的图片压缩工具，界面能同时比较原图与处理结果。这篇教程针对单张静态图片：既解释如何得到更小的文件，也告诉你什么时候应该保留原图，而不是盯着节省比例一直压下去。
先改像素，再比较质量和格式
打开网站后，可先点官网提供的 Large photo 示例熟悉操作。此次核对时，示例原图界面显示 2.79MB，默认 MozJPEG、Quality 75 的结果为 862kB。这个数字只适用于这一张示例图和这组设置，不能当成自己照片的压缩承诺。
- 导入要处理的图。使用选择文件、拖放或粘贴入口。保留原文件，先记下像素宽高与文件大小，避免把像素尺寸、显示比例和存储体积混为一谈。
- 按用途设置 Resize。打开 Resize，保持 Maintain aspect ratio，修改 Width 或 Height。用于普通网页插图的照片，不一定需要相机原始的几千像素宽；但证件提交、打印或设计稿已有尺寸要求时，应先满足那个要求。
- 选择输出格式。普通照片可先比较 JPEG 与 WebP；需要透明背景时，优先比较支持透明的 PNG 或 WebP。把透明图转成 JPEG 前，要接受背景会发生变化，不能只看体积。
- 逐步调整 Quality。先用中等质量生成结果，再检查天空、人物边缘、文字与渐变区域。这里的 75 是编码参数，不代表“保留 75% 原画质”，也不代表文件必然缩小 25%。
- 拖动对比滑块检查细节。用接近实际显示大小和放大视图分别看一次。文字截图看细线和小字，照片看轮廓与平滑区域，不要只在缩略图上判断。
- 下载处理后的一侧。界面左右两边都有下载入口，留意当前格式和结果大小，保存后再次打开文件确认。需要严格小于某个大小时，查看最终文件本身，而不是只看按钮附近的近似值。
保持比例能避免图被拉扁。在官网同一示例中，把宽度从 3872 改为 1600 像素，开启比例锁定后高度相应变为约 1071；维持 MozJPEG、Quality 75，此时结果显示 189kB。它说明减小像素也会影响体积，自己的图片仍应按实际用途定尺寸；放大一张小图不会增加原来没有的细节。
目标大小、透明背景和本地处理的边界
想控制在 200KB 或 500KB 以下，可以先缩到用途允许的像素尺寸，再调整质量。如果尺寸必须不变，就只能接受更高的压缩代价或尝试其他兼容格式。任何工具都不能保证每张复杂照片同时满足固定体积和肉眼完全无差异。
PNG 截图、Logo 和大面积纯色图片，不一定适合照搬照片的 JPEG 设置。细字周围出现脏边时，应换格式或提高质量；如果新文件反而更大，就保留更合适的版本。接收系统只允许 JPG、PNG 时，也不要为了变小而交付它不接受的 WebP。
比较编码器时，不必强求它们使用相同的 Quality 数字。不同格式和实现的参数含义并不完全一致，更有用的比较是：在同样的显示尺寸下，哪份文件足够清楚、又满足接收要求。为其中一种格式找到的参数，也不能直接复制给下一张内容完全不同的图。
如果下载后被系统拒收，检查真实文件类型、宽高和体积，再重新导出。把 WebP 改名为 JPG 不会改变内部编码；把图片插入文档后再截图，也会引入另一轮尺寸与质量变化。需要反复尝试时，每次从保留的原图重新处理，避免把压缩后的文件继续当作新原图。
格式转换后检查透明边缘与背景颜色。还要分清“图片变小”是像素少了，还是同样像素的编码更紧凑；两者都能影响文件大小，但对后续打印、放大与设计工作的影响不同。
关于隐私，项目的隐私说明写明图片压缩在本机进行，不把图片发送到服务器；同时说明会用 Google Analytics 收集访问和压缩前后文件大小等数据。因此可以说它本地处理图片，不能笼统理解为网页完全不联网、完全不收集任何数据。
首次打开网站需要加载程序，使用时也取决于浏览器、内存与图片大小。超大图片若处理缓慢，可先关闭无关任务或使用更合适的原图尺寸；这篇流程不覆盖批量任务或 GIF 动画压缩。网站入口和功能摘要见 Squoosh 导航页。
