WebPonize: возможности, ограничения и актуальность старого WebP-конвертера для Mac

WebPonize — небольшая настольная утилита для macOS, которую Shogo Sensui, также известный как 1000ch, создал для преобразования обычных растровых изображений в WebP. Программа не является веб-сервисом, фоторедактором, расширением браузера или мобильным приложением: это отдельное Cocoa-приложение для Mac с максимально коротким рабочим циклом «выбрать изображения — выбрать папку — получить файлы .webp». На сентябрь 2026 года официальный сайт WebPonize продолжает открываться, а публичный репозиторий проекта на GitHub не помечен как архивный, однако последняя версия приложения 2.6.0 относится к 2020 году, последний код проекта также не обновлялся с 2020 года, а прежняя карточка Mac App Store больше недоступна. Поэтому WebPonize сегодня разумно рассматривать прежде всего как завершённую старую утилиту с доступным исходным кодом, а не как активно поддерживаемый современный конвертер.

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

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

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

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

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

Название WebPonize встречается в старых каталогах программ, публикациях о WebP и подборках приложений для Mac. В данном обзоре речь идёт именно о macOS-приложении Shogo Sensui с идентификатором сборки com.shogosensui.WebPonize и публичным репозиторием webponize/webponize. В исходном проекте продукт называется WebPonize, относится к категории Developer Tools и собирается как обычное приложение macOS.

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

Проект появился в 2015 году, когда создание WebP на Mac было заметно менее удобным, чем сейчас. В 2020 году разработка ненадолго активизировалась, после чего была опубликована версия 2.6.0. В её проектных настройках указан минимальный deployment target macOS 10.13. При этом наличие такого target не означает, что старую сборку официально поддерживают современные версии macOS: действующей страницы продукта в App Store уже нет, а новых совместимых бинарных выпусков разработчик не публиковал.

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

Из таблицы видно главное отличие WebPonize от современных комбайнов: приложение решает ровно одну задачу. В обмен на простоту пользователь получает очень небольшой набор параметров, отсутствие предпросмотра «до/после» и отсутствие встроенных операций подготовки изображения. Такая специализация была сильной стороной программы в момент её появления, но сегодня одновременно становится главным ограничением.

Текущий статус: можно ли считать WebPonize актуальной программой

У WebPonize необычный для 2026 года статус. Официальный домен проекта работает и по-прежнему описывает три способа передачи файлов: перетаскивание в окно или на значок Dock, пункт Open в меню File и команда Open With в Finder. Репозиторий GitHub также остаётся публичным и не архивирован. Но история коммитов показывает, что версия 2.6.0 была зафиксирована в августе 2020 года, а метаданные репозитория указывают последний push в 2020 году.

Ещё существеннее состояние распространения. Ссылка на прежнюю карточку WebPonize в Mac App Store сейчас возвращает ошибку 404. На странице GitHub нет актуального раздела Releases с готовым установочным пакетом. Следовательно, нельзя описывать WebPonize как приложение, которое в 2026 году достаточно открыть в App Store, бесплатно установить и получать обновления: этот сценарий больше не существует.

Историческая версия 2.6.0 распространялась бесплатно. Однако это не следует превращать в утверждение «WebPonize сейчас бесплатна в App Store», потому что текущего предложения в магазине нет. У проекта также нет подтверждённого действующего тарифа, подписки, платной редакции или пробного периода. Для читателя практический вывод проще: цена сейчас не является критерием выбора, потому что официальной коммерческой дистрибуции приложения не осталось.

Публичность исходного кода тоже требует точной формулировки. Репозиторий доступен для чтения, но в его метаданных нет распознанной лицензии и в корне проекта не опубликован отдельный файл LICENSE. Поэтому сам факт доступности кода не даёт оснований автоматически считать весь WebPonize свободным ПО с правом неограниченного распространения модифицированных сборок. Используемая библиотека Swift-WebP имеет собственную MIT-лицензию, но лицензия зависимости не заменяет лицензию самого приложения.

Интерфейс WebPonize

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

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

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

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

