Jakie wtyczki do WebP wybrać w WordPress?

WebP to format obrazów stworzony przez Google, który łączy kompresję stratną (jak JPG) i bezstratną (jak PNG) z obsługą przezroczystości oraz animacji. W praktyce ten sam obraz zapisany w WebP waży zwykle o 25-35% mniej niż jego odpowiednik w JPG przy zachowaniu porównywalnej jakości wizualnej.

AVIF to nowszy format oparty na kodeku AV1. Kompresuje jeszcze agresywniej niż WebP (potrafi dać kolejne 20-30% oszczędności względem WebP) i lepiej radzi sobie z gradientami oraz szerokim zakresem kolorów. Jego wadą jest większe obciążenie procesora przy konwersji oraz nieco słabsze, choć już bardzo dobre, wsparcie przeglądarek.

Dlaczego to ważne w WordPress? Domyślny edytor WordPress generuje wiele rozmiarów każdego obrazu (thumbnail, medium, large), które trafiają do treści wpisów i sklepu. Bez optymalizacji galeria produktów czy nagłówek bloga potrafią ważyć kilka megabajtów. Konwersja do WebP lub AVIF to jeden z najtańszych sposobów na realne przyspieszenie strony bez ingerencji w szablon. Więcej o samym CMS znajdziesz na naszej stronie WordPress.

Najważniejsza metryka, na którą wpływa WebP, to LCP (Largest Contentful Paint) – czas wyświetlenia największego elementu w widoku. W zdecydowanej większości stron tym elementem jest obraz: hero banner, zdjęcie nagłówkowe wpisu lub główne zdjęcie produktu. Jeśli ten plik waży 800 kB w JPG, a po konwersji 480 kB w WebP, przeglądarka pobierze go szybciej i LCP poprawi się nawet o kilkaset milisekund.

Google PageSpeed Insights wprost rekomenduje formaty nowej generacji w sekcji Serve images in next-gen formats (Wyświetlaj obrazy w formatach nowej generacji). Brak WebP to jeden z najczęstszych powodów utraconych punktów w audycie. Po wdrożeniu konwersji ta rekomendacja znika, a ogólny wynik wydajności rośnie.

Warto pamiętać, że sam WebP nie naprawi wszystkiego. Aby w pełni wykorzystać format, połącz go z lazy load (opóźnione ładowanie obrazów poniżej linii zgięcia) oraz prawidłowymi atrybutami `width` i `height`, które stabilizują CLS. Dopiero ta kombinacja daje zielone Core Web Vitals na całej stronie, a nie tylko na pojedynczym obrazie.

Oto najczęściej wybierane wtyczki, podzielone według sposobu działania:

Converter for Media (dawniej WebP Converter for Media) – darmowa, polska wtyczka, która konwertuje obrazy serwerowo (GD/Imagick) i serwuje je przez przepisanie reguł w pliku .htaccess. Jako jedna z niewielu obsługuje również AVIF w wersji darmowej. Idealna dla blogów i mniejszych sklepów na hostingu Apache.

ShortPixel Image Optimizer – konwersja w chmurze. Wersja darmowa daje 100 kredytów miesięcznie (1 obraz = 1 kredyt). Obsługuje WebP i AVIF, kompresję stratną/bezstratną oraz integrację z CDN. Świetny wybór, gdy nie chcesz obciążać serwera.

EWWW Image Optimizer – konwersja może działać lokalnie (bez limitów obrazów) lub przez API. Dobra dla osób, które chcą uniknąć miesięcznych limitów i mają wydolny serwer.

Imagify – chmurowa wtyczka od twórców WP Rocket. Darmowy plan to ok. 20 MB danych miesięcznie. Bardzo prosta obsługa, trzy tryby kompresji, WebP i AVIF.

Smush – popularna, prosta wtyczka. W darmowej wersji konwersja do WebP jest ograniczona, pełnia funkcji wymaga wersji Pro.

WebP Express – darmowa, mocno techniczna. Daje pełną kontrolę nad metodą serwowania (.htaccess lub picture tag), idealna dla deweloperów na Apache.

