Formaty obrazów dla SEO: JPEG vs. PNG vs. WebP vs. AVIF

TL;DR — Format obrazu to typ pliku, w jakim zapisujesz zdjęcie — JPEG, PNG, WebP, AVIF i kilka innych. Przejście na „nowoczesny” format, taki jak WebP czy AVIF, nie podniesie Twoich pozycji — Google powiedziało to wprost. To, co robi, to zmniejszenie pliku, co sprawia, że strona ładuje się szybciej, a szybkość jest tym, co naprawdę pomaga. Wybierz więc format, który pasuje do obrazu: WebP dla większości zdjęć, PNG dla logo i zrzutów ekranu, które potrzebują ostrych krawędzi lub przezroczystości, SVG dla ikon.

Czym jest format obrazu

Gdy zapisujesz zdjęcie, zapisujesz je jako coś — .jpg, .png, .webp. To jest format. Każdy z nich przechowuje obraz nieco inaczej, a wybór zmienia trzy rzeczy, na których Ci zależy:

• Jak duży jest plik (mniejszy plik ładuje się szybciej).
• Czy może mieć przezroczyste tło (logo, które pasuje do każdego koloru).
• Czy może być animowany (jak staroszkolny GIF).

Wyszukiwarki potrafią odczytać wszystkie popularne formaty, więc nie wybierasz jednego, żeby „zadowolić Google”. Wybierasz ten, który utrzymuje mały plik bez pogarszania wyglądu obrazu.

Formaty w prostych słowach

• JPEG — klasyczny format zdjęć. Działa wszędzie. Dobry do fotografii, ale nie obsługuje przezroczystości.
• PNG — świetny do logo, zrzutów ekranu i wszystkiego, co ma ostre krawędzie lub tekst, i może mieć przezroczyste tło. Pliki są jednak większe niż JPEG w przypadku zdjęć.
• WebP — nowoczesny format, który sprawia, że zdjęcia są zauważalnie mniejsze niż JPEG i także obsługuje przezroczystość. Działa teraz w zasadzie w każdej przeglądarce. To bezpieczny wybór na co dzień.
• AVIF — najnowszy i najmniejszy z całej grupy (często o połowę mniejszy niż JPEG). Niewielka część odwiedzających nadal nie może go zobaczyć, więc łączysz go z zapasowym JPEG.
• SVG — do logo i ikon. Jest rysowany matematycznie, a nie pikselami, więc pozostaje ostry w każdej rozmiarze, a plik jest malutki.
• GIF — stary format animacji. Obecnie w większości przestarzały, ale nadal najbardziej uniwersalnie kompatybilny sposób na pokazanie prostej animacji.

Rzecz, którą większość ludzi myli

Używanie WebP lub AVIF nie daje „wzmocnienia” pozycji. Ludzie słyszą „użyj WebP dla SEO” i zakładają, że sam format podnosi ich w wynikach. Tak nie jest — John Mueller z Google powiedział to wprost więcej niż raz. Korzyść to mniejsze pliki → szybsze strony → lepsze wyniki PageSpeed, a ta szybkość pomaga. Jeśli zmieniłeś formaty, ale strona nie stała się faktycznie szybsza, nie ma żadnej wygranej SEO do zebrania.

Najprostszy bezpieczny nawyk: używaj WebP do zdjęć, zachowaj PNG dla logo i zrzutów ekranu, używaj SVG do ikon i nie martw się o AVIF, chyba że wyciskasz każdy ostatni kilobajt (w takim przypadku dodaj zapasowy JPEG).

Chcesz pełne porównanie — tabelę kompresji/przezroczystości/animacji/wsparcia przeglądarek dla wszystkich sześciu formatów, dokładne cytaty z Google i drzewo decyzyjne, którego formatu użyć kiedy? Przełącz się na zakładkę Zaawansowane.

TL;DR — Format obrazu nie jest czynnikiem rankingowym. John Mueller z Google potwierdził, że nie ma żadnego „SEO boostu” dla AVIF, a WebP jest tylko „fine for Image Search” — celowo neutralny język, a nie „lepszy”. Prawdziwy łańcuch to: format → rozmiar pliku → szybkość strony → Largest Contentful Paint / Core Web Vitals → sygnały doświadczenia strony, z których faktycznie korzystają systemy rankingowe. Format znajduje się kilka kroków wcześniej. Wybieraj według typu treści, a nie według zasady „najnowszy wygrywa”: WebP to bezpieczny domyślny wybór dla zdjęć (~96 % wsparcia, ~25–35 % mniejszy niż JPEG i obsługuje przezroczystość alfa nawet w trybie stratnym — JPEG nie może); AVIF kompresuje najmocniej (~50 % mniejszy niż JPEG, ~94 % wsparcia w 2026), ale jest wymagający obliczeniowo przy kodowaniu i nie ma renderowania progresywnego; PNG dla przezroczystości i grafik/tekstu z ostrymi krawędziami; SVG dla logo, ikon i diagramów; GIF tylko jako uniwersalny fallback dla animacji. Serwuj nowoczesne formaty przez <picture> (AVIF → WebP → JPEG/PNG src) — fallback src to URL, który indeksuje Google. To jest szczegółowe omówienie formatów; implementacja LCP/fetchpriority/leniwego ładowania znajduje się w Image Optimization.

Czy format obrazu faktycznie wpływa na SEO?

Zacznij od obalenia mitu, bo to dlatego większość osób trafia na tę stronę.

