Обзор Squoosh: локальное сжатие и сравнение форматов в браузере

Squoosh — бесплатное веб-приложение для уменьшения размера изображений, изменения их размеров и сравнения результата разных кодеков прямо в браузере. Его главная практическая особенность — обработка пикселей на устройстве пользователя: загруженное изображение не отправляется на сервер для сжатия. Вместо автоматического режима «загрузить и получить готовый файл» Squoosh показывает исходник и результат рядом, позволяет менять кодек и параметры, сразу видеть размер выходного файла и оценивать визуальные потери. Поэтому продукт особенно полезен при подготовке отдельных фотографий, иллюстраций и скриншотов для сайта, когда важен ручной контроль компромисса между качеством и весом файла.

Задать вопрос фотографу

Андрей Фёдоров

Как вы могли заметить, здесь есть ТОП-ы на все случаи жизни, причём, их список постоянно пополняется. Кроме того, каждый год они обновляются, ведь я включаю в рейтинги реально лучшие аппараты из всех имеющихся в текущий момент на рынке. Именно мой опыт и знания помогли создать ресурс ТОП Фотограф, который, я надеюсь, приносит вам что-то полезное.

Задать вопрос

Что такое Squoosh и какой продукт рассматривается

Речь идёт именно об официальном веб-приложении Squoosh из публичного репозитория GoogleChromeLabs. Проект создавался в экосистеме Chrome Labs как демонстрация того, что современные браузерные технологии способны выполнять ресурсоёмкое кодирование изображений локально. Исходный код открыт, лицензия проекта — Apache License 2.0.

Название важно уточнить из-за одноимённых приложений в магазинах. В Google Play и Mac App Store встречаются сторонние программы со словом Squoosh в названии, но они не являются рассматриваемым веб-приложением GoogleChromeLabs. Кроме того, существует отдельный пакет Squoosh CLI и библиотека @squoosh/lib. Эти инструменты предназначались для командной строки и программной автоматизации, но их активное сопровождение прекращено. Официальное веб-приложение Squoosh при этом остаётся отдельным продуктом и доступно для использования.

По назначению Squoosh ближе не к полноценному фоторедактору, а к интерактивному оптимизатору. Здесь нет каталога фотографий, слоёв, масок, кистей, развитой ретуши, печатной подготовки или управления проектами. Основная задача — взять одно изображение, при необходимости изменить его размер или палитру, закодировать в выбранный формат и визуально сравнить итог с исходником либо со вторым вариантом кодирования.

Основные параметры

Платформы, установка и текущий статус

Squoosh не привязан к одному семейству настольных операционных систем: основная среда выполнения — браузер. Интерфейс адаптивный, а официальный веб-манифест описывает приложение как PWA с режимом отображения standalone и ориентацией any. Это позволяет совместимому браузеру установить Squoosh как веб-приложение и запускать его в отдельном окне без обычной браузерной панели. Chrome отдельно использовал Squoosh в документации как пример устанавливаемого PWA на настольных и мобильных устройствах.

У Squoosh нет отдельного официального нативного дистрибутива для Windows, macOS, Android или iOS, который нужно путать с основным продуктом. На компьютере и телефоне используется одна веб-версия, а установка PWA остаётся возможностью браузера. Поэтому вопрос совместимости определяется не только системой, но и тем, поддерживает ли конкретный браузер требуемые веб-функции, JavaScript и компоненты кодеков.

Начальная страница прямо требует JavaScript. Значительная часть кодирования построена на модулях WebAssembly и клиентском JavaScript, поэтому блокировка сценариев или устаревшая браузерная среда приводит к тому, что приложение не сможет выполнить основную работу. Точных минимальных требований к объёму ОЗУ, модели процессора или версии каждой операционной системы проект не задаёт. При крупных изображениях фактический предел определяется ресурсами устройства и браузера, потому что декодирование, ресайз и повторное кодирование выполняются локально.

Веб-приложение доступно сейчас, его репозиторий остаётся публичным и не переведён в архивный режим. Отдельный Squoosh CLI и @squoosh/lib следует рассматривать иначе: сопровождающие проекта прямо отмечали, что эти пакеты больше не поддерживаются активно. Для новой автоматизации и пакетных сценариев не стоит считать CLI равнозначной текущему веб-приложению или ожидать от него того же жизненного цикла.

Как устроен интерфейс

В Squoosh почти нет отдельной навигации по разделам. До загрузки изображения центральное место занимает область Drop OR Paste. Она принимает файл, который пользователь перетаскивает в окно, либо изображение из буфера обмена. На стартовой странице также есть несколько примеров: крупная фотография, иллюстрация, изображение экрана устройства и SVG-иконка. Такой набор показывает назначение сервиса лучше обычного списка функций: Squoosh рассчитан не только на фотографии, но и на веб-графику и скриншоты.

