文件

图片压缩器

在浏览器内本地压缩 JPEG、PNG 和 WebP 图片，适合处理首屏大图、商品图、文章配图，以及批量交付的媒体素材。你可以调整质量、选择输出格式、对比体积变化；如果保持原格式时重新编码反而变大，工具会保留更小的原始文件。

  • 支持拖拽、多文件选择和文件夹导入，适合批量图片处理流程
  • 按文件显示队列状态，同时展示整体进度和体积变化汇总
  • 可以保留原格式，也可以按交付目标导出为 WebP、JPEG 或 PNG
  • 保持原格式时，如果重新编码会让文件变大，则自动保留更小的原始字节
  • 既可以单张下载，也可以把整批处理结果打包成 ZIP，方便交给运营、前端或客户
工具/图片压缩器
0 张图片

把图片拖到这里，或点击选择文件

支持 JPEG、PNG 和 WebP。可以一次添加多张图片到压缩队列。

文件夹导入取决于浏览器支持情况。不可用时，请改用多文件选择。

78%

例如给 photo.jpg 添加 -compressed 后缀，会输出为 photo-compressed.jpg。

整体进度 0%
选择图片后，压缩进度、输出体积变化和生成的文件会显示在这里。
命令

功能简介

适合作为图片进入 CMS、代码仓库、CDN 或客户交付包之前的最后一道优化步骤。

  1. 01

    本地批量压缩队列

    导入多张图片或整个文件夹，自动排除重复项，并按文件展示状态，适合文章、商品和活动素材批量处理。

  2. 02

    按格式目标优化

    根据文件体积、透明背景、浏览器支持和后续编辑要求，选择保留原格式，或导出为 WebP、JPEG、PNG。

  3. 03

    避免越压越大

    在保留原格式时，如果重新编码没有减小体积，就保留原始字节，避免已经优化过的素材反而变大。

  4. 04

    体积变化一眼可见

    对比原始大小、输出大小、整体变化和单文件变化，导出前就能看清这批图片带来的优化收益。

  5. 05

    完整导出流程

    可以逐个下载文件，也可以把处理后的素材打包成 ZIP，用于 CMS 入稿、前端提交、设计交接或客户交付。

  6. 06

    可追踪的命名策略

    通过后缀生成输出文件名，让原图和优化版可以并排保留，便于审核、批次追踪和回滚。

如何使用

先根据图片用途选择格式和质量，再同时确认文件体积与视觉效果，最后导出。

  1. 01

    把同一页面、活动或交付批次里的图片，通过拖拽、多文件选择或文件夹选择导入。

  2. 02

    设置质量、输出格式和文件名后缀。照片通常适合 WebP 或 JPEG；透明图、截图和文字较多的图片建议先比较后再决定。

  3. 03

    运行批量压缩，查看每个文件的状态、输出体积，以及同格式保护是否保留了原始文件。

  4. 04

    手动检查关键素材，尤其是首屏大图、商品图、文字密集图片和渐变明显的图片，避免过度压缩造成肉眼可见的损失。

  5. 05

    单独导出处理后的文件，或打包成一个 ZIP，用于 CMS 上传、前端提交、CDN 分发或客户交接。

功能说明

围绕 Web 图片准备中真正重要的环节设计：体积、格式、命名、批量导出和人工复核。

  • 把 JPEG、PNG、WebP 素材加入队列，并查看等待中、处理中、完成和错误状态
  • 为有损输出调节质量，在视觉清晰度和下载体积之间做有意识的取舍
  • 可按现代 Web、旧系统兼容和透明背景需求，选择原格式、WebP、JPEG 或 PNG
  • 同格式体积比较可以避免压缩步骤生成更大的文件
  • 全部在浏览器本地处理，无需第三方上传，适合草稿、客户素材和受限环境
  • 处理后的整批文件可以导出为 ZIP，减少逐个管理文件的麻烦
  • 显示原始大小、输出大小和体积变化汇总，方便发布前快速复核
  • 可配置后缀命名，让原图和优化版本共存，便于审核和回滚

适合哪些场景