Format nie jest czynnikiem rankingowym. John Mueller powiedział to na co najmniej trzy osobne, niezależnie zaplanowane sposoby, a wspólny wątek jest za każdym razem ten sam — format nie jest sygnałem, szybkość, którą umożliwia, jest. Po ogłoszeniu Google z sierpnia 2024 r., że AVIF jest teraz obsługiwany w Search, Mueller potwierdził, że nie ma żadnego „SEO boostu” za używanie AVIF zamiast innych obsługiwanych formatów (relacja Search Engine Roundtable) — korzyścią jest redukcja rozmiaru pliku, która może pomóc szybkości strony, a nie preferencja rankingowa dla kontenera. Lata wcześniej, w przypadku WebP, był równie ostrożny w swoich słowach: “WebP images are fine for Image Search” (tłumaczenie) „Obrazy WebP są odpowiednie dla wyszukiwania obrazów” (SE Roundtable) — „fine”, a nie „better” czy „preferred”. A kiedy obrazy WebP zaczęły pojawiać się w raporcie „Crawled – currently not indexed” w Search Console, Mueller wyjaśnił, że jest to ogólna osobliwość raportowania obrazów (obrazy nie są indeksowane jako strony HTML), a nie wada specyficzna dla WebP — “doesn’t believe the phenomenon is limited to WebP images” (tłumaczenie) „nie uważa, aby zjawisko ograniczało się do obrazów WebP” (artykuł Search Engine Journal).

Główny dokument Google dotyczący SEO obrazów potwierdza to przez pominięcie: wymienia obsługiwane formaty, kieruje do PageSpeed Insights w kwestii wydajności i ani razu nie wiąże wyboru formatu z czynnikiem rankingowym. Ten brak sam w sobie jest dowodem.

To to samo obalanie mitu, które robię na poziomie centrum w Image SEO oraz w przewodniku wdrożeniowym, Image Optimization — i warto to ująć precyzyjnie. Nie mów „format nie ma znaczenia”. Mów „format nie ma znaczenia bezpośrednio — ma znaczenie wyłącznie przez łańcuch szybkości i Core Web Vitals.”

Prawdziwy łańcuch: format → rozmiar pliku → szybkość → Core Web Vitals

Oto sekwencja przyczynowa, zapisana wprost, bo jej skracanie to dokładnie sposób, w jaki rozprzestrzenia się mit:

1. Wybór formatu zmienia rozmiar pliku. Największy pojedynczy czynnik wpływający na wagę obrazu.
2. Mniejsze pliki ładują się szybciej. Dokumentacja obrazów Google zauważa, że obrazy są “often the largest contributor to overall page size, which can make pages slow and expensive to load.” (tłumaczenie) „często największym czynnikiem wpływającym na ogólny rozmiar strony, co może spowalniać jej ładowanie i zwiększać koszty”.
3. Szybsze ładowanie poprawia Largest Contentful Paint (LCP). Obraz hero jest zwykle elementem LCP, więc jego waga bezpośrednio wpływa na ten wskaźnik. (Szczegółowo omawiam to w moim przewodniku po Largest Contentful Paint — w części dlaczego LCP zwykle jest obrazem.)
4. LCP wpływa na Core Web Vitals, które jest częścią sygnałów doświadczenia strony, z których korzystają systemy rankingowe Google.

Format jest na początku tego łańcucha — kilka kroków przed czymkolwiek związanym z rankingiem. To właśnie dlatego sam w sobie nie jest czynnikiem rankingowym: zbyt wiele musi się udać po drodze, a jeśli strona faktycznie nie przyspieszy, nic dalej się nie zmienia.

Porównanie sześciu formatów

Większość konkurencyjnych „przewodników 2026” obejmuje tylko JPEG/PNG/WebP/AVIF i po cichu podaje błędne dane o wsparciu przeglądarek (widziałem AVIF cytowane jako „~74%”, co jest nieaktualne od lat). Oto pełna macierz sześciu formatów z aktualnymi danymi.

JPEG — uniwersalny fallback dla zdjęć

Tylko stratna, bez przezroczystości, bez animacji i wspierany dosłownie wszędzie. JPEG nadal jest poprawnym fallbackiem na końcu elementu <picture> i całkowicie dobrym wyborem dla zdjęć, gdy nie konwertujesz na nowoczesny format. Jego słaby punkt wynika z samej natury kompresji stratnej: według zespołu Chrome w Google na web.dev, “kompresja stratna może być mniej skuteczna w przypadku obrazów zawierających ostre krawędzie, takie jak grafika liniowa, podobnie ostre detale lub tekst.” (tłumaczenie) „kompresja stratna może być mniej skuteczna w przypadku obrazów zawierających ostre krawędzie, takie jak grafika liniowa, podobnie ostre detale lub tekst.” To właśnie dlatego JPEG to zły wybór dla logo, zrzutów ekranu i grafik z dużą ilością tekstu — artefakty są widoczne.

PNG — bezstratny, przezroczystość, grafiki i zrzuty ekranu

Tylko bezstratna z pełną przezroczystością alfa. PNG jest właściwy, gdy potrzebujesz ostrych krawędzi (logo, zrzuty ekranu UI, tekst w obrazie) lub przezroczystego tła i nie chcesz komplikować sobie życia fallbackami nowoczesnych formatów. Kompromis: dla zdjęć PNG generuje niepotrzebnie ogromne pliki bez widocznej poprawy jakości w porównaniu z dobrze dostrojonym JPEG/WebP — bezstratność to koszt, który płacisz za nic na zdjęciu. (APNG istnieje dla animowanych PNG, ale to osobne, słabiej wspierane rozszerzenie — nie na tym należy polegać.)

WebP — nowoczesny bezpieczny domyślny wybór

WebP to format, po który sięgnąłbym w pierwszej kolejności w przypadku większości zdjęć w sieci. Zespół Chrome od Google mówi wprost: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” (tłumaczenie) „WebP często oferuje lepszą kompresję niż JPEG, PNG czy GIF, zapewniając zarówno kompresję stratną, jak i bezstratną.” I usuwa największe ograniczenie JPEG — “WebP also supports alpha channel transparency even when using lossy compression — a feature the JPEG codec doesn’t offer.” (tłumaczenie) „WebP obsługuje również przezroczystość kanału alfa nawet przy kompresji stratnej — funkcję, której kodek JPEG nie oferuje.” Wsparcie nie stanowi problemu: web.dev nazywa go “a widely supported format that works on all modern browsers” (tłumaczenie) „szeroko wspieranym formatem, który działa na wszystkich nowoczesnych przeglądarkach” (~96 % globalnie w 2026 r.). Około 25–35 % mniejszy niż JPEG przy podobnej jakości, a bezstratny WebP jest o ~26 % mniejszy niż PNG. Jeśli przekonwertujesz jedną rzecz, przekonwertuj swoje zdjęcia na WebP.

