Зображення тягнуть сайт униз сильніше за будь-який скрипт. Один неоптимізований знімок із телефону важить 3-5 МБ, а галерея з десяти таких кадрів додає до завантаження 30-50 мегабайт. Core Web Vitals червоніють, Google опускає сторінку у видачі, відвідувачі закривають вкладку.

Проблема не в самих зображеннях, вони потрібні. Проблема в тому, що WordPress з коробки не стискає завантажені файли та не конвертує їх у сучасні формати. Усе це лягає на власника сайту: обрати інструмент, налаштувати стиснення, не перетиснути до мила та не розвалити верстку.

Ми відібрали одинадцять рішень: від повністю локальних комбайнів до нішевих утиліт під одне завдання. П'ять із них активно розвиваються та тримають планку. Шість заморожені або мертві, і для кожного ми пояснюємо, чим замінити.

💡 Швидкий огляд:

• Чотири речі, які варто зробити із зображеннями до встановлення будь-якого плагіна: імена файлів, фізичний розмір, очищення метаданих та alt-текст
• Порівняльна таблиця одинадцяти плагінів: тип стиснення, підтримка WebP/AVIF, активні встановлення, ціна, статус на 2026 рік
• Розбір кожного плагіна: скриншот інтерфейсу, сильні та слабкі сторони, пряме посилання на встановлення
• Які інструменти застаріли та чим їх замінити без втрати функціональності
• Відеорозбір типових прийомів оптимізації та блок відповідей на часті запитання

Що зробити до встановлення плагіна

Плагін — це не чарівна кнопка. Навіть найрозумніший оптимізатор не виправить криве ім'я файлу та не вгадає, що багатомегапіксельний знімок ви збиралися показувати в блоці шириною 300 пікселів. Чотири кроки, які роблять руками:

Імена файлів. IMG_4829.jpg, безіменне сміття для пошуковика. kak-optimizirovat-izobrazheniya-wordpress.jpg ранжується в Google Images і приносить цільовий трафік. Правило просте: назва латиницею, через дефіс, із ключовим словом із контексту сторінки. На швидкість завантаження ім'я файлу не впливає — це суто SEO.

Фізичний розмір. Завантажити повнорозмірний знімок і стиснути відображення через HTML/CSS, подвійний удар: браузер однаково завантажує весь файл. Потрібне зображення 600×400, ріжте до 600×400 до завантаження. Безплатний Squoosh від Google закриває завдання за секунди, так само як і вбудований редактор macOS або Windows.

Очищення метаданих. Із JPEG і PNG можна вичистити GPS-координати, модель камери, дату зйомки, EXIF та колірні профілі. Видалення цього лушпиння зрізає відчутну частину об'єму файлу без видимої втрати якості. ImageOptim на macOS, FileOptimizer на Windows або будь-який плагін зі списку нижче, усе це робиться автоматично під час завантаження.

Атрибут alt. Роботи не бачать зображення, вони читають альтернативний текст. Без alt зображення в Google Images не ранжується, а в разі помилки завантаження користувач бачить порожнечу. Хороший alt — це опис того, що на зображенні, довжиною 4-8 слів, з одним релевантним ключем. Один ключ, не спамте.

11 Плагінів оптимізації зображень: порівняльна таблиця

1. EWWW Image Optimizer

Найпотужніший інструмент у категорії. EWWW стискає зображення прямо на вашому сервері через набір утиліт: jpegtran, optipng, pngout, pngquant, gifsicle та cwebp. Файли не йдуть на сторонній API, рідкісний випадок, коли «все своє» не означає компроміс щодо якості.

Два режими роботи: автоматичне стиснення під час завантаження та пакетна оптимізація наявної медіатеки. Конвертація у WebP та AVIF на льоту, з генерацією fallback-копій JPEG/PNG для старих браузерів через <picture>. Окремий плюс, інтеграція з WP Offload Media для сайтів на Amazon S3 або DigitalOcean Spaces.

На практиці EWWW показує найкращий баланс «контроль / результат» серед усіх локальних рішень. Але приготуйтеся до інтерфейсу: налаштувань багато, новачок може розгубитися.

Плюси:

• Повністю локальна робота, без зовнішніх API та лімітів
• Підтримка WebP та AVIF з автозаміною через <picture>
• Пакетна оптимізація через WP-CLI: wp ewwwio optimize
• 1M+ активних встановлень, рейтинг 4.8/5 на wordpress.org

Мінуси:

• Безплатна версія не включає CDN та адаптивні зображення
• На слабкому хостингу CLI-оптимізація впирається в таймаути
• Інтерфейс перевантажений, поріг входу вищий за середній

Ціна: базова версія безплатна; EWWW IO Premium, від $7/міс (безлімітна оптимізація + CDN).

🔗 EWWW Image Optimizer на WordPress.org

2. Smush

Ветеран ніші від команди WPMU DEV. За роки з простого клієнта для API Smush.it плагін виріс у самостійний продукт: lossless-стиснення, ліниве завантаження, конвертація у WebP та авто-ресайз, усе в одному інтерфейсі.

Головна перевага Smush, передбачуваність. Налаштував один раз: увімкнув автостиснення під час завантаження, виставив граничний розмір під шаблон, активував WebP-конвертацію, і забув. Плагін сам підчищає EXIF, ресайзить гігантські полотна та віддає браузеру оптимізовану копію. Пакетна обробка наявної медіатеки запускається однією кнопкою.

З нашого досвіду, Smush — це найкращий вибір для тих, хто не хоче копатися в налаштуваннях. Інтерфейс інтуїтивний, без технічного жаргону, рейтинг 4.9/5 при мільйоні активних встановлень говорить сам за себе.

Плюси:

• Бездоганна репутація: 1M+ встановлень, рейтинг 4.9/5
• Lossless-стиснення без втрати пікселя якості
• Автоматичний ресайз та WebP з коробки
• Зрозумілий інтерфейс, мінімальний поріг входу

Мінуси:

• Безплатна версія: ліміт 50 зображень на batch-оптимізацію
• AVIF не підтримується в безплатній версії
• Частина функцій (CDN, авто-WebP для Nginx) тільки в Pro

Ціна: безплатно (з лімітами); Smush Pro, від $3/міс у складі WPMU DEV.

🔗 Smush на WordPress.org

3. ShortPixel

Хмарний оптимізатор: ви завантажуєте зображення, алгоритми на серверах ShortPixel стискають його та повертають назад у медіатеку. Уся важка робота, на стороні сервісу, процесор вашого хостингу не навантажується.

Три рівні стиснення: lossless (нульова втрата), lossy (оптимальний баланс) і glossy (для фотографій із високою деталізацією). Конвертація у WebP та AVIF вбудована, з автопідміною через <picture>. Окрема фішка, стиснення PDF: завантажили каталог продукції, ShortPixel стисне і його.

З лютого 2026 року всім користувачам критично важливо оновитися до версії 6.4.3 або вище: уразливість CVE-2026-1246 (path traversal у параметрі loadFile) закрита саме в цьому релізі. Версії 6.4.2 і нижче дозволяють читати довільні файли сервера, не зволікайте з оновленням.

Плюси:

• Хмарна обробка, не навантажує процесор хостингу
• Стиснення PDF поряд із зображеннями
• WebP і AVIF із коректною <picture>-підміною
• 300K+ активних установок, рейтинг 4.5/5

Мінуси:

• Безкоштовно лише 100 кредитів на місяць (близько 100 зображень)
• Файли йдуть на сторонній сервер, для когось критично
• Частина налаштувань захована глибоко у вкладках

Ціна: безкоштовно (100 кредитів/міс); від $4.99/міс за 7K кредитів.

🔗 ShortPixel на WordPress.org

4. Imsanity

Imsanity вирішує рівно одне завдання: не дає редакторам заливати в медіатеку фотографії розміром зі шпалеру. Виставляєте граничну ширину та висоту (наприклад, під ширину контенту), плагін автоматично зменшує все, що перевищує поріг, просто під час завантаження. Оригінал замінюється стисненою копією.

Жодного стиснення, WebP, AVIF або лінивого завантаження. Просто обмежувач, який рятує від ситуації, коли автор заливає десятимегабайтний знімок прямо з камери. Є масовий ресайз раніше завантажених зображень, корисно при першому встановленні на старий сайт.

На практиці Imsanity незамінний у зв’язці з повноцінним оптимізатором: він відсікає гігантські вихідні файли до того, як за справу візьметься стиснення.