Колонка Size в коде получает фактическое число байтов выходного файла без дополнительного форматирования в килобайты или мегабайты. Savings вычисляется по формуле уменьшения размера: из 100 процентов вычитается отношение размера результата к размеру исходника. Поэтому это именно процент экономии, а не «размер результата в процентах». Если WebP окажется крупнее исходника, математически значение экономии станет отрицательным — такой результат следует воспринимать как сигнал, что выбранный режим не даёт выигрыша для данного изображения.

Окно Preferences

В версии 2.6.0 окно настроек содержит одну панель General. В ней находятся ползунок Quality, ползунок Speed и флажок Encode image losslessly. Это подтверждается одновременно контроллером GeneralPreferenceViewController и файлом интерфейса XIB. Старые публикации о WebPonize иногда показывают иную структуру Preferences с дополнительными параметрами, но переносить её на последнюю версию нельзя: в исходном коде 2.6.0 таких элементов нет.

Quality имеет диапазон от 0 до 100 и двадцать один фиксированный шаг на ползунке. Значение по умолчанию в хранилище настроек — 80. Этот параметр передаётся в WebPEncoderConfig как quality. В режиме с потерями низкие значения означают более сильное сжатие и более высокий риск видимых искажений, высокие — больший размер и меньшее визуальное ухудшение. В lossless-режиме тот же параметр у libwebp влияет прежде всего на усилие, затрачиваемое на поиск более эффективного без потерь представления.

Speed имеет диапазон от 0 до 6, но технически приложение передаёт его непосредственно в поле method кодировщика libwebp. Документация WebP определяет method как компромисс между скоростью и эффективностью: 0 — самый быстрый режим, 6 — более медленный, но более тщательно ищущий варианты кодирования. Поэтому название Speed в интерфейсе может восприниматься неинтуитивно: увеличение числового значения не означает «сделать быстрее». При высоком method кодировщик тратит больше времени на анализ, чтобы попытаться получить более удачное сжатие.

Флажок Encode image losslessly переключает поле lossless. В этом режиме пиксельные значения должны сохраняться без потерь, но итоговый файл не гарантированно будет меньше PNG или другого исходника. На простых рисунках и скриншотах lossless WebP может быть полезен, а на уже хорошо оптимизированном файле выгода может оказаться небольшой или отсутствовать. Именно поэтому после конвертации нужно смотреть не только на расширение .webp, но и на размер и содержимое результата.

Как устроена конвертация внутри программы

Рабочая цепочка WebPonize проста и хорошо читается по исходному коду. Для каждого выбранного файла создаётся ConvertOperation. Операция вычисляет имя результата, заменяя исходное расширение на webp, читает исходный файл в память как Data, создаёт из этих данных NSImage, формирует WebPEncoderConfig и запускает WebPEncoder. Готовые байты записываются в выбранную папку, после чего статус получает исходный размер, новый размер и отметку finished.

Эта архитектура объясняет сразу несколько особенностей программы. Во-первых, WebPonize работает с декодированным растровым изображением, а не с контейнером исходного файла как с набором метаданных и дополнительных секций. Во-вторых, приложение не содержит отдельного этапа изменения геометрии: ширина и высота не задаются пользователем и в коде операции нет ресайзера или кадрирования. В-третьих, результат всегда создаётся как WebP; выбора JPEG, PNG, AVIF или другого формата на выходе нет.

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

Состояние processing в модели предусмотрено, однако основная логика операции фактически работает с idle, finished и error, а интерфейс показывает одинаковый индикатор для idle и processing. Пользователю важнее практический итог: зелёный успешный статус означает, что данные закодированы и записаны, а error — что на одном из этапов чтения, декодирования, кодирования или записи возникла ошибка.

Поддерживаемые форматы и важное ограничение GIF

Автор WebPonize описывал приложение как конвертер, принимающий PNG, JPEG и GIF. Эти же три типа фигурировали в описании версии, опубликованной в Mac App Store в 2020 году. На выходе программа создаёт WebP. Отдельного импорта RAW, TIFF, HEIC, AVIF, PSD или PDF в официальном описании продукта нет, поэтому рассчитывать на них как на поддерживаемые форматы не следует, даже если системный NSImage способен открыть некоторые дополнительные типы.