AVIF — najlepsza kompresja, realne kompromisy

AVIF wygrywa pod względem surowej kompresji. Według web.dev “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases,” (tłumaczenie) „AVIF obsługuje zarówno kompresję stratną, jak i bezstratną, a testy wykazały w niektórych przypadkach oszczędności przekraczające 50 % w porównaniu z JPEG,” plus “Wide Color Gamut (WCG) and High Dynamic Range (HDR) features.” (tłumaczenie) „funkcje szerokiej gamy kolorów (WCG) i wysokiego zakresu dynamicznego (HDR).” W 2026 r. jego wsparcie w przeglądarkach wynosi około 94 % globalnie — Chrome (od 2020), Firefox (2021), Safari (16.4+, od 2023) i Edge (121+, styczeń 2024) — wszystkie go renderują. Jest więc gotowy do produkcji — z fallbackiem.

Ale „najlepsza kompresja” to nie jedyna zmienna, a uczciwe mówienie o kosztach AVIF odróżnia przydatny przewodnik od listy:

• Kodowanie jest intensywne dla procesora. AVIF jest wolny w produkcji, co ma znaczenie w przypadku dużych bibliotek mediów i potoków CMS, które ponownie kodują tysiące zasobów.
• Brak progresywnego renderowania. Według MDN, AVIF musi zostać w pełni pobrany, zanim się wyświetli — w przeciwieństwie do progresywnego JPEG, który najpierw pokazuje wersję o niskiej rozdzielczości. Przy wolnym połączeniu może to być odczuwalne jako gorsze, mimo mniejszego pliku.
• Narzędzia dla animowanego AVIF są niedojrzałe. Format obsługuje animację (czasami nazywaną AVIS), a Chrome, Edge i Safari 16.4+ mogą ją odtwarzać — ale Firefox nadal nie może tego zrobić od 2026 r., a narzędzia produkcyjne pozostają w tyle za animacją GIF/WebP.

SVG — grafika wektorowa, ikony, logo, diagramy

SVG to inna bestia — jest wektorowy, opisany matematyką zamiast siatką pikseli, więc skaluje się do dowolnego rozmiaru bez utraty jakości i pozostaje malutki dla prostych kształtów. Ujęcie web.dev jest zasadą kciuka: SVG są “most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.” (tłumaczenie) „najbardziej przydatne w przypadkach, gdy zawartość obrazu to grafika liniowa, diagramy i wykresy oraz inne przypadki, w których nie ma drobnych szczegółów fotograficznych.” Logo, ikony i diagramy należą do SVG, kropka. Nie używaj go do zdjęć — nie jest do nich stworzony.

Jedna rzecz, która sprawia, że SVG naprawdę różni się od pozostałych pięciu formatów: to XML, a nie dane pikselowe, i według własnej referencji MDN plik SVG może zawierać skrypty i odwoływać się do zasobów zewnętrznych — MDN wprost zauważa, że “there are additional restrictions when SVG is used” (tłumaczenie) „istnieją dodatkowe ograniczenia, gdy SVG jest używany” jako zwykły obraz (przez <img> lub CSS background-image) w porównaniu z osadzonym inline lub przez <iframe>/<object>. To ograniczenie istnieje, ponieważ SVG ładowany zwykłą „obrazową” drogą jest izolowany od wykonywania skryptów lub pobierania zasobów zewnętrznych, właśnie po to, aby zamknąć wektor ataku XSS. Jeśli kiedykolwiek akceptujesz przesyłanie SVG od użytkowników (biblioteka ikon, formularz przesyłania logo), oczyść je przed serwowaniem — usuń tagi <script> i zewnętrzne odwołania — tak samo, jak traktowałbyś każdy inny znacznik dostarczony przez użytkownika, a nie jak JPEG.

GIF — animacja z przeszłości, gdy to wciąż właściwy wybór

GIF to bezstratna kompresja LZW ograniczona do palety 256 kolorów, z tylko binarną (włącz/wyłącz) przezroczystością. To historyczny format animacji, a do wszystkiego, co nietrywialne, został zastąpiony przez animowany WebP/AVIF (albo, co lepsze, prawdziwe wideo). Jego jedyną pozostałą przewagą jest uniwersalna kompatybilność — jeśli potrzebujesz prostej animacji, która działa wszędzie bez żadnej logiki fallbacku, GIF jest nadal wyborem dla najniższego wspólnego mianownika. W przeciwnym razie sięgnij po animowany WebP.

Niezależnie od formatu animacji, traktuj semantykę osobno od decyzji o formacie: zapętlony GIF/animowany obraz, który przekazuje informacje, potrzebuje tekstu alternatywnego opisującego to, co pokazuje, tak samo jak statyczny obraz, a czysto dekoracyjna pętla powinna być oznaczona jako taka, a nie odczytywana na głos jako treść przez czytnik ekranu. Żadna z tych kwestii nie jest problemem zgodności formatu — obowiązują niezależnie od tego, czy dostarczasz GIF, animowany WebP, czy animowany AVIF.

Którego formatu faktycznie powinieneś użyć?

Dopasuj format do treści, a nie do “który jest najnowszy”. Zakładka z drzewem decyzyjnym przedstawia to jako przepływ, ale w skrócie:

• Zdjęcia → WebP (bezpieczny domyślny), lub AVIF z zapasowym JPEG, gdy chcesz maksymalną kompresję.
• Loga, ikony, diagramy, grafiki liniowe → SVG.
• Zrzuty ekranu, grafiki z ostrymi krawędziami lub tekstem, wszystko wymagające przezroczystości bez złożoności zapasowej → PNG (lub bezstratny WebP).
• Prosta animacja → animowany WebP/AVIF tam, gdzie jest obsługiwany; GIF tylko jako uniwersalny zapasowy. (W przypadku czegoś bogatszego użyj wideo.)

Jedna uczciwa uwaga na temat wszystkich procentów kompresji w tym artykule: są to reprezentatywne liczby z testów web.dev i caniuse, a nie gwarancja dla twoich obrazów. Oszczędności zależą od treści obrazu źródłowego (zajęte zdjęcie kompresuje się inaczej niż grafika z płaskimi kolorami) i ustawień enkodera, których używasz. Traktuj “WebP jest ~25–35% mniejszy” i “AVIF jest ~50% mniejszy” jako punkt wyjścia, a następnie porównaj własne kodowania przy ustawieniach jakości, które faktycznie dostarczysz — to jedyny sposób, aby dowiedzieć się, co dany format daje na twoich stronach.

Bezpieczne wdrażanie nowoczesnych formatów — zapasowy <picture>

Nie dostarczaj nowoczesnych formatów samodzielnie — dostarczaj je z zapasowymi. Czysty wzorzec to element <picture>, który oferuje AVIF jako pierwszy, WebP jako następny, a kończy na zwykłym <img src> wskazującym na JPEG lub PNG:

<picture>
  <source srcset="hero.avif" type="image/avif" />
  <source srcset="hero.webp" type="image/webp" />
  <img src="hero.jpg" alt="Descriptive alt text" width="1200" height="800" />
</picture>

Przeglądarka wybiera pierwszy format, który rozumie; starsze przeglądarki i niektóre roboty indeksujące przechodzą do src. Dwie rzeczy, które warto przyswoić: ten zapasowy src to adres URL, który Google faktycznie indeksuje dla wyszukiwania obrazów (Google parsuje <img> nawet zagnieżdżony wewnątrz <picture>, ale nie indeksuje CSS background-image), i to tutaj wybór formatu przechodzi do szerszej pracy nad wdrożeniem — rozmiary, ustawienia kompresji, srcset/sizes, leniwe ładowanie i fetchpriority na obrazie LCP. Ten pełny poradnik celowo nie jest tu powielany; znajduje się w Image Optimization, a mechaniki responsywnego serwowania (srcset, sizes, art direction) znajdują się w Responsive Images.

Co Google i Bing oficjalnie obsługują

Lista obsługiwanych formatów Google i kamień milowy AVIF z sierpnia 2024

Lista obsługiwanych formatów Google Search jest jednoznaczna: “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF” (tłumaczenie) „Google Search obsługuje obrazy odwołujące się w atrybucie src elementu img w następujących formatach plików: BMP, GIF, JPEG, PNG, WebP, SVG i AVIF” (plus Data URI w Base64). AVIF to najnowszy dodatek, a data ma znaczenie: Google nie obsługiwał AVIF dla Search w ogóle do 30 sierpnia 2024, kiedy ogłosił “AVIF is now a supported file type in Google Search” (tłumaczenie) „AVIF jest teraz obsługiwanym typem pliku w Google Search” i że “you don’t need to do anything special to have your AVIF files indexed.” (tłumaczenie) „nie musisz robić nic specjalnego, aby Twoje pliki AVIF były indeksowane.” Przed tą datą AVIF nie było na liście — a według relacji stron trzecich, używanie miniatur AVIF mogło nawet spowodować, że Google całkowicie przerywał indeksowanie wideo. To naprawdę niedawna, datowana linia: każdy konkurencyjny przewodnik napisany przed połową 2024 i nigdy nieaktualizowany daje nieaktualne porady dotyczące bezpieczeństwa AVIF.

Zwróć uwagę, jak Google sformułował ogłoszenie — wyłącznie jako “we can now process this file type,” (tłumaczenie) „możemy teraz przetwarzać ten typ pliku”, nigdy jako wprowadzenie sygnału rankingowego. To takie samo nierankingowe ujęcie jak w przypadku reszty listy formatów i dlatego nagłówek Search Engine Journal „Nowa obsługa obrazów AVIF przez Google może pomóc SEO” jest dobrym przykładem ostrzegawczym: treść poprawnie kieruje „wzmocnienie” wyłącznie przez rozmiar pliku → Core Web Vitals, ale nagłówek jest dokładnie tym, jak mit format-równa-się-ranking jest wzmacniany przez dobrze intencjonowaną prasę branżową.

Ograniczone publiczne wytyczne Bing

Bing nie publikuje dokumentu porównującego formaty w taki sposób, jak robi to Google. Jego ogólne Wytyczne dla webmasterów traktują szybkość strony — w tym wagę obrazów — jako czynnik brany pod uwagę, ale nie ma technicznej strony Bing specyficznej dla “użyj WebP/AVIF” i nie zamierzam jej wymyślać. Bing indeksuje i wyświetla obrazy JPEG/PNG/WebP/GIF w Bing Images bez problemu; jego wsparcie crawlera dla nowoczesnych formatów jest ogólnie zakładane jako śledzące wsparcie przeglądarek zbliżonych do Chromium, ale w przeciwieństwie do Google, nie jest osobno udokumentowane. To ta sama uczciwa luka, którą zaznaczam w Image Optimization — stwierdzona wprost, a nie zamaskowana.

Częste mity o formatach obrazów i SEO