Плюси:

• Гранично простий: два поля введення, збереження, працює
• Нульове навантаження на сервер при ресайзі (чистий GD/Imagick)
• 200K+ встановлень, рейтинг 4.9/5
• Безплатний без жодних лімітів

Мінуси:

• Тільки ресайз: ні WebP, ні стиснення, ні лінивого завантаження
• Оригінал видаляється безповоротно, шлях назад тільки через бекап
• Одне правило для всіх зображень, немає вибору для окремих файлів

Ціна: повністю безплатно.

🔗 Imsanity на WordPress.org

5. Media File Renamer

Не всі проблеми із зображеннями вирішуються стисненням. Якщо медіатека забита photo-1.jpg і screenshot-2024.png, жоден оптимізатор не витягне їх у Google Images.

Media File Renamer перейменовує файли на основі заголовка медіазапису або атрибута alt і автоматично оновлює всі посилання в постах, сторінках і мета-полях. Можна перейменувати один файл, а можна прогнати всю медіатеку масово. Для сайтів із сотнями постів, де картинки завантажувалися роками без огляду на SEO,, інструмент першої необхідності.

З нашого досвіду, найкраще заводити Media File Renamer у пару до EWWW або ShortPixel: один приводить імена файлів до ладу, другий стискає вміст. Завдання не перетинаються, конфліктів немає.

Плюси:

• Автооновлення всіх входжень перейменованого файлу в контенті
• Масове перейменування: за хвилину, вся медіатека
• Підтримка Custom Post Types
• Pro-версія вміє перейменовувати за шаблоном зі змінними

Мінуси:

• Не стискає зображення, суто косметичний інструмент
• Pro-версія від $29/рік потрібна для синхронізації з alt і шаблонів
• Масове перейменування без бекапу бази, ризик (завжди робіть дамп)

Ціна: базова версія безплатна; Pro, платна.

🔗 Media File Renamer на WordPress.org

6. SEO Friendly Images

Плагін Владіміра Преловаца, живого класика WordPress-екосистеми, автора Smart YouTube Pro і Theme Test Drive. Ідея проста: проставити атрибути alt і title всім зображенням разом за заданим шаблоном. Наприклад, alt="%name %title" підставить назву файлу та заголовок поста.

На піку плагін мав мільйон активних встановлень. Але останній реліз вийшов близько восьми років тому, і відтоді, тиша. На актуальних версіях WordPress плагін, за відгуками на форумі підтримки, поки що працює, але покладатися на нього як на довгострокове рішення не варто.

Для автоматичного alt-тексту в 2026 році дивіться в бік AI-інструментів (Alt Text AI) або вбудованих фіч SEO-плагінів на кшталт Rank Math.

Плюси:

• 1M+ історичних встановлень, автор, перевірений розробник
• Пакетне проставлення alt і title за шаблоном
• Безплатний і легкий

Мінуси:

• 8 років без оновлень
• Не стискає, не конвертує, не ресайзить
• Ризик несумісності з майбутніми версіями WordPress

Ціна: безплатно.

7. Lazy Load

Колись Lazy Load був революцією: плагін від Automattic, 10up і TechCrunch використовував jQuery.sonar для завантаження зображень лише при потраплянні в область видимості. Радикально скорочував час першого рендерингу.

З виходом WordPress 5.5 у серпні 2020 року ядро отримало нативний loading="lazy" для всіх <img> з атрибутами width і height. Браузер сам вирішує, коли підвантажувати картинку, без JavaScript і зайвих запитів. Chrome, Firefox і Safari підтримують це з 2020 року.

Ставити окремий плагін для лінивого завантаження в 2026 році має сенс лише у двох випадках: вам потрібне завантаження фонових зображень (CSS background-image), з цим нативний loading="lazy" не справляється, або ви хочете тонкий контроль над порогом спрацювання та анімацією появи. Для таких задач є Optimole або Flying Images.

Плюси:

• Створений легендарною командою (Automattic + 10up + TechCrunch)
• 80K+ історичних встановлень, рейтинг 4.5/5
• Працює з коробки без налаштування

Мінуси:

• Повністю замінений нативним loading="lazy" з WordPress 5.5
• Залежність від jQuery, зайвий запит
• Не підтримує фонові зображення та анімацію появи

