优化它们将出现的文章的博客图像

导出真实列宽的照片,然后查看页面。 保持图表和屏幕截图的可读性,而不是将照片设置应用于每张图像。

发送到服务器的图片数量:0

在这里放下照片 或点击选择

JPG, PNG, WebP, HEIC (iPhone), RAW · 每人最多 80 MB

更多选择
1080 像素是安全的选择。 在最新的应用程序版本中,1440 px 看起来更清晰。
锐化
结果将处于或低于此尺寸。
更多选择
锐化

×

发送到服务器的图片数量:0。照片在此浏览器中处理。页面加载完成后,断网也能压缩图片。你可以在浏览器的“网络”标签页中确认,工具没有将照片发送到服务器。 提示:使用 Ctrl+V / ⌘V 粘贴照片。

按读者需要的内容对文章图像进行排序

一篇文章可能包含铅照片、截图、图表和小作者肖像。 这些资产有不同的用途。 一张照片可以容忍与微小标签带有解释的图表不同的编码选择。 保留每个图像的原始来源,并创建与其在文章中的角色相匹配的交付副本。

测量内容列并检查手机布局。 一个广泛的比较图可能需要一个更简单的源布局,而不是一个较小的版本被挤进一个窄的屏幕。 此工具不会重新显示图表标签、使图表交互或创建文本替代。 保持文章文本中的基本信息。 对于屏幕截图,查看私人详细信息并保留足够的分辨率来解释该步骤,而不是选择用于装饰照片的相同目标尺寸。

导出有用尺寸的照片候选者

预设适合 1600 x 1600 像素的 WebP 输出和光锐化。 它是文章图像的起始示例,而不是通用的博客大小。 根据您的布局和响应式候选人替换尺寸。 Fit inside 保留了整个构图,不会扩大较小的来源。 如果您需要特定的标题形状,请使用深思熟虑的精确裁剪并单独检查。

将实际的 WebP 字节和外观与相同维度的 JPEG 进行比较。 精细的纹理、面和光滑的渐变是很好的检查。 为需要现有透明度或更清晰文本的图形保留 PNG,因为此工具的 WebP 导出是不透明的。 当您可以返回到主服务器时,请不要反复转换已经压缩的文章图像。 保存明确命名的导出,以便在设计更改时重新生成它们。

在内容系统和真实页面中完成优化

上传示例并检查您的内容系统实际提供的内容。 它可能会生成响应大小或再次转换上传。 在布局中保留图像的空间,并为其位置使用适当的加载行为。 远离页面的文章图像与页面打开时可见的第一张图像有不同的加载需求。 转换器无法为您设置该标记。

在手机和大显示屏上检查已发布的草稿。 确认裁剪、标题、替代文本和周围链接。 较小的文件是有关资产的有用证据,但它不能保证更好的核心 Web Vitals 或排名。 在进行性能声明时测量页面。 对于图像库,在批处理前测试代表性照片和图形。 使用适合其内容的设置处理每个组,并保留返回原始来源的路线。 转换中的所有内容都发生在您的浏览器中。

在你自己的照片上试试为社交平台准备照片,减小文件,无需向服务器发送图片。
压缩照片

测试携带文章解释的图像

从最密集的信息开始,而不是装饰性的铅照片。 显示菜单标签或命名机器部件的图表的屏幕截图是一个有用的测试。 将其放在文章草稿中并在电话列宽处读取。 如果在那里失败,请在文章中提供更清晰的裁剪、更大的视图或解释性文本。 不要仅仅因为一个简单的铅照片在它中存活,就将每个图像降低到同一个小字节目标。 读者需要了解的数字,而文件和页面实现应避免不必要的工作和传输大小。

人们提出的问题

每个博客图片都应该使用 WebP 吗?

按角色比较格式。 WebP 可以适合不透明的照片,而 PNG 可能对透明度或小图文本有用。 检查您的内容系统和实际输出。

这会自行修复一篇慢速文章吗?

它仅导出图像文件。 响应选择、加载顺序、布局、脚本和其他页面工作仍然会影响性能。 测试真实文章。

同一个文件可以成为英雄和每个缩略图吗?

它可以,但一个大文件可能会在小插槽中浪费字节,而一个小文件在英雄中可能看起来很差。 为您的布局准备合适的候选人。

更多使用方式

此页面使用与主页相同的私有工具; 只有预设更改。

IGCOMPRESSOR 是一个独立的工具,与 Instagram、Meta、WhatsApp、YouTube 或任何其他提到的平台无关。

语言