• “Przejście na WebP/AVIF zwiększa rankingi.” Nie — Mueller wprost: brak wzmocnienia SEO dla AVIF; WebP jest “w porządku”, nie “lepszy”. Korzyść jest pośrednia, przez rozmiar pliku → szybkość → Core Web Vitals.
• “AVIF jest zawsze najlepszy, bo kompresuje najlepiej.” Przesadzone. AVIF jest wymagający CPU przy kodowaniu, nie ma progresywnego renderowania i był nieobsługiwany przez Google Search do sierpnia 2024. Najlepsza kompresja to nie jedyna zmienna.
• “PNG to zawsze bezpieczny, wysokiej jakości wybór.” Fałsz jako ogólna zasada. PNG jest odpowiedni dla grafik/przezroczystości/tekstu, ale tworzy rozdęte pliki dla fotografii, szkodząc szybkości ładowania bez widocznych korzyści.
• “Nie potrzebujesz już fallbacku — wsparcie jest praktycznie uniwersalne.” W większości prawda dla WebP; nadal warto mieć fallback <picture> dla AVIF, biorąc pod uwagę realną (choć małą) lukę ~6% plus przypadki brzegowe crawlerów i starszych urządzeń. Google wyraźnie zaleca wzorzec fallbacku.
• “Google penalizes older formats like JPEG/PNG.” (tłumaczenie) „Google karze starsze formaty, takie jak JPEG/PNG”. Fałsz — JPEG, PNG, GIF i BMP pozostają w pełni obsługiwane. Nie ma kary, tylko stracona okazja szybkości w porównaniu z nowoczesnymi formatami.
• “AVIF nie może animować / WebP nie obsługuje przezroczystości.” Oba fałszywe. WebP obsługuje alfa przezroczystość nawet w trybie stratnym; AVIF wspiera animację (Safari 16.4+, Chrome, Edge — choć nie Firefox jeszcze w 2026).
• “AVIF nie jest gotowy — to wciąż świat tylko WebP.” Przestarzałe. AVIF ma około ~94% globalnego wsparcia i jest indeksowalny przez Google Search od sierpnia 2024. Traktuj go jako produkcyjny-z-fallbackiem, nie eksperymentalny.

Gdzie to pasuje

Ten artykuł to dogłębne porównanie formatów w klastrze Image SEO — to kanoniczne miejsce dla macierzy sześciu formatów i obalania mitu rankingowego. Jego dwa rodzeństwa zajmują się sąsiednimi zadaniami: Image Optimization to poradnik wdrożeniowy (LCP, fetchpriority, leniwe ładowanie, kompresja, rozmiary), a Responsive Images obejmuje mechanikę srcset/sizes/<picture> dla serwowania obrazów o odpowiednim rozmiarze na urządzenie. Zysk wydajnościowy z poprawnego wyboru formatu to tak naprawdę historia Core Web Vitals w przebraniu obrazu.

Podsumowanie AI

Skrócona wersja wersji zaawansowanej:

• Format nie jest czynnikiem rankingowym. John Mueller potwierdził brak korzyści SEO dla AVIF, a WebP jest tylko “w porządku dla wyszukiwania obrazów” — neutralne sformułowanie, nie “lepszy”. Własna dokumentacja Google nigdy nie wiąże formatu z rankingiem.
• Prawdziwy łańcuch: format → rozmiar pliku → szybkość strony → LCP / Core Web Vitals → sygnały doświadczenia strony. Format znajduje się kilka kroków wcześniej — dlatego nie jest czynnikiem rankingowym sam w sobie.
• Fakty o sześciu formatach (2026): JPEG (stratny, bez przezroczystości, uniwersalny fallback); PNG (bezstratny, pełna alfa, grafika/zrzuty ekranu); WebP (obie kompresje, alfa nawet w trybie stratnym, ~96 % wsparcia, ~25–35 % mniejszy niż JPEG — bezpieczny domyślny); AVIF (najlepsza kompresja, ~50 % mniejszy niż JPEG, ~94 % wsparcia, ale wymagający CPU, bez progresywnego renderowania, animacja jeszcze nie w Firefoksie); SVG (wektorowy — logo/ikony/diagramy); GIF (legacy 256-kolorowa animacja, tylko uniwersalny fallback).
• Wybieraj według typu treści: zdjęcia → WebP (lub AVIF + fallback); logo/ikony → SVG; zrzuty ekranu/przezroczystość/tekst → PNG lub bezstratny WebP; prosta animacja → animowany WebP/AVIF, GIF jako uniwersalny fallback.
• Serwuj z fallbackami: <picture> (AVIF → WebP → JPEG/PNG src). Fallback src to URL, który indeksuje Google; Google indeksuje <img> (w tym wewnątrz <picture>), a nie tła CSS.
• Oficjalne wsparcie: Google wspiera BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF dodany 30 sierpnia 2024 (wcześniej mógł zakłócać indeksowanie wideo). Bing nie ma dokumentu porównującego formaty — nie wymyślaj go.
• Mity obalone: format ≠ wzmocnienie rankingu; AVIF ≠ zawsze najlepszy; PNG ≠ zawsze bezpieczny; “fallback nie jest potrzebny” ≠ prawda dla AVIF; starsze formaty nie są karane; WebP obsługuje przezroczystość, a AVIF animację.
• Zakres: to szczegółowe omówienie formatu; LCP/fetchpriority/leniwe ładowanie jak to zrobić znajduje się w Optymalizacji obrazów, mechanika responsywna w Obrazach responsywnych.

Oficjalna dokumentacja

Dokumentacja i materiały referencyjne ze źródeł pierwotnych.

Google

• Najlepsze praktyki Google Images — lista obsługiwanych formatów (BMP, GIF, JPEG, PNG, WebP, SVG, AVIF), zasada indeksowania <img> vs tła CSS oraz uwaga o zgodności rozszerzenia z typem pliku. Nie zawiera żadnego twierdzenia o rankingu opartym na formacie.
• Wsparcie AVIF w Google Search (30 sierpnia 2024) — ogłoszenie, że AVIF jest teraz obsługiwany w Search, Images, Discover i News, bez potrzeby specjalnej implementacji.
• Wydajność obrazów (web.dev, zespół Google Chrome) — mechanika formatów: kompresja WebP/AVIF, alfa w trybie stratnym, WCG/HDR, podział na stratny/bezstratny oraz dlaczego JPEG ma problemy z ostrymi krawędziami/tekstem.