После открытия файла интерфейс превращается в полноэкранное поле сравнения. Изображение делится вертикальным ползунком на две части. Левую и правую стороны можно настраивать независимо в том, что касается процессоров и выбранного кодека. Это важное отличие от редактора, который просто показывает одно «до» и одно «после»: в Squoosh две стороны можно использовать как два конкурирующих варианта, например MozJPEG против AVIF или исходник против WebP.

На каждой стороне доступен блок Compress. В нём выбирается формат или конкретный кодек и меняются относящиеся к нему параметры. Для lossy-кодеков основной регулятор качества находится на видимом уровне, а дополнительные настройки раскрываются отдельно. Набор расширенных параметров зависит от кодека: у MozJPEG, WebP и AVIF он различается, потому что Squoosh не пытается свести разные алгоритмы к одному универсальному набору ползунков.

Блок Edit находится рядом с параметрами сжатия. В текущем проекте к процессорам относятся Resize и Reduce palette. Они влияют на пиксельные данные до итогового кодирования и могут применяться к сторонам сравнения независимо. Отдельно реализован предварительный поворот на 0, 90, 180 или 270 градусов. Архитектурно поворот является препроцессором: он применяется к исходному изображению до ветвления двух вариантов.

Поле сравнения и масштаб

Вертикальный разделитель — центральный элемент интерфейса. Его перемещают по изображению, чтобы не сравнивать две уменьшенные миниатюры, а рассматривать один и тот же участок в одинаковом масштабе. Для фотографий полезно переводить внимание на мелкую фактуру: волосы, шерсть, листву, текстуры ткани, контрастные границы. Для скриншотов важнее тонкие линии интерфейса, текст, иконки и однотонные заливки. Если ухудшение заметно только на экстремальном увеличении, решение о допустимости всё равно зависит от того, где файл будет опубликован и в каком размере его увидит аудитория.

В нижней части располагается управление масштабом просмотра. Оно не изменяет разрешение экспортируемого файла, а только помогает анализировать изображение. Это принципиально: уменьшение масштаба просмотра не равно Resize. Физические пиксельные размеры меняются только в процессоре Resize, тогда как zoom нужен для проверки деталей.

Видимый размер файла и процент изменения показываются рядом с результатом кодирования. Эти значения позволяют сразу отвергнуть вариант, который после перекодирования оказался тяжелее исходника. Такое бывает с уже оптимизированными файлами, маленькой графикой или при выборе неподходящего формата: смена расширения сама по себе не гарантирует уменьшения объёма.

Редактирование перед кодированием

Resize отвечает за изменение пиксельных размеров. В исходном коде предусмотрены несколько алгоритмов: браузерные методы, а также triangle, Catmull-Rom, Mitchell, Lanczos3 и HQX; для SVG используется векторный путь. Есть выбор поведения по размеру, включая stretch и contain. Для обычной подготовки фотографий чаще всего важнее правильно задать конечную ширину и высоту, чем бесконечно уменьшать качество кодека: изображение в 4000 пикселей по ширине для блока сайта на 1200 пикселей тратит байты на данные, которые пользователь в стандартном отображении не увидит.

Reduce palette уменьшает количество цветов. Текущая реализация использует параметры предельного числа цветов и дизеринга; базовое значение в коде предусматривает до 256 цветов. Этот инструмент особенно уместен для интерфейсной графики, схем, простых иллюстраций и изображений с ограниченной палитрой. На фотографии с плавными градиентами чрезмерное сокращение палитры способно проявиться ступенями и зернистым дизерингом, поэтому его следует оценивать на самом изображении, а не включать автоматически.

Поворот доступен с шагом 90 градусов. Он полезен и как самостоятельная коррекция, и как страховка для файлов, чья ориентация зависела от метаданных камеры. У Squoosh есть важное ограничение: при перекодировании EXIF и другие метаданные изображения не сохраняются. Для фотографа это означает, что экспортированный файл нельзя считать архивной заменой оригиналу, если важны дата съёмки, модель камеры, объектив, GPS, авторские поля или другой EXIF/IPTC-контекст.

Сжатие и расширенные настройки

В стандартном сценарии пользователь выбирает формат, двигает Quality и наблюдает за изменением размера. У MozJPEG текущая конфигурация проекта использует качество 75 как исходное значение и включает progressive и optimize coding. У WebP в метаданных модуля также задано качество 75, а у AVIF — 50. Эти числа являются начальными параметрами конкретных кодеков в исходном проекте, а не рекомендацией для любого изображения. При одинаковом числовом значении «качества» разные кодеки не обязаны давать одинаковую визуальную точность или размер.

Advanced settings раскрывает технические параметры кодека. У MozJPEG это, среди прочего, прогрессивный режим, оптимизация кодирования, таблица квантования, цветовое пространство и субдискретизация хромы. У WebP набор существенно шире и включает режим lossless, method, фильтрацию, alpha quality, near lossless и другие параметры. У AVIF доступны quality, отдельное качество альфа-канала, скорость, субдискретизация, резкость и дополнительные настройки кодера. Эти параметры рассчитаны на пользователя, который понимает последствия: изменение одной технической опции может сократить файл, увеличить время кодирования или изменить характер артефактов.