Особого внимания требует GIF. В старых каталогах можно встретить формулировку о работе с animated и non-animated GIF. Однако WebPonize 2.6.0 использует Swift-WebP версии 0.4.0, а документация этой версии библиотеки явно относит Animated WebP к невыполненным задачам. Сам WebPonize вызывает обычный WebPEncoder для NSImage и не содержит отдельной ветки с анимационным кодировщиком. Поэтому программу нельзя считать подтверждённым средством сохранения GIF-анимации в animated WebP.

Для статического GIF задача проще: изображение может быть декодировано в NSImage и сохранено как статический WebP. Для анимации разумнее использовать специализированный gif2webp из официального набора libwebp или другой инструмент, который явно работает с кадрами, задержками, циклом воспроизведения и анимационным контейнером. Это не формальная придирка: при конвертации анимированной графики потеря движения полностью меняет содержимое результата.

Пакетные, автоматические, облачные и ИИ-функции

Пакетная функция WebPonize ограничена добавлением нескольких файлов в одну очередь. Все выбранные изображения получают общие текущие параметры Quality, Speed и lossless и сохраняются в выбранный каталог. Отдельных профилей для разных файлов внутри одной очереди нет. Также не предусмотрено правило «для JPEG использовать одно качество, для PNG другое», автоматическая смена параметров по размеру исходника или условные действия.

Автоматизация на уровне приложения сводится к интеграции с Finder: файл можно открыть через Open With, после чего macOS передаст его приложению. Подтверждённого CLI-интерфейса, наблюдаемой папки, действия Automator, AppleScript-словаря, API или встроенного сервера в WebPonize нет. Если задача требует запуска конвертации из скрипта, системы сборки сайта или CI, официальные cwebp и gif2webp подходят лучше.

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

ИИ-функций также нет. WebPonize не анализирует содержимое кадра, не выполняет генеративное расширение, апскейл, удаление объектов, сегментацию фона или интеллектуальную ретушь. Его результат определяется обычным кодеком WebP и тремя доступными параметрами кодирования.

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

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

1. Подготовьте несколько обычных JPEG или PNG, для которых нужен WebP. Если исходники важны, храните их отдельно: конвертация создаёт новые файлы, а не должна становиться заменой мастер-копий.
2. Откройте Preferences. Для первого прохода можно оставить Quality 80 — это значение задано разработчиком по умолчанию. Lossless включайте только для случая, когда требуется без потерь сохранить пиксельные значения.
3. Передайте файлы в WebPonize перетаскиванием, через File → Open или через Open With в Finder.
4. В системном окне выберите каталог назначения. Для сравнения удобно создать отдельную папку, чтобы исходники и результаты не смешивались.
5. Дождитесь последовательной обработки очереди. Для каждого файла появится строка с именем, размером результата, Savings и статусом.
6. Откройте полученные .webp в программе или браузере с поддержкой WebP и сравните изображение с исходником при масштабе 100 процентов. Для фотографий обратите внимание на мелкие фактуры, градиенты и контрастные края; для интерфейсной графики — на текст, тонкие линии и прозрачные участки.
7. Сравните размеры. Если визуальное качество приемлемо, а Savings положителен и существенен для вашей задачи, результат можно использовать. Если размер вырос или появились заметные артефакты, измените Quality либо выберите другой инструмент с более подробным контролем.

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

Качество, скорость и размер: как читать три настройки

Quality

Quality — основной параметр для lossy WebP. Значения близкие к нижней границе уменьшают объём сильнее, но повышают риск потери деталей. Значения ближе к 100 сохраняют больше визуальной информации, но дают более крупные файлы. Универсального числа для всех изображений нет: фотография с шумом, скриншот интерфейса и плоская иллюстрация имеют разную структуру и реагируют на потери по-разному.

В lossless WebP смысл quality другой. В libwebp это параметр усилия кодирования: низкое значение ускоряет работу, но может дать более крупный файл, высокое тратит больше времени на поиск лучшего без потерь представления. Поэтому при включённом lossless изменение Quality не нужно интерпретировать как «разрешённая потеря качества».