Referencje (kręgosłup dokładności)

• Przewodnik po typach i formatach plików obrazów (MDN Web Docs) — rygorystyczna specyfikacja format po formacie: typy MIME, kompresja, przezroczystość, animacja, wsparcie progresywnego renderowania i przypadki użycia.
• caniuse.com — AVIF i caniuse.com — WebP — tabele wsparcia przeglądarek wersja po wersji, z aktualnymi globalnymi procentami. Sprawdź je ponownie przed podaniem jakiejkolwiek liczby wsparcia; zmieniają się ciągle.

Bing / Microsoft

• Wytyczne dla webmasterów Bing — ogólne wskazówki dotyczące szybkości strony; zauważ, że Bing nie publikuje żadnej technicznej strony porównującej formaty.

Cytaty ze źródła

Oficjalne wypowiedzi Google. Tam, gdzie strona udostępnia tekst, link jest linkiem bezpośrednim, który przeskakuje do cytowanego fragmentu.

Dokumenty Google — obsługiwane formaty i ramy wydajności

• “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF.” (tłumaczenie) «Wyszukiwarka Google obsługuje obrazy, do których odwołuje się atrybut src elementu img, w następujących formatach plików: BMP, GIF, JPEG, PNG, WebP, SVG i AVIF.» Przejdź do cytatu
• “images are often the largest contributor to overall page size, which can make pages slow and expensive to load.” (tłumaczenie) «obrazy często w największym stopniu przyczyniają się do całkowitego rozmiaru strony, co może sprawić, że strony będą ładować się wolno i kosztownie.» Przejdź do cytatu

web.dev (zespół Google Chrome) — mechanika formatów

• WebP: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” (tłumaczenie) «WebP często oferuje lepszą kompresję niż JPEG, PNG lub GIF, zapewniając zarówno kompresję stratną, jak i bezstratną.» Przejdź do cytatu
• Krawędź przezroczystości WebP: “WebP also supports alpha channel transparency even when using lossy compression—a feature the JPEG codec doesn’t offer.” (tłumaczenie) «WebP obsługuje również przezroczystość kanału alfa nawet przy kompresji stratnej — funkcja, której kodek JPEG nie oferuje.»
• AVIF: “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases.” (tłumaczenie) «AVIF obsługuje zarówno kompresję stratną, jak i bezstratną, a testy wykazały w niektórych przypadkach oszczędności większe niż 50 % w porównaniu z JPEG.»
• Słaby punkt JPEG: “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” (tłumaczenie) «kompresja stratna może być mniej skuteczna w przypadku obrazów zawierających ostre krawędzie, takie jak grafika liniowa, podobnie ostre szczegóły lub tekst.»
• Idealne zastosowanie SVG: “Because SVG is a vector image format, they’re most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.” (tłumaczenie) «Ponieważ SVG jest formatem obrazów wektorowych, są one najbardziej przydatne w przypadkach, gdy zawartość obrazu to grafika liniowa, diagramy i wykresy oraz w innych przypadkach, w których nie ma drobnych szczegółów fotograficznych.»

Blog Google Search Central — obsługa AVIF (30 sierpnia 2024)

• “We’re happy to announce that AVIF is now a supported file type in Google Search, for Google Images as well as any place that uses images in Google Search.” (tłumaczenie) «Z przyjemnością ogłaszamy, że AVIF jest teraz obsługiwanym typem plików w Google Search, zarówno w Google Images, jak i w każdym miejscu, w którym Google Search używa obrazów.» Ogłoszenie
• “You don’t need to do anything special to have your AVIF files indexed by Google.” (tłumaczenie) «Nie musisz robić niczego specjalnego, aby Twoje pliki AVIF zostały zaindeksowane przez Google.»

John Mueller, Google — format nie jest czynnikiem rankingowym

• O AVIF: nie ma „wzrostu SEO” za używanie plików AVIF — korzyścią jest zmniejszenie rozmiaru pliku, co może pomóc w szybkości strony, a nie preferencja rankingowa. Relacja
• “WebP images are fine for Image Search” (tłumaczenie) «Obrazy WebP są w porządku dla wyszukiwania obrazów» — o WebP: „w porządku”, celowo nie „lepsze”. Relacja
• O raporcie WebP „Przeskanowano – obecnie nie indeksowano”: to ogólna osobliwość raportowania obrazów (obrazy nie są indeksowane jako strony HTML), a Mueller “doesn’t believe the phenomenon is limited to WebP images.” (tłumaczenie) «nie wierzy, że zjawisko to ogranicza się do obrazów WebP» Relacja SEJ

Jakiego formatu powinienem użyć?

Pracuj od góry do dołu. Dopasuj format do tego, czym jest obraz, a następnie dodaj fallback, jeśli wybrałeś nowoczesny format.

1. Czy to logo, ikona, diagram lub grafika liniowa? → SVG. Wektory skalują się bez utraty jakości i pozostają małe. Zatrzymaj się tutaj.

2. Czy musi być animowane? → Animowany WebP lub AVIF tam, gdzie jest wspierany, z GIF jako uniwersalnym fallbackiem dla prostych pętli. Dla czegoś bogatszego niż krótka pętla użyj wideo (MP4/WebM), a nie formatu obrazu. Zatrzymaj się tutaj.

3. Czy to fotografia? → WebP to bezpieczna domyślna opcja (~96% wsparcia, fallback nie jest ściśle wymagany). → Chcesz maksymalną kompresję i możesz dodać fallback? AVIF → WebP → JPEG przez <picture>. → Potrzebujesz jednego uniwersalnego pliku bez logiki fallbacku? JPEG.

4. Czy to zrzut ekranu lub grafika z ostrymi krawędziami, tekstem lub przezroczystością? → PNG (lub bezstratny WebP). Stratne artefakty JPEG niszczą ostre krawędzie i tekst; PNG zachowuje je ostro i obsługuje pełną przezroczystość.