Squoosh удобен тем, что расширенные настройки не обязательны для первого результата. Можно ограничиться форматом, качеством и, при необходимости, Resize. Но при подготовке графики для веба два варианта на экране помогают быстрее понять, есть ли смысл менять кодек, а не только снижать качество прежнего.

Форматы импорта и экспорта

Squoosh работает с изображением после его декодирования в браузере. Обычные веб-форматы обслуживаются нативными возможностями браузера, а для части новых форматов проект содержит собственные декодеры. В текущем дереве исходного кода отдельные декодеры есть для AVIF, JPEG XL, QOI, WebP и WebP2. Стартовый экран официально предлагает SVG как один из демонстрационных входов, а Resize имеет отдельный векторный режим для SVG. Поэтому список входов шире простого набора JPEG и PNG, но фактическая загрузка редкого формата зависит от браузерного и встроенного декодера.

Для экспорта набор задаётся энкодерами. Практически наиболее значимы JPEG, PNG, WebP и AVIF. Кроме них в текущем проекте присутствуют Browser GIF, JPEG XL с пометкой beta, QOI и WebP v2 с пометкой unstable. Экспериментальные подписи следует воспринимать буквально: для массовой публикации важна не только способность Squoosh создать файл, но и совместимость формата с браузерами, CMS, графическими редакторами и цепочкой доставки контента.

Что именно кодирует Squoosh

У формата GIF есть дополнительная оговорка: Squoosh работает с одиночным растровым кадром и не предназначен для сохранения анимации. В трекере проекта отдельно фиксировалось, что при обработке анимированного WebP сохранялся только первый кадр, а поддержка анимации отсутствовала. Для анимированных GIF или WebP нужен специализированный инструмент, который понимает последовательность кадров и их длительность.

JPEG не поддерживает прозрачность как свойство формата. Поэтому прозрачную PNG-графику нельзя бездумно переводить в JPEG, если альфа-канал нужен на сайте. WebP, AVIF и PNG могут быть более подходящими в таких случаях, но итог всё равно следует проверять на реальном фоне страницы.

Типичный рабочий процесс

Основной сценарий занимает одну сессию и не требует создавать проект. Пользователь открывает Squoosh, передаёт изображение через Drop OR Paste, после чего выбирает, что сравнивать на двух сторонах. Одну сторону удобно оставить как Original Image, а на второй выбрать целевой кодек. Затем настраиваются Resize, Reduce palette и параметры компрессии, если они нужны. Изображение пересчитывается локально, а рядом с вариантом отображается новый размер файла. После проверки нужный результат сохраняется кнопкой загрузки.

Сильная сторона этого процесса — независимые стороны. Например, слева можно поставить MozJPEG, справа AVIF, установить разумно близкий визуальный результат и сравнить не цифры Quality, а фактические детали и размер. В другом сценарии слева оставляют исходник, справа включают только Resize, чтобы увидеть, насколько уменьшение физического разрешения само по себе сократило объём до дополнительного ухудшения качества.

Воспроизводимый пример: фотография для страницы сайта

1. Возьмите отдельную JPEG-фотографию, которая существенно шире области публикации, например кадр около 4000 пикселей по длинной стороне. Перетащите файл на стартовый экран.
2. Оставьте одну сторону как Original Image, чтобы она служила визуальной опорой. На второй выберите MozJPEG.
3. Включите Resize и задайте конечную ширину, соответствующую реальному месту на странице, например 1600 пикселей. Высоту сохраняйте пропорционально, если композицию не требуется растягивать.
4. Начните с умеренного качества, затем меняйте его небольшими шагами. Не ориентируйтесь только на процент экономии: проверяйте лицо, волосы, листву, текстуры и контрастные границы в масштабе 100%.
5. Переключите вторую сторону на AVIF и добейтесь визуально сопоставимого уровня детализации. Сравните размер результата с MozJPEG и оцените, подходит ли AVIF для вашей цепочки публикации.
6. Проверьте итоговый файл не только внутри Squoosh. Откройте скачанный вариант обычным просмотрщиком или браузером, убедитесь в правильных размерах, прозрачности при её наличии и отсутствии заметных артефактов.
7. Сохраните исходник отдельно. Экспорт Squoosh не предназначен для замены архивного оригинала, поскольку метаданные не сохраняются.

Числа в таком примере не являются универсальным пресетом. Один кадр с крупными плавными областями и другой с мелкой листвой реагируют на компрессию по-разному. Практическая задача Squoosh как раз состоит в том, чтобы подобрать параметры по конкретному изображению, а не применять единое значение качества к любому файлу.

Пакетная обработка, автоматизация, облако и ИИ

