Notatki zespołu o rzemiośle, formatach i drobnych decyzjach stojących za dobrym wynikiem.
Jak jeden obraz konwertuje się w przeglądarce i co zmienia się przy kilku
Gdy upuszczasz JPEG na stronę, przeglądarka wczytuje plik do pamięci, dekoduje skompresowane dane z powrotem na surowe piksele swoim wbudowanym czytnikiem JPEG, rysuje te piksele na powierzchni poza ekranem i prosi platformę o zapisanie ich jako WebP. Każdy krok dzieje się w przeglądarce, na Twoim sprzęcie, więc żaden bajt nie przechodzi przez sieć. W naszych testach JPEG w 1024 na 768 kończy się w około 54 milisekundy, a zdjęcie w 3840 na 2160 zajmuje około 550 milisekund. Gdy konwertujesz kilka obrazów naraz, praca przenosi się na nasz serwer, który koduje je razem i zwraca jedno pobranie, którego link znika w około 2 godziny.
Co dzieje się z EXIF i metadanymi
Pliki JPEG potrafią dźwigać prawdziwe ładunki metadanych. EXIF zapisuje model aparatu, współrzędne GPS, czas migawki i orientację. Pola IPTC trzymają prawa autorskie i podpis. Pakiety XMP śledzą historię edycji, a profile ICC obejmują pracę z zarządzaniem kolorem. Konwersja tutaj nie zachowuje z tego nic. Wynikowy WebP to czysty plik, który trzyma tylko widoczne piksele. Tak właśnie zachowują się narzędzia obrazów rysujące przez przeglądarkę, jednakowo w Chromium, Firefoksie i WebKit. Dla większości publikacji sieciowej zrzucenie metadanych to plus, ścina parę bajtów i nie pozwala GPS ani danym osobowym wyciec w publiczny obraz. Jeśli potrzebujesz zachować jedno konkretne pole, zwykle to orientacja, obróć zdjęcie najpierw albo przepuść je przez edytor świadomy metadanych przed konwersją. Nie polegaj na tym narzędziu przy pracy archiwalnej, gdzie pierwotne metadane muszą przetrwać nienaruszone.
WebP kontra JPEG: czym różni się kompresja
JPEG kroi obraz na bloki 8 na 8 i puszcza Dyskretną Transformatę Kosinusową, by zamienić szczegół przestrzenny na dane częstotliwości, a potem mocniej kwantyzuje wyższe częstotliwości. WebP pożycza schemat predykcji z wideo VP8: każdy blok jest zgadywany z już rozłożonych sąsiadów, a zapisywana jest tylko pozostała różnica. To zwykle zostawia mniej blokowych artefaktów przy tym samym rozmiarze pliku, zwłaszcza na gładkich gradientach i tonach skóry, gdzie siatka JPEG potrafi wypłynąć jako widoczna mozaika. Na zdjęciach o wysokiej jakości, powyżej q80, oko rzadko łapie różnicę, ale przewaga rozmiaru trzyma się mocno. Przy niższej jakości, poniżej q60, prowadzenie WebP rośnie, a charakter artefaktu się zmienia: WebP rozpływa się w miększe rozmycie, a JPEG pokazuje swoje znakowe bloki. Żaden nie wygrywa na każdym obrazie. Mocno teksturowane tematy jak listowie czasem ściskają się niemal tak samo w obu formatach.
Core Web Vitals i argument za WebP
Largest Contentful Paint, czyli LCP, mierzy, jak szybko największy widoczny element kończy się ładować w oknie. Na większości stron marketingowych tym elementem jest zdjęcie główne. Google potwierdził, że Core Web Vitals działają jako czynnik rankingowy w Wyszukiwarce. Gdy zdjęciem głównym jest JPEG o, potrafi on wypchnąć LCP poza próg 2,5 sekundy na przeciętnym łączu mobilnym. Przekonwertuj to samo zdjęcie na WebP około, a LCP może wsunąć się z powrotem w zieloną strefę bez żadnej innej zmiany strony. Oszczędność 25 do 34 procent kumuluje się na każdym obrazie strony. Strona niosąca sześć JPEG, które sumują się do, potrafi zrzucić 300 do po przejściu na WebP, co wprost przyspiesza pierwsze znaczące rysowanie na wolnych łączach. CDN, które wspierają negocjację treści, same podają WebP zgodnym przeglądarkom, więc nie zostaje żadnej dłubaniny przy każdym obrazie, gdy oryginały już istnieją.
Wsparcie przeglądarek dla WebP w 2026 roku i luki
Na 2026 rok WebP czyta się w Chrome od wersji 17, w Firefoksie od 65, w Edge od 18, w Operze od 11.10 i w Safari od wersji 14 na iOS 14 i macOS Big Sur. Według caniuse.com łączny zasięg dekodowania WebP przekracza 97 procent ruchu przeglądarek. Pozostały strzęp to głównie Internet Explorer 11, Safari 13 na macOS Catalina i długi ogon bardzo starych przeglądarek Android. Dla większości projektów publicznych podawanie WebP wszystkim jest bezpieczne. Gdy potrzebujesz pełnego zasięgu, element picture w HTML pozwala wymienić źródło WebP i zapasowy JPEG w jednym znaczniku, a przeglądarka bierze pierwszy format, jaki umie odczytać. CDN z optymalizacją obrazów negocjują format same z nagłówka Accept, który wysyła przeglądarka, więc ręczne testowanie po każdej przeglądarce przy podawaniu przez nie nie jest potrzebne.
Kiedy nie używać WebP
WebP to słuszny wybór do podawania w sieci nowoczesnym przeglądarkom, ale w kilku częstych miejscach jest wyborem błędnym. Praca drukarska potrzebuje koloru CMYK, którego WebP nie niesie, więc JPEG i TIFF pozostają standardem dla prasy. Klienci e-mail są nierówni: Gmail i Apple Mail rysują WebP, a Outlook na Windows nie. Współdzielenie plików i targowiska też się różnią. Google Drive, Dropbox i GitHub pokazują WebP poprawnie, podczas gdy wiele platform społecznościowych, agencji fotograficznych i systemów e-commerce przerabia przychodzące obrazy na JPEG wewnątrz, co czyni krok z WebP bezcelowym. Wsparcie edytorów jest wciąż łatkowe: Lightroom, Capture One i Affinity Photo potrafią otworzyć WebP, lecz mnóstwo wtyczek i ustawień eksportu wciąż z przyzwyczajenia sięga po JPEG. Dla każdego obiegu, który przepuszcza obrazy przez systemy obce poza Twoją kontrolą, trzymaj wzorcowy JPEG i konwertuj na WebP dopiero na ostatniej warstwie podawania.
