Сжать фото онлайн
Уменьшит вес JPG, PNG, WebP в 3-5 раз без видимой потери качества. Обработка на нашем сервере, фотографии не уходят в облако.
Какой пресет выбрать
Wildberries и Ozon
Маркетплейсы требуют максимум 10 МБ на фото, но реально оптимальный вес 300-800 КБ. Большее не нужно: лента товаров с тяжёлыми картинками медленно грузится. Пресет ужимает до 1500 px по длинной стороне и JPG качества 85.
Авито и Юла
Лимит 25 МБ, но оптимально 200-500 КБ. Пресет: 1280 px, JPG 82.
Веб-сайт
Для блогов, портфолио, страниц с тяжёлыми изображениями. 1920 px, JPG 82, оптимизирован для быстрой загрузки.
Email и мессенджеры
Самый агрессивный пресет: 1280 px, JPG 75. Подходит для пересылки без потери читаемости.
Свой
Сами выставляете максимальный размер и качество, если хотите точный контроль.
Что значит «без потери качества»
Полностью без потери, lossless, сжатие даёт обычно скромный выигрыш (10-20%). А вот lossy-сжатие с правильно подобранным качеством (80-90 для JPG) даёт уменьшение веса в 3-5 раз при том, что глазом разницу не увидеть. Наш инструмент работает именно так: подбирает баланс между весом и визуальной четкостью.
Как пользоваться
- Перетащите фото в зону загрузки
- Выберите пресет или задайте параметры вручную
- Нажмите Сжать
- Получите сжатый файл и увидите процент экономии
Частые вопросы
Можно загрузить несколько файлов сразу?
Сейчас только по одному. Для пакетной обработки каталогов из 50-200 фото, напишите в чат, сделаем batch-обработку.
Метаданные (EXIF) сохраняются?
Нет, мы удаляем все метаданные при сжатии: GPS, модель камеры, дата съёмки. Это и экономит вес, и защищает приватность. Если нужно сохранить EXIF, отметьте галочку в виджете.
PNG с прозрачностью можно сжать?
Да. PNG сжимается в PNG (lossless), прозрачность сохраняется. Если в PNG нет прозрачности, можно переключить выход на JPG, обычно даёт в 5-10 раз меньший вес.
WebP поддерживается?
Да, и на вход, и на выход. WebP обычно даёт меньший вес при том же качестве, чем JPG. Рекомендуем для веб-сайтов, где поддержка браузерами уже почти полная.
Лимиты?
До 25 МБ на файл, 30 файлов в минуту с одного IP, 200 в сутки.
Связанные инструменты
- Подготовить для маркетплейса, ресайз и обрезка в один проход
- HEIC в JPG, конвертер iPhone-фотографий
- Увеличить фото, AI-апскейл если исходник наоборот мелкий
Как получить лучший результат
- Загружайте оригинал, а не пересжатый файл. Каждое повторное сжатие JPEG добавляет артефакты: из исходника с камеры или экспорта из редактора результат чище при том же весе.
- Сначала уменьшите размер в пикселях, потом сжимайте. Фото 6000 px для карточки товара или сайта не нужно: уменьшение до 1500-2500 px экономит больше, чем любой ползунок качества.
- Выбирайте формат под содержимое: фотографии в JPEG или WebP, графику с прозрачностью и текстом в PNG.
- Обрежьте лишнее до сжатия: поля и пустой фон весят столько же, сколько сам объект.
- Сравнивайте при масштабе 100%. Артефакты видны на границах и мелком тексте; если их нет при полном масштабе, качество можно снизить ещё.
Для пачки файлов держите одни и те же настройки, тогда все картинки будут выглядеть одинаково.
Какой формат выбрать: JPEG, PNG, WebP или AVIF
Формат решает больше, чем ползунок качества. Ошибка в выборе контейнера легко даёт файл в пять раз тяжелее нужного, и никакая настройка компрессии это не вытянет.
- JPEG - универсальный вариант для фотографий: плавные градиенты, кожа, ткань, металл. Не умеет прозрачность. Качество 80-85 закрывает почти любую задачу карточки товара.
- PNG - только там, где нужна прозрачность или где изображение состоит из плоских заливок и резких границ: логотипы, иконки, схемы, скриншоты интерфейса. Для обычной фотографии PNG избыточен и весит в 5-10 раз больше JPEG при том же виде.
- WebP - рабочая лошадка современного сайта. Даёт примерно на 25-35% меньший вес, чем JPEG при сопоставимом качестве, поддерживает прозрачность и заменяет собой оба старых формата. Браузерная поддержка практически полная.
- AVIF - самый эффективный из массовых: минус 40-50% к JPEG, отличная работа с градиентами и тёмными сценами. Кодируется медленнее, поэтому его разумно применять к статике сайта, а не к оперативной выгрузке каталога.
Отдельный случай - графика с текстом: инфографика, размерные сетки, таблицы состава на изображении. Мелкие буквы первыми страдают от lossy-компрессии, вокруг штрихов появляется ореол. Здесь либо PNG, либо JPEG качества 90-92, либо WebP в lossless-режиме.
Для маркетплейсов остаётся JPEG: Wildberries, Ozon и Авито принимают его гарантированно, тогда как приём WebP и AVIF зависит от площадки и меняется. На собственном сайте логика обратная: отдавайте WebP или AVIF через тег picture, а JPEG оставьте запасным вариантом для старых клиентов.
Как вес изображений влияет на скорость сайта и позиции
Изображения обычно составляют 50-70% веса страницы, поэтому именно они определяют её реальную скорость. Google оценивает страницу по метрикам Core Web Vitals, и главная из них, LCP, почти всегда измеряется по самой крупной картинке в первом экране. Если это фото весит 2 МБ, LCP на мобильном соединении уходит за 4 секунды, а страница попадает в категорию медленных.
Ориентиры по весу, которых стоит держаться:
- Карточка товара в каталоге, миниатюра: 30-80 КБ.
- Основное фото товара, 1200-1500 px по длинной стороне: 150-350 КБ.
- Широкий баннер или обложка, 1920 px: 200-400 КБ в JPEG, 120-250 КБ в WebP.
- Вся страница целиком: до 1,5-2 МБ картинок, включая всё, что грузится ниже сгиба.
Помимо веса на метрики влияет разметка. Указывайте атрибуты width и height у каждого изображения, иначе при загрузке макет прыгает и растёт CLS. Первому экранному фото ставьте fetchpriority="high" и не вешайте на него отложенную загрузку, а всё остальное закрывайте атрибутом loading="lazy".
Прямого фактора ранжирования по весу файла нет, но скорость входит в оценку страницы, а поведенческие показатели ухудшаются напрямую: каждая лишняя секунда ожидания увеличивает долю отказов. На карточках товара это сразу видно по конверсии.
Отдельно проверьте, что сервер отдаёт картинки с длинным кэшем и без лишних редиректов, а размеры файла соответствуют реальному размеру блока на экране. Изображение 3000 px, ужатое стилями до 400 px, это чистая потеря трафика и времени пользователя.
Пакетное сжатие каталога: как не испортить сотни файлов
Когда файлов не два, а двести, задача меняется: важна не идеальная настройка под каждый кадр, а предсказуемый результат по всей выгрузке.
- Единые параметры на серию. Один пресет на весь каталог: одинаковая длинная сторона и одинаковое качество. Разнобой в размерах ломает вёрстку сетки и заставляет браузер пересчитывать раскладку.
- Контроль качества выборкой. Не проверяйте всё подряд. Возьмите 5-7 самых сложных кадров: тёмный фон, плавный градиент, мех, ювелирные блики, ткань в мелкую полоску. Если на них артефактов нет, остальная серия пройдёт заведомо чисто. Сравнивайте при 100% масштабе, а не в уменьшенном превью.
- Проверка сложных зон. Смотрите на ровные фоны, где появляется блочность, и на границы контрастных объектов, где вылезает ореол. Заметили - поднимите качество на 5 пунктов и пересоберите серию из оригиналов.
- Уже пересжатые файлы. Повторное lossy-сжатие накапливает артефакты: каждый проход добавляет их к предыдущим, и обратного пути нет. Если исходники утеряны и работать приходится с готовыми JPEG, не опускайте качество ниже 85 и не уменьшайте размер повторно. Оптимальный вариант - вернуться к оригиналам из съёмочного архива и пересобрать всё в один проход.
Всегда держите неприкосновенный архив оригиналов в максимальном качестве. Требования площадок меняются, и пересобрать выгрузку из исходников можно за час, а из пересжатых копий - уже никогда. Полезно также хранить рядом файл с параметрами, которыми собиралась серия: длинная сторона, качество, формат. Через полгода, когда понадобится добавить в каталог десяток новых позиций, они сядут в общий ряд без визуального расхождения.