Speed

Ползунок Speed в WebPonize технически меняет method кодировщика от 0 до 6. В документации libwebp 0 обозначает быстрый режим, а 6 — более медленный и более тщательный. Для небольшой пачки фотографий разница во времени может быть несущественной, но на больших изображениях или длинной очереди она становится заметнее. Более высокий method не гарантирует огромной экономии на каждом файле; это увеличение вычислительного усилия, а не магическая команда «сжать вдвое».

Encode image losslessly

Lossless нужен там, где недопустимо изменение значений пикселей. Типичные примеры — интерфейсная графика с текстом и резкими контурами, небольшие схемы, пиктограммы или изображения, которые дальше будут проходить дополнительную обработку. Для веб-фотографий lossy WebP часто даёт более сильное уменьшение, но решение зависит от требуемого качества и содержания исходника.

WebPonize не показывает метрики PSNR, SSIM или другие числовые оценки искажения. Контроль качества остаётся на пользователе. Savings показывает только размер, а маленький файл сам по себе не доказывает, что визуальный результат пригоден.

Чего WebPonize не делает

Границы возможностей здесь особенно важны, потому что название «конвертер изображений» иногда создаёт ожидание универсальной программы. В версии 2.6.0 не подтверждены следующие функции:

• изменение ширины и высоты перед экспортом;
• кадрирование и поворот как отдельные операции;
• вывод в JPEG, PNG, AVIF, HEIC или TIFF;
• визуальное сравнение исходника и результата бок о бок;
• задание точного целевого размера файла;
• пресеты libwebp для photo, picture, drawing, icon или text;
• управление фильтрами, sharpness, alpha quality и другими расширенными параметрами кодека;
• подтверждённое сохранение Animated WebP из GIF-анимации;
• параллельное кодирование нескольких файлов;
• переименование по шаблону, нумерация и построение структуры папок;
• облачная синхронизация и командная работа;
• ИИ-обработка;
• система плагинов внутри приложения.

Некоторые из этих возможностей есть в самом libwebp или в других программах, но WebPonize не открывает их в своём интерфейсе. Разделение «что умеет кодек» и «что умеет приложение» принципиально: наличие функции в WebP не означает автоматического наличия этой функции в WebPonize.

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

Конвертация в WebPonize локальная. ConvertOperation читает файл с диска через Data(contentsOf:), создаёт NSImage, выполняет кодирование библиотекой WebP и записывает результат через локальный файловый URL. В этом участке кода нет HTTP-запроса, отправки изображения на API или загрузки содержимого на сервер.

Сборка приложения использует macOS App Sandbox и право user-selected read-write. Это означает, что приложение проектировалось для работы с файлами и папками, которые выбрал пользователь. Такой подход соответствует механике системного окна назначения: доступ к каталогу предоставляется через явный выбор.

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

Для самой конвертации постоянный интернет не нужен. Интернет был нужен для прежнего получения приложения из App Store или может потребоваться разработчику для загрузки зависимостей при самостоятельной сборке исходников. Это уже не часть обычного процесса обработки изображения.

Системные требования и совместимость

В проекте версии 2.6.0 для приложения указан MACOSX_DEPLOYMENT_TARGET 10.13. Это подтверждает, что релиз ориентировался как минимум на macOS High Sierra и более новые системы своего времени. Внешние каталоги 2020 года также фиксировали macOS 10.13 как минимальное требование.

Для современных Mac важнее другое: после 2020 года нет подтверждённых обновлений WebPonize, в официальном канале нет актуальной сборки, а разработчик не публикует матрицу совместимости с нынешними версиями macOS и Apple Silicon. Поэтому нельзя обещать корректную работу версии 2.6.0 на любом современном Mac. Совместимость старой копии следует проверять на конкретной системе, а для регулярного рабочего процесса лучше выбирать поддерживаемый инструмент.

Отдельной версии для Windows, Linux, iPhone, iPad или Android у WebPonize нет. Публичный проект — macOS-приложение, несмотря на то что используемая библиотека WebP существует и на других платформах.

Цена, редакции и лицензирование