Ціна: безплатно.

8. PB Responsive Images

Показувати одне й те саме зображення на десктопі та мобільному, марнотратство. PB Responsive Images переформатовує картинки під стандартні CSS-медіа-запити: мобільний користувач отримує полегшену версію, десктопний, повнорозмірну.

Плагін не оновлювався кілька років, база встановлень скромна, близько десяти тисяч. Сучасні альтернативи (адаптивні images у темах на srcset, той самий ShortPixel з адаптивною підміною) дають той самий результат із меншим ризиком. WordPress формує srcset автоматично з версії 4.4.

Плюси:

• Чесна економія мобільного трафіку без втрати якості на десктопі
• Гнучке налаштування медіа-запитів
• Рейтинг 4.5/5

Мінуси:

• Не оновлюється, мала база користувачів
• Не стискає і не конвертує в WebP/AVIF
• Потребує ручного налаштування під кожен проєкт

Ціна: безплатно.

9. CW Image Optimizer

CW Image Optimizer використовує серверну утиліту littleutils для стиснення без відправки файлів на сторонні сервери, концептуальний попередник EWWW. Ідея слушна: ваші зображення ніколи не покидають сервер.

Проблема в реалізації. littleutils — це Linux-пакет, який потрібно встановлювати через термінал із root-доступом. На shared-хостингу ви цього не зробите фізично. Навіть на VPS встановлення та налагодження забирає час, який розумніше витратити на налаштування EWWW або ShortPixel.

Плагін не оновлювався кілька років і практично не згадується в оглядах. Гарна ідея, застаріла реалізація.

Плюси:

• Локальне стиснення, без зовнішніх API
• Безплатний

Мінуси:

• Потребує littleutils на сервері (root-доступ, пакетний менеджер)
• Не оновлюється, не тестується з новими версіями WP
• Немає підтримки WebP/AVIF

Ціна: безплатно.

10. Hammy

Hammy намагався вирішити важливу задачу: адаптивну заміну зображень для мобільних пристроїв. Під час завантаження посту плагін генерував кілька зменшених копій і показував ту, що підходить під ширину екрана.

Але Hammy мертвий. Останнє оновлення було понад десять років тому, плагін не тестувався з актуальними версіями WordPress і гарантовано зламається за нестандартного сценарію. Підтримки Custom Post Types немає, залежність від jQuery критична для сучасних тем без jQuery.

Для адаптивних зображень у 2026 році використовуйте нативний srcset (WordPress формує його автоматично) або сучасні рішення на кшталт Adaptive Images.

Плюси:

• Колись був непоганим рішенням для мобільної адаптації
• Зберігає alt і title з вихідного зображення

Мінуси:

• Мертвий: 10+ років без жодного оновлення
• Не підтримує Custom Post Types
• Гарантовані конфлікти із сучасними темами та актуальними версіями PHP

Ціна: безплатно (але не ставте).

11. Prizm Image

Prizm Image від компанії Accusoft обіцяв суттєве стиснення без втрати роздільної здатності та візуальної якості. На папері звучало чудово. На ділі плагін вимагає реєстрації на зовнішньому сервісі, а API за адресою api.prizmimage.com не резолвиться вже багато років.

Чотири тисячі встановлень, рейтинг 3.5/5. Техпідтримка на форумі wordpress.org востаннє відповідала десять років тому, вирішувала проблему «Couldn't resolve host api.prizmimage.com». Іронія в тому, що проблему так і не було вирішено.

Якщо Prizm Image у вас встановлено, видаліть і замініть на ShortPixel або EWWW. Плагін не виконує заявлену функцію.

Плюси:

• (Історично) давав хороший відсоток стиснення

Мінуси:

• Зовнішній API мертвий, плагін не працює
• ~4K встановлень, рейтинг 3.5/5
• Потрібна реєстрація на неіснуючому сервісі

Ціна: умовно-безкоштовно (через реєстрацію, яка не працює).

Відео: прийоми оптимізації зображень на практиці

Розібратися в тонкощах стиснення «на пальцях» простіше, ніж за текстовою інструкцією. У цьому 12-хвилинному відео показано повний цикл: від вибору формату та ступеня стиснення до налаштування лінивого завантаження й перевірки результату через Google PageSpeed Insights.