Веб-интерфейс Squoosh рассчитан на одно изображение. Штатной очереди, в которую можно добавить папку или десятки файлов и затем скачать всю обработанную серию, нет. Предложение добавить массовую загрузку существует в трекере проекта много лет, а более поздняя открытая задача о bulk-обработке подтверждает, что этот сценарий не стал обычной функцией веб-версии. Для регулярной подготовки сотен фотографий Squoosh поэтому неудобен независимо от качества отдельных кодеков.

Исторически пакетные задачи можно было решать через @squoosh/cli, но этот пакет больше не поддерживается активно. Он не должен быть основой новой производственной цепочки без осознанного принятия рисков совместимости. Для автоматизации разумнее брать инструмент, который сейчас предназначен для скриптов и серийной обработки, например ImageMagick или другой поддерживаемый конвертер.

Облачного редакторского проекта у Squoosh нет. Файл не загружается в облачное хранилище Squoosh, не появляется в личной библиотеке и не синхронизируется между устройствами. Нет совместной работы, комментариев, истории командного проекта и общего аккаунта. Это снижает сложность для разовой оптимизации, но исключает сценарии, где команде нужна централизованная медиатека и повторяемый рабочий процесс.

Squoosh также не является ИИ-фоторедактором. Его основа — стандартные и экспериментальные кодеки, изменение размера, палитры и поворот. Здесь нет генеративного заполнения, распознавания объектов, автоматической ретуши лица или нейросетевого апскейла. Для сжатия это даёт понятную логику процесса: пользователь видит, что меняется разрешение, палитра или параметры конкретного кодека.

Приватность и зависимость от интернета

Главный факт о приватности сформулирован в самом проекте однозначно: Squoosh не отправляет изображение на сервер, все операции компрессии выполняются локально. Это отличает его от многих онлайн-компрессоров, где файл сначала передаётся инфраструктуре сервиса. Для фотографии с конфиденциальным содержимым локальная обработка уменьшает поверхность передачи данных, но не отменяет правил организации, безопасности самого устройства и политики браузера.

При этом Squoosh не является полностью безтелеметрийным приложением. В README проекта перечислено использование Google Analytics: базовые сведения о посетителе, значения размера изображения до и после обработки, а для установленного PWA — тип установки и дата со временем установки. Передача пикселей изображения и сбор такой аналитики — разные вещи, и их важно не смешивать.

Первое открытие веб-приложения требует сети для получения страницы и ресурсов. У Squoosh есть service worker. Он кэширует основные ресурсы при установке, а после того, как пользователь уже взаимодействовал с приложением, может кэшировать дополнительные процессоры и кодеки. Поэтому повторный запуск способен работать без постоянного соединения после того, как нужные компоненты уже попали в кэш. Но браузер может очистить хранилище, пользователь может удалить данные сайта, а неиспользованный ранее кодек может потребовать ресурс, которого в кэше ещё нет. Для поездки без сети лучше заранее открыть приложение и выполнить пробную обработку на нужных кодеках.