У WebPonize не было сложной линейки Home, Pro и Enterprise. Последняя известная версия 2.6.0 распространялась через Mac App Store бесплатно. Сейчас карточка магазина удалена, поэтому действующей цены, подписки или пробного периода нет.

В приложении не подтверждены платные разблокировки, аккаунт, лимит количества файлов, водяной знак или ограничение качества бесплатного режима. Но и описывать его как «актуально бесплатное приложение, которое можно установить одним кликом» нельзя: официального установочного канала больше нет.

Исходный репозиторий доступен публично, но метаданные GitHub не определяют лицензию проекта и отдельного файла LICENSE в корне не видно. Это существенное ограничение для организаций и разработчиков, которые хотят не просто изучить код, а распространять собственную сборку. Для такого использования требуется отдельно разобраться с правами на код приложения и его зависимостями.

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

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

Сегодня область разумного применения значительно уже, чем в 2015–2020 годах. WebPonize подходит прежде всего пользователю, у которого уже есть рабочая копия приложения на совместимом Mac и нужна простая локальная конвертация статических JPEG или PNG в WebP без изменения размеров и дополнительных операций. В таком сценарии программа по-прежнему выполняет исходную задачу с минимальным количеством действий.

Она также интересна разработчикам как компактный пример Cocoa-интерфейса вокруг WebPEncoder: в коде хорошо видны обработка drag-and-drop, выбор каталога, OperationQueue, хранение настроек и формирование статистики размера. Но это уже исследовательский сценарий, а не аргумент в пользу старой программы как основного рабочего инструмента.

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

Для нового Mac, на котором нужно впервые выбрать стабильный конвертер, WebPonize трудно рекомендовать из-за отсутствия официального актуального дистрибутива. Регулярный рабочий процесс лучше строить на программе, которая продолжает получать обновления и имеет ясную совместимость с текущей системой.

• Владельцам Windows и Linux нужен кроссплатформенный вариант.
• Для больших каталогов фотографий важнее многопоточность, правила переименования, сохранение структуры папок и пакетные действия.
• Для подготовки изображений под точные размеры сайта нужен ресайзер или более полный пакетный процессор.
• Для анимированных GIF требуется инструмент с явной поддержкой Animated WebP.
• Для тонкого контроля WebP нужны дополнительные параметры кодека, которых в интерфейсе WebPonize нет.
• Для работы с AVIF, HEIC, TIFF, RAW и другими форматами лучше выбирать конвертер с явно заявленным широким списком входов.
• Для командного или корпоративного внедрения важны текущая поддержка, понятная лицензия и воспроизводимый способ установки.

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

XnConvert

XnConvert — актуальный кроссплатформенный пакетный конвертер для Windows, macOS и Linux. Его отличие от WebPonize не только в количестве поддерживаемых форматов. В XnConvert можно строить пакет из нескольких действий, менять размер, работать с метаданными и настраивать вывод для большой группы файлов. Поэтому он лучше подходит для регулярной подготовки фотоматериалов, когда WebP — лишь один из этапов.

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

cwebp и gif2webp

Официальные утилиты из набора libwebp остаются наиболее прямым способом работать с самим кодеком. cwebp кодирует статические изображения и предоставляет гораздо больше параметров, включая quality, method, presets, фильтрацию, target size, crop, resize и многопоточность. Для анимации в комплекте есть gif2webp.

Главный компромисс — командная строка вместо drag-and-drop GUI. Для разовой ручной задачи WebPonize понятнее, но для повторяемых процессов, скриптов и автоматизации cwebp значительно гибче. Кроме того, Google публикует актуальные предсобранные пакеты libwebp отдельно для macOS arm64 и x86-64, что снимает проблему старой неподдерживаемой сборки.

ImageMagick

ImageMagick подходит, когда конвертация должна сочетаться с обработкой. Команда magick умеет менять формат, размер, выполнять кадрирование, поворот, фильтрацию и множество других операций; поддержка WebP входит в широкий список форматов. Это более сложный инструмент, зато он хорошо масштабируется от единичной команды до серверного сценария и пакетного скрипта.