⁉️🤔 Часті запитання

Який плагін найкращий для оптимізації зображень у 2026 році?

Якщо потрібен повністю локальний інструмент без лімітів і зовнішніх сервісів, EWWW Image Optimizer. Віддаєте перевагу хмарній обробці без навантаження на хостинг, ShortPixel. Хочете максимально простий інтерфейс і готові миритися з лімітом 50 зображень на пакет, Smush. Усі три активно оновлюються, підтримують WebP/AVIF і мають аудиторію від 300 тисяч активних встановлень.

Чим відрізняється lossy від lossless-стиснення?

Lossless (без втрат) зменшує розмір файлу за рахунок видалення метаданих та оптимізації внутрішньої структури, пікселі недоторкані, якість 1:1. Lossy (з втратами) трохи змінює колірні дані, видаляючи найменш помітні для ока деталі: розмір скорочується у 2-5 разів, але за агресивних налаштувань з'являються артефакти. Для фотографій у блозі оптимальний помірний lossy, для скриншотів інтерфейсу з дрібними цифрами, тільки lossless.

Чи потрібно ставити окремий плагін для лінивого завантаження у 2026 році?

Для більшості сайтів, ні. WordPress з версії 5.5 автоматично додає loading="lazy" до всіх <img> з width і height. Браузери підтримують нативне ліниве завантаження з 2020 року. Окремий плагін потрібен лише для фонових зображень через CSS (background-image), із цим завданням справляються Optimole або Flying Images.

WebP чи AVIF, що обрати?

Обидва формати дають значний виграш порівняно з JPEG і PNG. WebP підтримується всіма сучасними браузерами й стискає відчутно краще за JPEG за тієї самої якості. AVIF стискає ще сильніше, але кодування довше, а підтримка браузерами дещо вужча. Практична порада на 2026 рік: WebP як основний формат, AVIF як опція для просунутих конфігурацій через <picture> з fallback на WebP.

Чи можна використовувати два плагіни оптимізації одночасно?

Технічно можна, але не потрібно. Два оптимізатори конфліктують: один стискає під час завантаження, другий намагається дооптимізувати вже стиснуте, подвійна робота з ризиком деградації якості. Оберіть один плагін під свої завдання й налаштуйте правильно. Виняток: зв'язка «оптимізатор + Media File Renamer», завдання не перетинаються, конфліктів немає.

Що робити зі старими зображеннями після встановлення плагіна?

EWWW, Smush, ShortPixel та Imsanity підтримують масову оптимізацію наявної медіатеки. Зайдіть у налаштування плагіна, запустіть bulk-обробку й зачекайте: залежно від розміру медіатеки процес триває від кількох хвилин до пів години. Перед запуском обов'язково зробіть бекап: якщо плагін перетисне з агресивними налаштуваннями, відкотити можна буде лише з резервної копії.

Що ставити на сайт у 2026 році

Після аналізу півтора десятка рішень картина ясна. Верхні п'ять плагінів, EWWW, Smush, ShortPixel, Imsanity та Media File Renamer, закривають потреби будь-якого WordPress-сайту. Вони активно оновлюються, підтримують сучасні формати й не кинуть вас сам на сам із проблемою після чергового оновлення WordPress.

Розклад за сценаріями такий: сайт на shared-хостингу, ShortPixel (хмарна обробка не навантажує процесор). VPS або виділений сервер, EWWW (усе локально, безлімітно, тонке налаштування). Інтернет-магазин на WooCommerce з тисячами товарів, Smush Pro або ShortPixel з комерційною ліцензією.

Нижня половина списку не повинна потрапляти на production-сайт. Hammy, Prizm Image і CW Image Optimizer, видалити й забути. Lazy Load і PB Responsive Images, замінити нативними механіками WordPress або сучасними альтернативами. SEO Friendly Images поки працює на актуальних версіях WP, але готуйте шляхи відходу.

Просто зараз зайдіть у список плагінів свого сайту й перевірте, що стоїть для оптимізації зображень. Якщо там Prizm Image або Hammy, не зволікайте із заміною. Якщо взагалі нічого, почніть з EWWW або ShortPixel сьогодні ж. Приріст швидкості відчуєте одразу.