5. Czy wybrałeś AVIF lub WebP dla zdjęcia? → Owiń je w <picture> z niższymi formatami jako <source> i JPEG/PNG <img src> fallbackiem. Ten src to URL, który indeksuje Google.

Szybka referencja według odpowiedzi

Modele mentalne

1. Łańcuch przyczynowy — format → rozmiar pliku → szybkość → Core Web Vitals. Format znajduje się na początku czteroetapowego łańcucha, a nie na końcu rankingowym: wybór formatu zmienia rozmiar pliku → mniejsze pliki ładują się szybciej → szybsze ładowanie poprawia Largest Contentful Paint (LCP) → LCP zasila Core Web Vitals, które jest częścią sygnałów doświadczenia strony używanych przez systemy rankingowe. Sprowadzenie tego do “format wpływa na rankingi” to dokładnie sposób, w jaki rozprzestrzenia się mit — format jest kilka kroków w górę strumienia, a jeśli strona faktycznie nie staje się szybsza, nic w dół się nie zmienia. Używaj tego modelu, gdy masz ochotę przypisać samej zmianie formatu ruch w rankingu: zapytaj, które ogniwo łańcucha faktycznie zadziałało.

2. Wybieraj według typu treści, a nie “najnowszy wygrywa.” Najnowszy format nie jest automatycznie właściwym — dopasuj format do tego, czym obraz jest:

• Fotografie → WebP (bezpieczna domyślna opcja) lub AVIF z fallbackiem JPEG dla maksymalnej kompresji.
• Loga, ikony, diagramy, grafika liniowa → SVG.
• Zrzuty ekranu, ostre krawędzie, tekst w obrazie, przezroczystość bez złożoności fallbacku → PNG (lub bezstratny WebP).
• Prosta animacja → animowany WebP/AVIF tam, gdzie wspierany, GIF tylko jako uniwersalny fallback (bogatsza animacja → wideo).

Przepuszczenie obrazu przez ten model, zanim sięgniesz po “po prostu użyj AVIF, to najnowszy” wychwytuje przypadki, gdzie realne koszty AVIF — kompresja obciążająca CPU, brak progresywnego renderowania i do sierpnia 2024 brak wsparcia Google Search w ogóle — przewyższają jego przewagę kompresyjną.

Ściągawka formatów obrazów

Sześć formatów w skrócie (2026)

Wzorzec fallbacku <picture>

<picture>
  <source srcset="photo.avif" type="image/avif" />
  <source srcset="photo.webp" type="image/webp" />
  <img src="photo.jpg" alt="…" width="1200" height="800" />
</picture>

Szybkie fakty

• Brak bezpośredniego wzmocnienia rankingowego dla WebP/AVIF — korzyść to szybkość → Core Web Vitals.
• Google obsługuje BMP, GIF, JPEG, PNG, WebP, SVG, AVIF; AVIF dodano 30 sierpnia 2024.
• Google indeksuje <img> (w tym wewnątrz <picture>) — nie CSS background-image.
• <img src> fallback to adres URL, który Google indeksuje.
• WebP obsługuje przezroczystość alfa nawet w trybie stratnym; JPEG w ogóle nie obsługuje przezroczystości.
• Kompromisy AVIF: wymagające kodowanie CPU, brak progresywnego renderowania, animacja niedostępna w Firefox (2026).
• SVG jest wektorowy — nigdy nie używaj go do zdjęć; nigdy nie używaj JPEG do logo/tekstu.

Lista kontrolna wyboru formatu

Szybkie sprawdzenie, czy każdy obraz jest w odpowiednim formacie i serwowany bezpiecznie:

• Zdjęcia są w WebP (lub AVIF z fallbackiem) — nie w przerośniętych PNG lub JPEG.
• Logo, ikony i diagramy są w SVG, nie w rastrze.
• Zrzuty ekranu i grafiki z tekstem są w PNG lub bezstratnym WebP — nie w JPEG (którego artefakty rozmywają ostre krawędzie i tekst).
• Wszystko, co wymaga przezroczystości, używa PNG, WebP lub AVIF — nigdy JPEG.
• Nowoczesne formaty (AVIF/WebP) są serwowane przez <picture> z fallbackiem JPEG/PNG w <img src>.
• Każdy obraz znajduje się w <img> (lub <picture>), nie w CSS background-image, jeśli chcesz go w wyszukiwarce obrazów.
• Rozszerzenia plików zgodne z rzeczywistym typem pliku (uważaj po konwersji wsadowej na .webp/.avif).
• Żaden format nie został wybrany dla wzmocnienia rankingowego — celem są mniejsze pliki → szybszy LCP, zweryfikowany w prawdziwym teście szybkości strony, a nie sama etykieta formatu.
• Animacje używają animowanego WebP/AVIF (lub wideo); GIF tylko tam, gdzie wymagana jest uniwersalna kompatybilność bez fallbacku.
• Założenia dotyczące wsparcia przeglądarek ponownie sprawdzone na caniuse, jeśli rezygnujesz z fallbacku.

Błędy, których należy unikać przy formatach obrazów

Przejście na WebP/AVIF w oczekiwaniu na wzmocnienie rankingowe. Dlaczego to błąd: John Mueller potwierdził, że nie ma wzmocnienia SEO dla AVIF, a WebP jest tylko “fine for Image Search” — celowo neutralne sformułowanie, nie “lepszy”. Format nie jest sygnałem rankingowym; szybkość, którą umożliwia, już tak. Co zamiast tego: konwertuj dla korzyści w rozmiarze pliku i Core Web Vitals, i zweryfikuj korzyść prawdziwym testem szybkości strony — nie samą etykietą formatu.