По сравнению с WebPonize ImageMagick требует изучения синтаксиса и аккуратного контроля параметров. Зато пользователь не ограничен тремя ползунками и может сделать весь конвейер подготовки изображения одной воспроизводимой командой.

Squoosh

Squoosh — браузерное приложение для интерактивного сжатия и преобразования изображений. Его сильная сторона по сравнению с WebPonize — визуальное сравнение результата с исходником и доступ к нескольким современным кодекам. Обработка изображения выполняется локально в браузере, поэтому файл не отправляется на сервер для самой компрессии.

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

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

Не удаётся установить WebPonize из App Store

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

Старая сборка не запускается на новом Mac

У версии 2.6.0 указан минимальный target macOS 10.13, но нет подтверждения официальной поддержки современных систем и Apple Silicon. Сообщение о несовместимости, проблеме подписи или устаревшей сборке нельзя исправлять утверждением, что программа «обязана работать, потому что 10.13 или выше». Deployment target описывает нижнюю границу старой сборки, а не бесконечную совместимость с будущими выпусками macOS.

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

Файл попадает в очередь и завершается ошибкой

В операции WebPonize сначала читаются байты файла, затем создаётся NSImage. Если изображение повреждено или не декодируется, код помечает строку как error. Для диагностики возьмите заведомо исправный JPEG или PNG и повторите операцию. Если он конвертируется, проблема относится к конкретному исходнику или типу файла, а не к каталогу назначения.

Несмотря на широкую системную регистрацию приложения для public.content, официально заявленные входы ограничены JPEG, PNG и GIF. Передача любого файла через Open With не превращает его автоматически в поддерживаемое изображение.

Полученный WebP оказался больше исходника

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

Изображение стало заметно хуже

В lossy-режиме первым параметром для проверки является Quality. Увеличение значения уменьшает степень потерь, хотя обычно повышает размер результата. Сравнивать нужно при одинаковом масштабе, особенно на тонком тексте, волосах, траве, мелкой фактуре и плавных градиентах. Если изменение пикселей недопустимо, используйте lossless.

Анимированный GIF превратился в неподходящий результат

WebPonize 2.6.0 нельзя использовать как подтверждённый конвертер GIF-анимации в Animated WebP. Зависимость Swift-WebP 0.4.0 прямо указывает Animated WebP как неподдержанную функцию. Для такой задачи нужен gif2webp или другой инструмент, который явно обрабатывает последовательность кадров и временные параметры.

Размер считается странно

В таблице WebPonize Size выводится как число байтов, а Savings — как процент уменьшения. Это разные показатели. Например, большое число в Size не является процентом, а значение 40% в Savings означает, что результат приблизительно на 40 процентов меньше исходника. Старые обзоры иногда интерпретировали этот столбец неточно, но формула в коде однозначна.

Хочется сохранить метаданные

В ConvertOperation нет отдельной логики копирования EXIF, IPTC, XMP или других блоков метаданных из исходного контейнера. Программа декодирует файл в NSImage и кодирует изображение заново. Поэтому при требовании сохранить конкретные метаданные WebPonize не следует считать подходящим решением без отдельной проверки результата. В пакетных процессорах с явными настройками metadata эта задача контролируется лучше.

Как проверить результат конвертации

Успешный зелёный статус говорит о завершении операции записи, но не заменяет контроль качества. Для публикации фотографии или графики полезно проверить четыре независимых свойства.

1. Файл действительно WebP. Он должен открываться современным браузером или просмотрщиком с поддержкой WebP. Одного расширения недостаточно, если файл повреждён.
2. Размер уменьшился достаточно для цели. Смотрите на Savings и при необходимости сравните байты вручную. Небольшая экономия может не оправдывать изменение рабочего процесса.
3. Визуальное качество приемлемо. Сравните исходник и результат при масштабе 100 процентов. Для lossy особенно важны контуры, текст, мелкие детали и градиенты.
4. Сохранились необходимые свойства. Для прозрачных изображений проверьте альфа-канал. Для материалов, где важны метаданные или анимация, используйте специализированный инструмент и отдельную проверку, потому что WebPonize не предоставляет детального контроля этих аспектов.

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