适合内容运营、前端优化、设计交付，以及图片量较大的发布流程。

  1. 网站图片性能优化

    上线前压缩首屏图、详情图、文章配图和列表缩略图，减少图片传输体积，改善移动端加载速度。

  2. 电商媒体批量处理

    批量优化商品图、长详情图和活动视觉图，同时统一 CDN 和移动端交付所需的输出格式。

  3. CMS 上传前处理

    上传到内容系统前先压缩素材，便于控制文件大小，也能减少后端不可控的二次压缩。

  4. 前端静态资源准备

    把设计导出的图片在提交到仓库前先规范化和压缩，降低部署前的静态资源体积。

  5. 设计交接和回滚安全

    用后缀命名让原图和优化图并排保存，方便视觉对比、批次追踪和回滚。

  6. 隐私优先的本地处理

    内部截图、客户素材、未公开活动图和受限网络中的文件，都可以在不上传第三方的情况下处理。

延伸阅读

对于公开发布或交付给客户的素材，建议先用 图片元数据查看器 检查隐藏的拍摄信息。如果文件里包含不该发布的 GPS、相机或拍摄时间字段，可以在压缩前用 EXIF 元数据清理 清理掉。主要目标不是减小体积，而是生成不同格式版本时，请先用 图片格式转换 创建 WebP、JPEG、PNG 或 AVIF 变体。

使用建议

图片压缩更像是一组决策：质量、尺寸、格式和分发渠道要一起考虑，而不是只调一个滑块。

  • 先把图片缩放到真实展示尺寸，再压缩。尺寸过大的图片即使降低质量，也会浪费传输体积。
  • 按场景定义质量档位。商品图、品牌首屏图和文章插图不应该共用一套全局设置。
  • 照片类素材优先尝试 WebP 或 JPEG；透明图、线稿和 UI 截图建议比较 PNG 和 WebP。
  • 关键素材一定要人工目检，重点看文字边缘、肤色、渐变、阴影和高对比边界。
  • 优先处理高流量页面、首屏图和列表缩略图，因为它们对 LCP、带宽和移动体验影响更大。
  • 保留原始素材，或使用稳定的后缀命名，方便活动改稿、客户反馈和安全回滚。
  • 把压缩和格式转换、EXIF 清理、元数据检查、缓存、lazy loading 结合起来，才能形成完整的图片交付流程。
  • 如果输出没有变小，不要强行使用新文件。保留原本已经优化过的字节，很多时候才是正确选择。

边界与注意事项

压缩结果始终是在文件体积和肉眼质量之间做取舍。

  • 质量降得太狠，会损失文字锐度、皮肤细节、阴影层次和渐变平滑度。
  • 照片、截图、图标和透明图，对同一质量和格式设置的反应会很不一样。
  • 文件夹导入行为取决于浏览器实现。
  • 大批量处理会增加浏览器内存和 CPU 使用。
  • PNG 的压缩收益取决于内容，简单图形或已经优化过的文件可能不会变小。
  • 最终上线前，仍然要在真实页面里检查视觉效果和性能表现。

常见问题

这里整理了使用方式、数据处理、结果检查和实际限制方面的常见问题。

支持哪些图片格式？

输入支持 JPEG、PNG 和 WebP。输出可以选择原格式、WebP、JPEG 或 PNG。

为什么输出有时会比原图更大？

有些素材本来已经优化得很好，重新编码反而会增加额外开销。保留原格式时，如果重新编码后的文件更大，工具会保留更小的原始字节。

质量从多少开始比较合适？

通常可以从 70 到 85 之间开始尝试。文章图片一般可以低一些，商品图和品牌视觉通常需要更高质量，并配合人工检查。

什么时候适合导出 WebP？

目标是 Web 分发，且你的浏览器支持策略允许 WebP 时很适合。对于照片和复杂图片，WebP 往往能带来不错的体积收益。

哪些图片不建议强制转 JPEG？

透明图、图标、线稿和 UI 截图不建议强制转 JPEG，因为可能丢失透明度或在边缘产生噪点。建议先比较 PNG 和 WebP。

如何导出全部处理后的文件？

单个素材可以单独下载。批量交付时，点击下载 ZIP即可打包导出，方便交给 CMS、前端或客户。

处理是在本地还是服务器端？

处理在浏览器内本地执行，适合对隐私比较敏感的工作流。

会覆盖原文件吗？

不会。输出文件会使用带后缀的文件名，原文件会保持不变。

这对 SEO 和 Core Web Vitals 有帮助吗？

有帮助。更小的图片传输体积能改善加载速度、LCP 和移动端体验。配合正确尺寸、lazy loading 和缓存设置效果会更好。

适合前端工程流程吗？

适合。它可以作为发布前的人工检查步骤，与图片格式转换、CDN 分发和资源优化一起使用。

更多相关工具

可以搭配图片转换、图片 Base64、元数据检查和 EXIF 清理，覆盖从素材审核到 Web 分发的完整流程。