Traktowanie AVIF jako zawsze najlepszego, bo kompresuje najmocniej. Dlaczego to błąd: najlepsza kompresja to nie jedyna zmienna. AVIF jest wymagający CPU przy kodowaniu, nie ma progresywnego renderowania (obraz musi się w pełni pobrać, zanim się wyświetli), a narzędzia do animowanego AVIF nadal nie są obsługiwane w Firefox od 2026. Co zamiast tego: używaj AVIF z fallbackiem <picture>, gdy wyciskasz maksymalną kompresję i możesz pochłonąć koszt kodowania — w przeciwnym razie WebP jest bezpieczniejszym codziennym wyborem.

Zakładanie, że PNG jest zawsze bezpiecznym, wysokiej jakości wyborem. Dlaczego to błąd: PNG jest tylko bezstratny, więc używanie go do zdjęć daje niepotrzebnie rozdęte pliki bez widocznej poprawy jakości w porównaniu z dobrze dostrojonym JPEG/WebP — realny, możliwy do uniknięcia koszt szybkości. Co zamiast tego: zarezerwuj PNG dla przezroczystości i grafik z ostrymi krawędziami/ zrzutów ekranu/tekstu; używaj WebP lub JPEG do zdjęć.

Porzucanie fallbacku, bo “wsparcie jest już praktycznie uniwersalne.” Dlaczego to błąd: w większości prawda dla WebP (~96%), ale AVIF wciąż oscyluje wokół ~94% wsparcia globalnego, a starsze urządzenia i niektóre roboty indeksujące go nie renderują — realna, choć niewielka luka. Co zamiast tego: serwuj nowoczesne formaty przez element <picture> kończący się fallbackiem JPEG/PNG w <img src>; ten fallback to także adres URL, który Google indeksuje.

Wierzenie, że starsze formaty, takie jak JPEG czy PNG, są karane. Dlaczego to błąd: JPEG, PNG, GIF i BMP pozostają w pełni obsługiwane przez Google Search — nie ma kary za ich używanie, tylko stracona szybkość w porównaniu z mniejszym plikiem w nowoczesnym formacie. Co zamiast tego: konwertuj dla korzyści w rozmiarze pliku, gdy warto włożyć wysiłek, ale nie traktuj pozostania przy JPEG/PNG jako ryzyka zgodności.

Zakładanie, że WebP nie obsługuje przezroczystości, a AVIF animacji. Dlaczego to błędne: oba stwierdzenia są fałszywe. WebP obsługuje kanał alfa przezroczystości nawet w trybie stratnym — czego JPEG w ogóle nie potrafi — a AVIF obsługuje animację w Chrome, Edge i Safari 16.4+ (tylko jeszcze nie w Firefox). Co zamiast tego: sprawdź rzeczywiste możliwości danego formatu (tabela sześciu formatów w zakładce Zaawansowane) zamiast zakładać na podstawie wieku formatu.

Skreślanie AVIF jako „wciąż eksperymentalnego” w 2026 roku. Dlaczego to błędne: nieaktualne. AVIF jest indeksowany przez Google Search od 30 sierpnia 2024 roku i ma około ~94 % globalnego wsparcia przeglądarek. Co zamiast tego: traktuj AVIF jako gotowy do produkcji z fallbackiem, a nie jako coś, czego należy całkowicie unikać.

Sprawdź się: formaty obrazów

Pięć szybkich pytań o wybór formatów obrazów pod SEO. Wybierz odpowiedź na każde, a potem sprawdź.

Zasoby warte Twojego czasu

Moje powiązane teksty

• SEO obrazów: 12 praktycznych wskazówek na większy ruch organiczny — mój przewodnik po SEO obrazów w Ahrefs (formaty, kompresja, nazwy plików, tekst alternatywny, mapy witryn, obrazy responsywne, schema, leniwe ładowanie).
• Largest Contentful Paint (LCP) — dlaczego element LCP to zwykle obraz i jak rozmiar pliku zależny od formatu na to wpływa. Łańcuch wydajności, na którym wisi obalanie mitów w tym artykule.
• Przewodnik dla początkujących po technicznym SEO — gdzie obrazy i Core Web Vitals mieszczą się w szerszym obrazie technicznym.

Moje wystąpienia

• „Image SEO” (webinar Visme, 2021) — mój dedykowany wykład o optymalizacji obrazów pod wyszukiwarki, w tym wybór formatu i kompresji.

Oficjalne

• Google Images best practices — lista obsługiwanych formatów i mechanika indeksowania.
• Supporting AVIF in Google Search (sierpień 2024) — ogłoszenie wsparcia AVIF.
• web.dev — Image performance (zespół Google Chrome) — odniesienie do mechaniki formatów stojące za tabelą porównawczą.

Z branży

• Przewodnik po typach i formatach plików obrazów (MDN Web Docs) — najbardziej rygorystyczna tabela specyfikacji formatów w sieci; podstawa dokładności porównania sześciu formatów.
• caniuse.com — AVIF / caniuse.com — WebP — na żywo, wersja po wersji tabele wsparcia przeglądarek z aktualnymi globalnymi procentami.
• Nowa obsługa obrazów AVIF przez Google może pomóc SEO (Search Engine Journal, Roger Montti) — przydatne jako studium przypadku, jak rama „format = wzrost pozycji” jest wzmacniana; treść poprawnie kieruje korzyść przez Core Web Vitals.
• John Mueller z Google wyjaśnia nieporozumienia wokół indeksowania WebP (Search Engine Journal) — dlaczego obrazy WebP pokazują się jako „Crawled – currently not indexed” i dlaczego to nie jest problem specyficzny dla WebP.
• Wyszukiwarka Google obsługuje teraz obrazy AVIF (Search Engine Roundtable) — relacja z kamienia milowego AVIF i punkt Muellera o „braku wzrostu SEO”.
• AVIF kontra WebP: 4 kluczowe różnice i sposób wyboru (Cloudinary) — solidne, zorientowane na implementację porównanie AVIF vs. WebP.
• r/TechSEO — społeczność do debugowania formatów obrazów i wydajności.

Dziennik zmian