Optimole – serwuje obrazy z własnego CDN, konwertuje w locie do WebP/AVIF i dopasowuje rozmiar do urządzenia. Dobre dla stron z bardzo dużą liczbą zdjęć.

LiteSpeed Cache – jeśli Twój hosting działa na serwerze LiteSpeed, ta wtyczka ma wbudowaną konwersję WebP w ramach Image Optimization. Nie potrzebujesz wtedy osobnego rozwiązania.

Konwersja serwerowa obciąża procesor Twojego hostingu, ale jest darmowa i nieograniczona ilościowo. Konwersja chmurowa zdejmuje obciążenie z serwera, ale wprowadza miesięczne limity. Przy hurtowej konwersji tysięcy zdjęć na słabym hostingu współdzielonym rozwiązanie chmurowe bywa bezpieczniejsze, bo nie ryzykujesz przekroczenia limitu CPU.

Dobór wtyczki najlepiej zacząć od typu serwera, bo to on przesądza o najprostszej metodzie serwowania WebP:

Hosting LiteSpeed – wybierz LiteSpeed Cache. Konwersja WebP jest wbudowana, zintegrowana z cache i nie wymaga dodatkowych wtyczek. To najczystsze rozwiązanie, bez konfliktów.

Hosting Apache – tu sprawdzą się Converter for Media lub WebP Express, które przez .htaccess automatycznie podmieniają JPG/PNG na WebP dla wspierających przeglądarek. Reguły mod_rewrite działają wtedy bezproblemowo.

Hosting Nginx – Nginx nie czyta .htaccess, więc reguły trzeba dodać ręcznie w konfiguracji serwera albo wybrać wtyczkę serwującą przez picture tag lub CDN (Optimole, ShortPixel). Bez dostępu do konfiguracji Nginx rozwiązanie chmurowe jest najszybsze.

Pod kątem skali: mały blog poradzi sobie z darmowym Converter for Media. Duży sklep WooCommerce z tysiącami zdjęć produktów zwykle zyska na rozwiązaniu chmurowym lub CDN, które nie obciąża serwera podczas wyprzedaży. Jeśli prowadzisz sklep i zależy Ci na wydajności od pierwszego dnia, sprawdź naszą ofertę sklepów internetowych – konfigurujemy formaty nowej generacji już na etapie wdrożenia.

Proces na przykładzie typowej wtyczki serwerowej (Converter for Media), choć w pozostałych przebiega podobnie:

1. Instalacja – w panelu WordPress wejdź w Wtyczki, Dodaj nową, wyszukaj wtyczkę, zainstaluj i aktywuj.
2. Konfiguracja – w ustawieniach wybierz formaty do wygenerowania (WebP, opcjonalnie AVIF), poziom jakości (zwykle 75-85 to dobry kompromis) oraz metodę serwowania (.htaccess dla Apache lub picture tag).
3. Bulk convert – uruchom masową konwersję istniejącej biblioteki mediów. Wtyczka przejdzie przez wszystkie pliki i utworzy ich wersje WebP obok oryginałów.
4. Weryfikacja – po zakończeniu sprawdź licznik przekonwertowanych obrazów oraz oszczędność wagi.

Przy bardzo dużej bibliotece (kilka tysięcy zdjęć) konwersja serwerowa może chwilowo obciążyć procesor. Na słabym hostingu rób ją w godzinach niskiego ruchu lub partiami. Oryginały JPG/PNG zostają nietknięte, więc operacja jest odwracalna.

Po wstępnej konwersji każda dobra wtyczka automatycznie konwertuje nowe obrazy przy uploadzie do biblioteki mediów. Nie musisz nic robić ręcznie przy publikacji kolejnych wpisów czy produktów – wersja WebP powstaje w tle.

Metody serwowania WebP sprowadzają się do dwóch podejść. Pierwsze to reguły .htaccess na Apache: serwer sprawdza nagłówek Accept przeglądarki i podaje WebP zamiast JPG, zachowując ten sam adres URL. Drugie to picture tag – wtyczka wstawia w kod element `` z fallbackiem do JPG/PNG, dzięki czemu przeglądarki bez wsparcia WebP dostają oryginał. Picture tag działa wszędzie, ale ingeruje w HTML; .htaccess jest czystszy, ale wymaga Apache.