Насколько WebPonize полезен для фотографа

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

Если фотограф вручную публикует несколько готовых JPEG на сайт и уже имеет рабочую копию WebPonize, приложение может выполнить последнюю техническую операцию. Если же речь идёт о сотнях изображений, нескольких размерах превью, сохранении метаданных, автоматической структуре каталогов и повторяемых пресетах, специализированный пакетный процессор или командный конвейер практичнее.

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

FAQ

WebPonize — это онлайн-сервис?

Нет. Рассматриваемый WebPonize — отдельное приложение для macOS. В версии 2.6.0 кодирование выполняется локально: файл читается с диска, превращается в NSImage, кодируется библиотекой WebP и записывается в выбранную папку.

Можно ли сейчас скачать WebPonize из Mac App Store?

Прежняя карточка приложения с идентификатором 1526039365 больше недоступна и возвращает 404. Поэтому App Store нельзя считать действующим способом установки WebPonize в 2026 году.

Какая версия WebPonize последняя?

Последняя подтверждённая версия приложения — 2.6.0, зафиксированная в августе 2020 года. После неё в публичном проекте не видно новой версии приложения.

Поддерживает ли WebPonize Apple Silicon?

Подтверждённой современной сборки и официальной матрицы совместимости для Apple Silicon нет. Проект приложения не обновлялся с 2020 года, поэтому обещать нативную или полностью корректную работу на нынешних Mac нельзя.

Можно ли конвертировать WebP обратно в JPEG или PNG?

В WebPonize такой функции нет. Его рабочая цепочка направлена в одну сторону — из принимаемого изображения в WebP. Для обратного преобразования подойдут dwebp, ImageMagick, XnConvert и другие актуальные инструменты.

Сохраняет ли WebPonize исходное разрешение?

В ConvertOperation нет этапа resize или crop: приложение передаёт декодированное NSImage прямо в WebPEncoder. Пользователь не задаёт новую ширину и высоту в интерфейсе. Если требуется заранее уменьшить изображение, это нужно сделать другим инструментом.

Есть ли ограничение на количество файлов в бесплатной версии?

Отдельного платного режима, лимита очереди или ограничения бесплатной версии в коде приложения 2.6.0 не подтверждено. Исторический релиз распространялся бесплатно. Текущего коммерческого предложения в App Store уже нет.

Почему в старом обзоре WebPonize есть настройки, которых нет в описании здесь?

Интерфейс проекта менялся. Для финальной версии 2.6.0 исходный код подтверждает одну панель General с Quality, Speed и Encode image losslessly. Старые снимки и обзоры могут относиться к прежним редакциям и не должны использоваться как описание текущего состояния последнего кода.

Работает ли WebPonize с анимированным GIF?

Официальное описание входов упоминало GIF, но зависимость Swift-WebP 0.4.0, использованная в WebPonize 2.6.0, не поддерживала Animated WebP. Поэтому сохранение анимации не подтверждено и для такого сценария WebPonize выбирать не следует.

Нужно ли регистрироваться?

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

Можно ли использовать WebPonize для автоматической оптимизации сайта при сборке?

В приложении нет подтверждённого CLI или API для такого процесса. Для автоматизации лучше использовать cwebp, ImageMagick либо другой инструмент с командной строкой, который можно надёжно запускать из скриптов и CI.

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

WebPonize остаётся понятным примером того, как должна выглядеть однозадачная утилита: передать JPEG или PNG, выбрать каталог, получить WebP и сразу увидеть процент уменьшения. Для владельца уже установленной рабочей копии на совместимом Mac этого может быть достаточно, особенно если изображения статические и не требуют дополнительной подготовки.

Для нового рабочего места в 2026 году приоритеты другие. Отсутствие приложения в Mac App Store, шестилетний перерыв в развитии и отсутствие подтверждённой современной совместимости перевешивают преимущество минималистичного интерфейса. Для ручного подбора качества удобнее Squoosh, для пакетной GUI-обработки — XnConvert, для автоматизации и полного контроля WebP — cwebp или ImageMagick, а для GIF-анимации — gif2webp.

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