Официальный PWA-манифест также объявляет Squoosh как цель системной команды Share для файлов типа image/*. На платформах и в браузерах, где Web Share Target поддерживается, установленное приложение может получать изображение из меню «Поделиться». Это делает мобильный сценарий короче, но не превращает Squoosh в нативный редактор и не гарантирует одинаковую интеграцию на каждой системе.

Производительность и требования к устройству

Локальная обработка означает, что время кодирования зависит от процессора, объёма памяти, размеров изображения, выбранного кодека и его параметров. Простое JPEG-кодирование и AVIF на высоком качестве не обязаны занимать одинаковое время. Более тяжёлый кодек может дать меньший файл, но заставить ждать пересчёта дольше. В Squoosh это особенно заметно при перемещении параметров, потому что пользователь ожидает интерактивного предпросмотра.

Проект не публикует таблицу вида «минимум 4 ГБ ОЗУ, такой-то процессор». Поэтому подобные числа было бы неправильно приписывать Squoosh. Реальная диагностика строится по симптомам: если крупный файл вызывает Processing error, вкладка перезагружается или браузер прекращает отвечать, нужно проверить пиксельные размеры исходника, свободную память и повторить операцию с меньшим изображением. В трекере есть задокументированные случаи ошибок на экстремально больших растровых файлах.

На мобильном устройстве та же локальная архитектура означает, что память и процессор телефона используются непосредственно для декодирования, ресайза и кодирования. Серия больших кадров всё равно не превращается в очередь: Squoosh обрабатывает одно изображение и не предоставляет пакетный механизм, который последовательно прогоняет папку файлов.

Цена, лицензирование и учётная запись

Веб-приложение Squoosh используется бесплатно. В текущем интерфейсе нет разделения на Free, Pro или Business, покупки подписки, ограничения экспорта водяным знаком и пробного периода. Для обычного открытия, настройки и сохранения изображения регистрация не требуется. Это не freemium-сервис с платным снятием лимитов, а открытый веб-проект.

Исходный код распространяется по Apache License 2.0. Это разрешительная лицензия, которая допускает использование, модификацию и распространение при соблюдении её условий, включая сохранение необходимых уведомлений. Лицензирование исходного кода не следует путать с лицензиями отдельных форматов или сторонних библиотек в собственной коммерческой разработке: если организация собирает или перераспределяет проект, ей всё равно нужно учитывать зависимости и собственную юридическую процедуру.

Отсутствие подписки не означает, что Squoosh заменяет платный производственный сервис. У него нет SLA, командной админки, централизованной истории операций, поддержки по коммерческому тарифу или облачного API. Ценность продукта сосредоточена в ручной локальной оптимизации и открытом коде.

Плюсы и минусы

Кому подойдёт Squoosh

• Веб-дизайнеру и контент-редактору, который готовит несколько важных изображений для страницы и хочет визуально контролировать качество вместо слепого автоматического сжатия.
• Фотографу для публикационных копий, если оригиналы хранятся отдельно, а задача состоит в создании облегчённых JPEG, WebP или AVIF для сайта.
• Разработчику интерфейса, которому нужно быстро сравнить PNG, WebP, AVIF или JPEG на конкретном ассете без установки отдельного пакета.
• Пользователю общего компьютера, если нельзя или неудобно устанавливать настольный редактор, но современный браузер доступен.
• Пользователю с чувствительным изображением, когда принципиально важно не передавать сам файл серверному компрессору и локальная браузерная обработка соответствует внутренним правилам.
• Автору, работающему с единичными скриншотами и иллюстрациями, которому полезно одновременно уменьшить разрешение, палитру и вес файла.

Кому Squoosh не подойдёт

• Фотографу, который хочет сжимать архив «на месте»: экспорт удаляет метаданные, а пакетной очереди нет.
• Команде с сотнями файлов в сутки: для повторяемой серии нужны пресеты, очередь, автоматизация и контролируемый вывод.
• Ретушёру: Squoosh не заменяет редактор со слоями, масками, восстановлением деталей, локальными коррекциями и RAW-процессингом.
• Пользователю анимированной графики: приложение ориентировано на статический кадр и не является средством монтажа GIF или animated WebP.
• Организации, которой необходим SLA и коммерческая поддержка: у бесплатного открытого проекта нет тарифного уровня с такими обязательствами.
• Производственной системе, которой нужен API: веб-приложение не предоставляет серверный API для отправки файлов на автоматическую обработку.

Альтернативы Squoosh

XnConvert

XnConvert разумнее выбирать, когда главная проблема Squoosh — отсутствие пакетной обработки. Это кроссплатформенный пакетный конвертер: он рассчитан на работу с коллекциями, умеет конвертировать, менять размер, поворачивать, сжимать и применять десятки операций к серии. В отличие от Squoosh, здесь центральная модель — очередь и одинаковая цепочка действий для множества файлов, а не детальное сравнение двух вариантов одного изображения. Для подготовки каталога товаров или фотосерии XnConvert практичнее; для ручного поиска лучшего соотношения качества и веса у одного баннера Squoosh нагляднее.

ImageOptim

ImageOptim — локальное приложение для macOS, ориентированное на уменьшение веса изображений и удаление лишних метаданных. Оно бесплатное и открытое, текущая версия требует macOS 11 или новее. Главная разница с Squoosh — простая настольная модель drag-and-drop и серийная оптимизация без двухстороннего интерактивного сравнения кодеков. Если на Mac нужно прогнать папку JPEG и PNG без ручного анализа каждого файла, ImageOptim удобнее. Если нужно отдельно сравнить AVIF, WebP и MozJPEG на важной фотографии, Squoosh предоставляет больше визуального контроля.

ImageMagick

ImageMagick предназначен для тех, кому нужна автоматизация. Это открытый набор инструментов командной строки и библиотек для создания, преобразования и обработки изображений, включая resize, crop, поворот, конвертацию и сценарии для множества файлов. Интерфейс Squoosh проще для разовой визуальной настройки, но ImageMagick лучше в повторяемой сборке сайта, серверном pipeline и пакетных задачах. Компромисс очевиден: Squoosh показывает результат глазами, ImageMagick требует формализовать параметры и контролировать их через команды или скрипт.

TinyPNG / Tinify

TinyPNG подходит пользователю, который хочет автоматическую веб-оптимизацию без ручного подбора десятков параметров. Сервис работает с PNG, JPEG, WebP и AVIF и предлагает также программные способы интеграции. В отличие от Squoosh, это серверный сервис: исходный файл передаётся инфраструктуре Tinify для обработки. Поэтому выбор зависит не только от удобства, но и от требований к приватности. Для разовой чувствительной фотографии Squoosh даёт локальный путь; для автоматической серверной цепочки Tinify предлагает модель, которой у Squoosh нет.

Частые проблемы и диагностика

Страница открывается, но редактор не работает

Первое, что нужно проверить, — JavaScript. В статической разметке Squoosh прямо предусмотрено сообщение о необходимости JavaScript. Если сценарии заблокированы политикой браузера, расширением или корпоративным фильтром, интерфейс не сможет загрузить рабочую часть и кодеки. Второй шаг — открыть сайт в актуальном браузере без жёсткой блокировки его собственных ресурсов. Если проблема появилась после долгого использования установленного PWA, имеет смысл проверить данные сайта и service worker. Очистка данных сбросит кэш, после чего ресурсы придётся получить заново из сети.

Изображение не импортируется

Для обычного JPEG, PNG, WebP и AVIF проблема чаще связана с самим файлом или браузерной средой, чем с расширением в имени. Проверьте, открывается ли исходник в другом просмотрщике, совпадает ли фактический формат с расширением и не повреждён ли файл. Для редкого формата учитывайте, что часть декодирования зависит от встроенных модулей и возможностей браузера. Если нужен гарантированный производственный вход из большого набора RAW, TIFF, HEIC или специализированных форматов, Squoosh не следует использовать как универсальный конвертер; сначала лучше применить инструмент с документированным широким списком входов.

Обработка крупного файла заканчивается ошибкой

Поскольку декодирование и кодирование идут в браузере, многомегапиксельное изображение занимает в памяти значительно больше, чем его размер на диске. JPEG в несколько десятков мегабайт после декодирования превращается в массив пикселей, а затем могут одновременно существовать исходный буфер, обработанный вариант и данные кодека. В трекере проекта зафиксированы Processing error на очень больших изображениях. Для диагностики сравните поведение на копии с меньшими пиксельными размерами. Если уменьшенная копия обрабатывается стабильно, это указывает на ограничение ресурсов при исходном разрешении.

После экспорта пропали данные камеры и дата съёмки

Это ожидаемое ограничение Squoosh: метаданные при перекодировании не сохраняются. В проекте есть открытая просьба добавить их сохранение, а сопровождающие отдельно подтверждали удаление EXIF и других полей. Поэтому исходный файл нужно хранить отдельно. Если публикационная копия обязана содержать конкретные поля авторства или времени, метаданные следует добавить после компрессии специализированным инструментом и затем проверить их наличие.

Фотография повернулась не так, как ожидалось

Часть камер сохраняет пиксели в одном направлении, а корректную ориентацию задаёт EXIF Orientation. Поскольку Squoosh не сохраняет EXIF, итог должен иметь правильную физическую ориентацию пикселей до экспорта. В приложении есть поворот на 90, 180 и 270 градусов. Перед сохранением ориентируйтесь на визуальный результат, а после сохранения повторно откройте файл вне Squoosh.

У прозрачного изображения появился непрозрачный фон

Сначала проверьте выбранный выходной формат. JPEG не хранит альфа-канал, поэтому прозрачность при JPEG-экспорте сохраниться не может. Для прозрачной графики используйте PNG, WebP или AVIF, если они подходят дальнейшей системе. Затем проверьте выход на светлом и тёмном фоне: полупрозрачные края логотипа или тени часто выглядят нормально на одном фоне и выявляют ореол на другом.

Результат весит больше исходника

Squoosh не гарантирует уменьшение при любой комбинации параметров. Уже оптимизированный файл может стать больше после повторного кодирования, PNG не всегда выгоден для фотографии, а lossless-режим современного формата может проиграть хорошо подготовленному исходнику. Ориентируйтесь на отображаемый размер каждой стороны. Если новый вариант тяжелее и не даёт другого нужного свойства, его нет смысла сохранять как оптимизированный.

Большой SVG выглядит размытым

В открытом issue проекта от июля 2025 года зафиксирован конкретный сбой рендеринга крупного SVG: исходная сторона в Squoosh выглядела заметно более размытой, чем тот же файл при прямом открытии в браузере. Поэтому SVG нельзя оценивать только по цифрам размера. Сравните входной вектор с оригиналом при одинаковом масштабе и проверьте мелкие линии, текст и контуры. Если уже исходная сторона в Squoosh отображается неверно, не используйте такой предпросмотр как единственный критерий качества и подготовьте растровую публикационную копию другим инструментом либо проверьте результат вне Squoosh.

Анимированный файл превратился в статический

Squoosh не является редактором анимации. В проекте фиксировалось сохранение только первого кадра animated WebP. Для анимированных ресурсов используйте средство, которое явно поддерживает все кадры, их тайминги и повтор. Проверка простая: после экспорта откройте файл в просмотрщике с поддержкой анимации и убедитесь, что количество кадров соответствует исходнику; для Squoosh такой результат ожидать не следует.

Нужно обработать целую папку

Не пытайтесь превращать веб-интерфейс в пакетный инструмент вручную через десятки вкладок. У Squoosh нет штатной массовой очереди, а исторический CLI не поддерживается активно. Для серии выберите XnConvert, ImageMagick или другой актуальный пакетный конвертер. Squoosh при этом можно оставить как лабораторию для подбора параметров на одном типичном кадре, а затем перенести подтверждённую стратегию в поддерживаемый автоматизированный инструмент.

Как проверить результат перед публикацией

Оптимизация считается успешной не тогда, когда процент экономии выглядит большим, а когда выходной файл соответствует месту использования. Проверка должна охватывать и технические свойства, и визуальные детали.

1. Сверьте пиксельные размеры. Они должны соответствовать реальной задаче. Случайно уменьшенное изображение нельзя восстановить простым повышением Quality.
2. Проверьте размер файла. Сравните его с исходником и альтернативным кодеком. Более новый формат не обязан выигрывать на каждой картинке.
3. Просмотрите изображение при 100%. Ищите блочные артефакты, звон вокруг контрастных границ, потерю мелкой фактуры, полосы на градиентах и неестественные цветовые переходы.
4. Отдельно проверьте края и прозрачность. Для логотипов, теней и интерфейсной графики фон страницы имеет значение.
5. Откройте скачанный файл вне Squoosh. Это исключает ситуацию, когда предпросмотр выглядит правильно, а конечный файл неправильно интерпретируется другим приложением.
6. Проверьте совместимость формата с местом публикации. CMS, шаблон, CDN и целевые браузеры должны принимать выбранное расширение и MIME-тип.
7. Не удаляйте оригинал. Экспорт Squoosh теряет метаданные и представляет собой публикационную производную, а не архивный мастер.

Для ответственной веб-публикации полезно сохранить два тестовых варианта: один максимально экономный и один с чуть большим запасом качества. После просмотра на реальной странице легко определить, даёт ли дополнительное сжатие заметную пользу или только создаёт артефакты.

Что важно знать о качестве разных кодеков

Качество нельзя сравнивать по положению одного ползунка. Значение 75 в MozJPEG и 75 в WebP относится к разным алгоритмам, а AVIF использует собственную шкалу и набор параметров. Поэтому правильная единица сравнения в Squoosh — конкретный визуальный результат плюс размер файла. Именно для этого и нужен двухсторонний просмотр.

JPEG остаётся практичным для фотографий без прозрачности и поддерживается практически любой публикационной цепочкой. MozJPEG в Squoosh даёт детальные параметры, включая прогрессивное кодирование и настройку субдискретизации. PNG полезен там, где нужны lossless-пиксели, прозрачность и чёткая графика; OxiPNG оптимизирует такой вывод без перевода изображения в lossy-модель. WebP объединяет lossy и lossless режимы и поддерживает прозрачность. AVIF предоставляет отдельные параметры качества и скорости кодирования; время пересчёта зависит от выбранных настроек и ресурсов устройства.

JPEG XL и WebP v2 присутствуют с предупреждающими метками beta и unstable. Это хороший пример того, зачем Squoosh интересен техническому пользователю: в одном интерфейсе можно исследовать новые кодеки. Но лабораторная доступность формата и готовность производственного сайта — разные критерии. Перед применением редкого формата надо проверять не только Squoosh, но и всю цепочку от CMS до браузера посетителя.

QOI присутствует как отдельный энкодер и требует совместимой цепочки чтения файла. Для массовой веб-публикации его нельзя выбирать только потому, что модуль доступен в Squoosh: конечная система должна понимать image/qoi. Browser JPEG, Browser PNG и Browser GIF дают варианты кодирования средствами браузера и полезны как контрольные точки наряду со специализированными энкодерами.

FAQ

Нужно ли создавать аккаунт для Squoosh?

Нет. Обычная работа с веб-приложением начинается сразу с передачи изображения через Drop OR Paste. Платной учётной записи, обязательной регистрации и пробного периода нет.

Отправляет ли Squoosh фотографию в Google?

Нет. Изображение не отправляется на сервер для компрессии; обработка выполняется локально. Проект при этом использует Google Analytics и собирает базовые сведения о посещении, размеры файла до и после обработки, а для PWA — сведения об установке. Это не передача самого изображения.

Можно ли использовать Squoosh полностью офлайн?

После загрузки нужных ресурсов архитектура PWA позволяет повторно работать без постоянного соединения. Service worker сохраняет базовые компоненты, а после взаимодействия пользователя может кэшировать дополнительные кодеки и процессоры. Первая загрузка и восстановление удалённого кэша требуют сети, поэтому гарантировать офлайн-работу без предварительного запуска нельзя.

Есть ли официальная программа Squoosh для Windows?

Основной официальный продукт — веб-приложение и устанавливаемый PWA. Сторонние программы с похожим названием не следует считать официальной настольной редакцией GoogleChromeLabs.

Есть ли Squoosh для Android и iPhone?

Отдельного официального нативного мобильного приложения у рассматриваемого проекта нет. Веб-интерфейс адаптируется к узкому экрану, а PWA может устанавливаться там, где браузер и система поддерживают соответствующий механизм.

Сохраняет ли Squoosh EXIF?

Нет. EXIF и другие метаданные теряются при перекодировании. Если они нужны, храните оригинал и переносите необходимые поля в публикационную копию отдельным инструментом.

Можно ли сжать сразу 100 фотографий?

Не штатным веб-интерфейсом. Squoosh рассчитан на одно изображение. Для больших серий лучше использовать пакетный конвертер, а Squoosh оставить для подбора кодека и параметров на контрольном примере.

Можно ли заменить Squoosh CLI веб-приложением в автоматическом скрипте?

Нет. Веб-приложение не предоставляет серверный API для такой задачи. Старый @squoosh/cli существовал отдельно, но больше не поддерживается активно, поэтому для нового автоматизированного процесса лучше выбрать поддерживаемый инструмент.

Поддерживает ли Squoosh RAW-файлы камеры?

Squoosh не позиционируется как RAW-конвертер и не содержит рабочего процесса проявки RAW. Для исходников камеры сначала нужен профильный RAW-редактор или конвертер, после чего экспортированную JPEG, PNG, WebP или другую веб-копию можно оптимизировать отдельно.

Можно ли обрезать кадр прямо в Squoosh?

Штатного интерактивного Crop с рамкой в текущем наборе процессоров нет. Такой инструмент остаётся отдельным открытым пожеланием в трекере проекта. Встроенные операции сосредоточены на Resize, уменьшении палитры, повороте и кодировании.

Есть ли русский интерфейс?

Текущий веб-манифест объявляет язык en, а официальные скриншоты используют английские подписи Drop OR Paste, Edit, Resize, Reduce palette, Compress, Quality и Advanced settings. Отдельный русский вариант интерфейса в текущем веб-продукте не заявлен.

Добавляет ли Squoosh водяной знак?

Нет. Веб-приложение не использует модель бесплатного экспорта с водяным знаком. Итоговый файл сохраняется как обычное изображение выбранного формата.

Стоит ли всегда выбирать AVIF, потому что он современнее JPEG?

Нет. Выбор определяется визуальным результатом, размером, скоростью кодирования и совместимостью всей публикационной цепочки. Squoosh как раз удобен тем, что позволяет поставить AVIF и JPEG рядом и сравнить конкретный файл вместо абстрактного выбора по названию формата.

Можно ли использовать Squoosh для архивного хранения фотографий?

Как инструмент создания уменьшенных копий — только с пониманием последствий, но не как замену мастер-файлам. Squoosh удаляет метаданные и ориентирован на оптимизацию публикационного результата. Оригиналы и RAW лучше хранить отдельно.

Что произойдёт, если очистить данные сайта?

Браузер удалит кэшированные ресурсы Squoosh и состояние PWA, связанное с локальным хранилищем. При следующем запуске компоненты придётся получить заново из сети. Обработанные ранее изображения в облаке Squoosh не потеряются, потому что такой облачной библиотеки у приложения нет.

Итог по сценариям использования

Для единичной фотографии, баннера, иллюстрации или скриншота Squoosh особенно уместен, когда нужно увидеть компромисс своими глазами. Две стороны сравнения, Resize и доступ к нескольким кодекам позволяют не принимать решение по одному проценту сжатия. При этом нет регистрации, подписки и отправки самого изображения на сервер.

Для фотографа Squoosh лучше воспринимать как финальный экспортный инструмент перед публикацией, а не как архивный компрессор. Потеря EXIF и отсутствие пакетной очереди делают его неудобным для медиатеки, зато локальная работа и точное визуальное сравнение подходят для нескольких важных кадров сайта.

Для веб-разработчика приложение полезно как интерактивная лаборатория форматов. Можно быстро сопоставить MozJPEG, WebP и AVIF, проверить, как конкретный интерфейсный ассет реагирует на уменьшение палитры, и подобрать конечное разрешение. Когда параметры нужно применить к сотням файлов или встроить в сборку, следует перейти к ImageMagick, XnConvert или другой поддерживаемой системе автоматизации.

Для мобильного и эпизодического использования PWA удобнее отдельной тяжёлой программы: Squoosh адаптируется к узкому экрану, может быть установлен совместимым браузером и кэширует рабочие ресурсы. Но крупные файлы всё равно нагружают устройство, а отсутствие пакетной обработки остаётся тем же ограничением.

Squoosh оправдан там, где важны локальность, прозрачный контроль и работа с одним изображением. Он не заменяет фоторедактор, RAW-конвертер, командную медиасистему или пакетный производственный pipeline. Такое разграничение делает выбор предсказуемым: ручная оптимизация отдельных файлов остаётся его сильным сценарием, а серийная и архивная работа требует другого класса инструментов.