Wsparcie przeglądarek: WebP obsługują wszystkie aktualne wersje Chrome, Firefox, Edge, Safari i przeglądarek mobilnych. AVIF jest wspierany w nowszych wersjach. Fallback do JPG i tak zabezpiecza starsze środowiska.

Wymagania serwerowe dla konwersji lokalnej: rozszerzenie GD lub Imagick w PHP, PHP 7.4+ (zalecane 8.x), mod_rewrite dla metody .htaccess oraz aktywne REST API WordPress, którego część wtyczek używa do bulk convert. Brak GD i Imagick to najczęstsza przyczyna komunikatu, że wtyczka nie może wygenerować WebP – wtedy trzeba poprosić hosting o włączenie rozszerzenia lub przejść na konwersję chmurową.

Krótki przewodnik decyzyjny:

• JPG – sprawdza się przy zdjęciach bez przezroczystości. Uniwersalny, ale waży najwięcej z formatów nowej generacji. Dziś raczej jako fallback niż format docelowy.
• PNG – używaj tylko tam, gdzie potrzebujesz przezroczystości lub ostrej grafiki (logo, ikony, zrzuty ekranu). Pliki bywają bardzo ciężkie.
• WebP – domyślny wybór na 2026 rok. Łączy zalety JPG i PNG (kompresja plus przezroczystość) przy znacznie mniejszej wadze i niemal pełnym wsparciu przeglądarek.
• AVIF – najlepsza kompresja, idealny do dużych zdjęć i gradientów. Wymaga więcej mocy przy konwersji i nieco nowszych przeglądarek.

Strategia podwójnego formatu, której często brakuje w poradnikach: generuj AVIF jako pierwszy wybór, WebP jako drugi i JPG jako fallback. Przeglądarka pobiera najlżejszy format, który obsługuje. Converter for Media, ShortPixel i Imagify potrafią zbudować taką kaskadę automatycznie, dając maksymalne oszczędności bez ryzyka, że ktoś zobaczy pusty obraz.

Weryfikacja działania zajmuje minutę. Otwórz stronę, naciśnij F12, przejdź do zakładki Network, odśwież i kliknij dowolny obraz – w kolumnie Type lub w nagłówku Content-Type powinno widnieć `image/webp`. Alternatywnie wykonaj test w PageSpeed Insights: jeśli rekomendacja o formatach nowej generacji zniknęła, konwersja działa.

WebP a SEO: sam format nie jest bezpośrednim czynnikiem rankingowym, ale wpływa pośrednio przez szybkość i Core Web Vitals, które już są sygnałem. Niezależnie od formatu zadbaj o podstawy: opisowe nazwy plików bez polskich znaków (np. `naprawa-telefonu-warszawa.webp`), uzupełnione atrybuty ALT opisujące treść obrazu oraz kompresję, która nie psuje jakości. To wspiera ranking w Grafice Google i dostępność.

Najczęstsze problemy i rozwiązania:
- Brak efektu mimo wtyczki – najczęściej winny jest cache strony lub CDN. Wyczyść cache wtyczki cache oraz Cloudflare po konwersji.
- Konflikt z CDN – upewnij się, że CDN nie cachuje starych JPG pod tym samym URL; włącz w nim obsługę nagłówka Vary: Accept albo serwuj przez picture tag.
- Serwer bez GD/Imagick – przejdź na konwersję chmurową (ShortPixel, Imagify), która nie wymaga rozszerzeń na Twoim hostingu.
- WebP nie generuje się dla nowych plików – sprawdź, czy automatyczna konwersja jest włączona i czy REST API odpowiada.

Jeśli Twoja strona ładuje się wolno mimo konwersji, problem zwykle leży głębiej (hosting, brak cache, ciężki motyw). W takich przypadkach robimy audyt cyfrowy i wskazujemy, co realnie spowalnia witrynę. Masz pytania o wdrożenie WebP na swojej stronie? Napisz do nas – pomożemy dobrać rozwiązanie pod Twój hosting.