SEO obrazów
Jak optymalizować obrazy pod kątem Google Images, wyszukiwania wizualnego i szybszych stron — formaty, nazwy plików, tekst alternatywny, leniwe ładowanie, dane strukturalne i mapy obrazów.
SEO obrazów ma dwa zadania, nie jedno: pozycjonowanie grafik w Google Images i wyszukiwaniu wizualnym (na które wpływają tekst alternatywny, nazwy plików, kontekst strony i unikalność) oraz utrzymywanie szybkości stron (obrazy są zwykle największym elementem Core Web Vitals / LCP). Warto porzucić kilka mitów: WebP ani AVIF nie dają bezpośredniej premii rankingowej (Mueller potwierdził, że korzyścią jest szybkość), istniejących plików nie należy masowo przemianowywać, a obrazy tła CSS nie są indeksowane. Natywne loading="lazy" jest właściwe dla grafik poniżej pierwszego ekranu, ale nigdy dla obrazu LCP. Google indeksuje <img> (oraz <picture>), obsługuje BMP/GIF/JPEG/PNG/WebP/SVG/AVIF, a od maja 2025 roku zaleca wszędzie używać tego samego adresu URL dla tego samego obrazu. Ten artykuł porządkuje cały temat i prowadzi do szczegółowego przewodnika po tekście alternatywnym.
Dowód potwierdzający to twierdzenie Google indexes images referenced with HTML image elements and does not index CSS background images as images. Zakres: Google image discovery and indexing. Poziom ufności: wysoki · Zweryfikowano: Google Search Central: Image SEO Dowód potwierdzający to twierdzenie Images can be LCP candidates; the LCP image should be discoverable early and should not be lazy-loaded. Zakres: web.dev LCP image loading guidance. Poziom ufności: wysoki · Zweryfikowano: web.dev: Optimize LCPTL;DR — SEO obrazów sprawia, że grafiki na stronach wspierają wyszukiwanie: pojawiają się w Google Images i szybko się ładują, więc nie spowalniają strony. Podstawy to opisowa nazwa pliku, dobry tekst alternatywny, kompresja zapobiegająca ogromnym plikom, nowoczesny format taki jak WebP oraz wyłączenie „leniwego ładowania” dużego obrazu u góry strony. Żadna z tych czynności nie daje magicznego wzrostu pozycji — pomaga jedynie odnaleźć obrazy i utrzymać szybkość stron.
Czym jest SEO obrazów
Po umieszczeniu obrazu na stronie wyszukiwarki mogą zrobić z nim dwie przydatne rzeczy. Mogą pokazać go w wyszukiwarce obrazów (Google Images, Bing Images, Google Lens), kierując ludzi na Twoją stronę. Odczytują go również jako część strony — głównie za pomocą tekstu alternatywnego — aby zrozumieć jej temat.
Problem polega na tym, że wyszukiwarka nie „widzi” zdjęcia tak jak człowiek. Korzysta ze wskazówek: nazwy pliku, tekstu alternatywnego, słów otaczających obraz oraz samego pliku. SEO obrazów to po prostu dostarczanie dobrych wskazówek i pilnowanie, aby grafika nie spowalniała strony.
Kilka rzeczy, które naprawdę mają znaczenie
- Używaj właściwego formatu i kompresji. WebP i AVIF to nowoczesne formaty, które tworzą pliki znacznie mniejsze niż stare pliki JPEG bez pogorszenia wyglądu. Mniejsze pliki oznaczają szybsze strony. Szybkość może pomóc w pozycjonowaniu — nie ze względu na sam format, lecz dlatego, że czas ładowania ma znaczenie.
- Nadaj plikowi opisową nazwę.
golden-retriever-puppy.jpgmówi Google więcej niżIMG_0042.jpg. Rób to dla nowych obrazów — nie wracaj do wszystkich starych plików, aby zmieniać ich nazwy (więcej w karcie Zaawansowane). - Pisz dobre teksty alternatywne. To krótkie opisy obrazów. Są najważniejszą wskazówką pomagającą grafice pojawić się w wyszukiwarce obrazów i wymogiem dostępności. Pełne omówienie znajdziesz w osobnym przewodniku po tekście alternatywnym.
- Nie ładuj leniwie dużego obrazu u góry strony. „Lazy loading” opóźnia ładowanie grafik do chwili, gdy użytkownik do nich przewinie — świetnie działa niżej na stronie, ale źle dla głównego obrazu u góry, ponieważ to jego Google często używa do pomiaru szybkości.
- Jeśli możesz, używaj unikalnych obrazów. Zdjęcia stockowe są w porządku w zwykłym wyszukiwaniu, lecz ten sam materiał znajduje się w tysiącu innych witryn, więc trudniej się wyróżnić w wyszukiwarce obrazów.
Najczęstszy błąd
Użycie WebP lub AVIF nie daje „premii” SEO. Często zakłada się, że zmiana formatu podniesie pozycje. Tak się nie stanie — Google powiedziało to wprost. Nowoczesne formaty przyspieszają strony, a pomaga właśnie szybkość. Podobnie z nazwami plików: warto je poprawnie nadawać nowym obrazom, ale masowa zmiana całej biblioteki może przynieść więcej szkody niż pożytku.
Chcesz poznać precyzyjną wersję — dokładne cytaty Google, kompromisy między formatami, dane strukturalne, mapy obrazów, Discover i zasady leniwego ładowania? Przejdź do karty Zaawansowane.
Dowód potwierdzający to twierdzenie Google indexes images referenced with HTML image elements and does not index CSS background images as images. Zakres: Google image discovery and indexing. Poziom ufności: wysoki · Zweryfikowano: Google Search Central: Image SEO Dowód potwierdzający to twierdzenie Images can be LCP candidates; the LCP image should be discoverable early and should not be lazy-loaded. Zakres: web.dev LCP image loading guidance. Poziom ufności: wysoki · Zweryfikowano: web.dev: Optimize LCPTL;DR — SEO obrazów ma dwa odrębne cele: (1) pozycjonowanie w wyszukiwarce obrazów (Google Images / Lens / Bing), na które wpływają tekst alternatywny, nazwy plików, kontekst strony i unikalność, oraz (2) wydajność strony, ponieważ obrazy są zwykle elementem LCP. Google indeksuje
<img>(także wewnątrz<picture>), ale nie tła CSS, i obsługuje BMP, GIF, JPEG, PNG, WebP, SVG oraz AVIF. WebP ani AVIF nie dają bezpośredniej premii rankingowej (Mueller); korzyścią jest szybkość → Core Web Vitals. Nie zmieniaj masowo nazw istniejących plików. Natywneloading="lazy"jest bezpieczne poniżej pierwszego ekranu, ale nigdy dla obrazu LCP — ten powinien miećfetchpriority="high". Od maja 2025 roku wszędzie odwołuj się do tego samego obrazu pod tym samym adresem URL. Dane strukturalne (ImageObject, tablice obrazów Product/Article) umożliwiają wyniki rozszerzone, a mapy obrazów nadal pomagają w odkrywaniu. Tekst alternatywny ma osobne szczegółowe omówienie.
SEO obrazów ma dwa zadania, nie jedno
Stale wracam do tego podziału, bo niemal każda „lista kontrolna SEO obrazów” go zaciera. Są dwa odrębne cele, a każdy wymaga innej pracy:
- Pozycjonowanie w wyszukiwarce obrazów. Chodzi o odnajdywanie grafik w Google Images, Bing Images i Google Lens dla zapytań związanych z obrazami. Pomagają w tym tekst alternatywny, nazwy plików, tekst otaczający obraz, dane strukturalne oraz unikalność grafiki.
- Wydajność strony. Obrazy niemal zawsze są najcięższym elementem strony — dokumentacja Google mówi, że są “often the largest contributor to overall page size.” (tłumaczenie) „często mają największy udział w całkowitym rozmiarze strony”. Dlatego zwykle odpowiadają za wolny Largest Contentful Paint (LCP), który wpływa na Core Web Vitals, będące sygnałem rankingowym w wyszukiwarce internetowej.
Rozdzielenie tych celów porządkuje cały temat. Tekst alternatywny i nazwy plików służą głównie wyszukiwarce obrazów. Format, kompresja i strategia ładowania służą wydajności. Oba obszary są ważne, ale nie stanowią tej samej dźwigni.
Skala jest realna: wyszukiwanie obrazów i wyszukiwanie wizualne odpowiadają za istotną część aktywności w wyszukiwarkach, a Google Lens szybko rośnie. Zoptymalizowane obrazy nie są jedynie zabezpieczeniem — stanowią źródło ruchu.
Jak Google odkrywa i indeksuje obrazy
O tym, czy obraz w ogóle trafi do indeksu, decyduje kilka mechanizmów:
- Indeksowane są tylko elementy HTML
<img>. Google: “Google parses the HTML<img>elements (even when they’re enclosed in other elements such as<picture>elements) in your pages to index images, but doesn’t index CSS images.” (tłumaczenie) „Google analizuje elementy HTML<img>na stronach (również gdy znajdują się wewnątrz innych elementów, takich jak<picture>), aby indeksować obrazy, ale nie indeksuje grafik CSS”. Jeśli obraz istnieje wyłącznie jakobackground-imagew CSS, wyszukiwarka obrazów go nie widzi. Wszystko, co ma zostać znalezione, umieść w<img>. - Zawsze podawaj zapasowy
src. Przy użyciusrcsetlub<picture>zachowaj zwykłysrc— “some browsers and crawlers don’t understand” (tłumaczenie) „niektóre przeglądarki i roboty nie rozumieją” atrybutów responsywnych, asrcjest zabezpieczeniem, na którym może polegać Google. - Obsługiwane formaty: BMP, GIF, JPEG, PNG, WebP, SVG i AVIF (obsługę AVIF dodano w sierpniu 2024 roku). Rozszerzenie pliku powinno odpowiadać jego rzeczywistemu typowi.
- Kontekst nadal ma znaczenie obok znaczników. Obsługiwane znaczniki umożliwiają odkrycie obrazu; po jego znalezieniu Google łączy samą grafikę z otaczającym tekstem, podpisami, tytułami i innymi metadanymi, aby zrozumieć jej temat.
- Spójność adresów URL (aktualizacja z maja 2025 roku). Google zaleca teraz odwoływanie się do tego samego obrazu pod tym samym adresem URL za każdym razem. Przedstawiciel Google ujął to tak: “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (tłumaczenie) „Zaktualizowaliśmy dobre praktyki SEO Google Images, aby wyjaśnić, że adresy URL obrazów powinny być wskazywane spójnie, co ułatwia skanowanie większych witryn”. Chodzi o wydajność skanowania: ten sam obraz i adres pozwalają Google korzystać z pamięci podręcznej zamiast ponownie pobierać tę samą grafikę spod różnych ścieżek CDN lub z różnymi ciągami zapytania.
Formaty plików: wybieraj szybkość, nie premię SEO
Najpierw rozprawmy się z mitem: formaty „następnej generacji” nie dają bezpośredniej premii rankingowej. Mueller potwierdził, że AVIF nie zapewnia “SEO boost” (tłumaczenie) „premii SEO”, a ta sama logika dotyczy WebP — “WebP images are fine for Image Search,” (tłumaczenie) „obrazy WebP są w porządku dla wyszukiwarki obrazów”, lecz „w porządku” nie znaczy „lepsze”. Google nie nagradza za sam kontener.
Nowoczesne formaty zmniejszają pliki, co przyspiesza stronę i pomaga Core Web Vitals — jest to korzyść pośrednia. Wybieraj więc według właściwości:
- AVIF — najlepsza kompresja (często ponad 50% mniej niż JPEG). Używaj tam, gdzie zapewniona jest obsługa przeglądarek, wraz z formatami zapasowymi.
- WebP — o 25–35% mniej niż JPEG przy niemal powszechnej obsłudze przeglądarek. Obecnie bezpieczny domyślny format zdjęć.
- JPEG — uniwersalny format zapasowy fotografii.
- PNG — gdy potrzebujesz przezroczystości albo grafiki o ostrych krawędziach.
- SVG — logo i ikony (wektorowe, skalowane bez ograniczeń, niewielkie).
- GIF — unikaj w nietrywialnych zastosowaniach; zamiast niego używaj wideo lub animowanego WebP/AVIF.
Czysta implementacja korzysta z <picture> i elementów <source> dla nowoczesnych formatów oraz
zapasowego <img src>. Starsze przeglądarki wtedy łagodnie przechodzą do formatu zapasowego,
a Google nadal ma src do zindeksowania.
Nazwy plików: opisowe dla nowych obrazów, bez masowej zmiany starych
Nazwy plików są rzeczywistym, choć niewielkim sygnałem. Google zaleca krótkie i opisowe nazwy —
“the filename can give Google clues about the subject matter of the image” (tłumaczenie) „nazwa
pliku może dostarczyć Google wskazówek o temacie obrazu”. Dlatego golden-retriever-puppy.jpg jest
lepsze niż IMG00023.JPG, a ogólne nazwy takie jak image1.jpg marnują okazję.
Ważny niuans, który często powoduje błędy: nie zmieniaj nazw istniejących plików. Mueller wyraźnie powiedział, że masowa zmiana nazw “is going to take a lot of time for Google’s systems to see” (tłumaczenie) „będzie wymagać dużo czasu, zanim systemy Google ją zauważą”, a przy dobrym tekście alternatywnym i kontekście efekt jest “minimal… maybe no visible effect at all” (tłumaczenie) „minimalny… być może w ogóle niewidoczny”. Gary Illyes określił utratę sygnałów przy migracji adresów obrazów jako “in line with web search results, which is a few weeks.” (tłumaczenie) „podobną do wyników wyszukiwania internetowego, czyli trwającą kilka tygodni”. Wniosek: opisowe nazwy nowych obrazów — tak; zmiana nazw w całej witrynie dla marginalnej korzyści i kilku tygodni zamieszania — nie.
Tekst alternatywny (wersja skrócona)
Nie będę powtarzać pełnego omówienia, ponieważ tekst alternatywny ma osobny artykuł. Najważniejszy
wniosek: jest to najważniejszy element metadanych obrazu, lecz pomaga przede wszystkim
wyszukiwarce obrazów i dostępności, a nie pozycjom w wyszukiwarce internetowej. Google odczytuje
go razem z analizą obrazu i kontekstem strony. Pisz więc z myślą o kontekście, nie upychaj słów
kluczowych i używaj alt="" dla grafik czysto dekoracyjnych. Pełne zasady, cytaty i proces audytu
znajdziesz w przewodniku po tekście alternatywnym.
Kompresja, leniwe ładowanie i Core Web Vitals
Ponieważ obrazy zwykle decydują o LCP, właśnie tutaj SEO obrazów najmocniej łączy się z Core Web Vitals:
- Kompresuj wszystko. Dopasuj wymiary obrazów do rozmiaru wyświetlania i je skompresuj. Dla większości stron jest to najważniejsza dźwignia wydajności.
- Natywne leniwe ładowanie jest bezpieczne poniżej pierwszego ekranu.
loading="lazy"w elemencie<img>jest zalecane przez Google i dostępne dla robotów. Problemy powodują implementacje JavaScript, które ukrywają prawdziwy URL wdata-srci nigdy nie udostępniająsrc— takie obrazy mogą nie zostać zindeksowane. Korzystaj z natywnegoloading="lazy"albo IntersectionObserver i dopilnuj, aby grafiki ładowały się po wejściu w obszar widoczny, a nie po kliknięciu lub przesunięciu (“Google Search does not interact with your page” (tłumaczenie) „Wyszukiwarka Google nie wchodzi w interakcję z Twoją stroną”). - Nigdy nie ładuj leniwie obrazu LCP. To zasada najczęściej łamana. Największy obraz widoczny
na pierwszym ekranie (zwykle hero) powinien ładować się natychmiast — z
loading="eager"ifetchpriority="high"— a nie leniwie. Leniwe ładowanie obrazu LCP może bez potrzeby dodać do LCP setki milisekund.
Obrazy responsywne
Używaj srcset + sizes (różne rozdzielczości dla różnych obszarów wyświetlania) oraz
<picture> (kadrowanie zależne od kontekstu lub zmiana formatu). Pamiętaj o dwóch sprawach:
- Zawsze dodawaj zapasowy
src. Jak wyżej — potrzebują go roboty i starsze przeglądarki. - Każdy wariant musi być dostępny. Te same zasady dostępu, które dotyczą zapasowego
src— brak blokady, uwierzytelnienia i martwego adresu URL — odnoszą się do każdego wariantusrcset/<picture>. Niedostępny wariant nie pomaga, nawet jeśli zapasowy działa. - Zachowuj adresy URL spójne ze stroną. Adres obrazu w mapie obrazów powinien być identyczny z adresem rzeczywiście używanym na stronie. Nie wysyłaj innego URL obrazu na urządzenia mobilne niż na komputery — Google korzysta z indeksowania mobile-first, a rozbieżne adresy powodują tymczasową utratę ruchu z obrazów, dopóki Google nie odbuduje historii sygnałów dla nowych URL-i.
Dane strukturalne obrazów
Dane strukturalne umożliwiają związane z obrazami wyniki rozszerzone i oznaczenia:
ImageObjectz właściwościąlicensesprawia, że obraz może otrzymać w Google Images oznaczenie możliwości licencjonowania. Wymagane sącontentUrloraz co najmniej jedno z pólcreator,creditText,copyrightNoticelublicense; aby uzyskać samo oznaczenie, dodajlicenseacquireLicensePage.
- Dane strukturalne Product i Article wymagają tablicy obrazów w kilku proporcjach (zwykle
16:9, 4:3 i 1:1). Właściwość
imagejest wymagana w wynikach rozszerzonych zawierających obrazy. - Kontrola miniatury. Google wybiera miniaturę automatycznie, ale można na nią wpływać przez
schemat
primaryImageOfPage, właściwośćimagegłównego obiektu lub metatagog:image— Google używa zarówno znaczników schema.org, jak iog:imagedo miniatur w wyszukiwarce i Discover.
Prawidłowe znaczniki zapewniają możliwość wyświetlenia, a nie gwarancję. Google nadal osobno dla każdej strony decyduje, czy pokaże oznaczenie, układ tablicy obrazów albo miniaturę udostępnioną przez dane strukturalne.
W tym miejscu SEO obrazów łączy się z szerszym tematem danych strukturalnych — za wynikami rozszerzonymi produktów, artykułów i obrazów stoi ten sam mechanizm znaczników.
Mapy obrazów
Mapy obrazów są narzędziem odkrywania, szczególnie przydatnym dla grafik hostowanych w CDN,
dużych galerii i witryn mocno zależnych od JavaScriptu, w których zwykłe skanowanie może nie znaleźć
obrazów. Dwie często pomijane uwagi: Google obsługuje obecnie tylko <image:image> i <image:loc>
(6 maja 2022 roku wycofało <image:caption>, <image:title>, <image:geo_location> i <image:license>,
choć Bing nadal z nich korzysta, więc zachowaj je, jeśli wysyłasz tę samą mapę obu wyszukiwarkom).
Ponadto mapa obrazów jest jedynym miejscem, w którym <image:loc> może zawierać adresy z innej domeny,
co ułatwia hosting CDN (zweryfikuj domenę CDN w Search Console). Szczegóły znajdują się w artykule
o mapach obrazów. Nie stanowi to obietnicy: mapa może pomóc Google odkryć pominięte grafiki, ale jej
przesłanie nie gwarantuje skanowania, indeksowania ani pozycji.
Discover i duże obrazy
Aby obraz mógł otrzymać duży podgląd w Discover i innych usługach Google, dodaj
<meta name="robots" content="max-image-preview:large"> i używaj dużych grafik — o szerokości co
najmniej 1 200 px, wysokiej rozdzielczości, najlepiej w proporcji 16:9. Studium przypadku
Google udokumentowało rzeczywisty wzrost CTR po włączeniu dużych podglądów (blog kulinarny: +79% CTR
z Discover; serwis informacyjny: +30% CTR i +332% kliknięć w ciągu sześciu miesięcy). Jest to jedna
z niewielu zmian obrazów o bezpośrednio mierzalnej korzyści.
Obrazy stockowe a unikalne
Stanowisko Muellera warto przytoczyć wprost: fotografia stockowa “doesn’t matter for web search directly,” (tłumaczenie) „nie ma bezpośredniego znaczenia dla wyszukiwania internetowego”, ale “for image search, if it’s the same image as used in many places, it’ll be harder.” (tłumaczenie) „w wyszukiwarce obrazów będzie trudniej, jeśli ten sam obraz jest używany w wielu miejscach”. Osobno zaznaczył: “uniqueness isn’t equivalent to higher quality” (tłumaczenie) „unikalność nie jest równoznaczna z wyższą jakością” — samodzielne zrobienie zdjęcia nie poprawia automatycznie jego pozycji. Używaj więc zdjęć stockowych bez obaw, jeśli zależy Ci tylko na pozycjach w zwykłej wyszukiwarce; wybieraj unikalne grafiki, gdy ważna jest widoczność w wyszukiwarce obrazów, ponieważ jedyny w swoim rodzaju obraz nie konkuruje z kopiami.
Nowy obszar: oznaczanie obrazów AI (C2PA / IPTC)
Warto o tym wspomnieć, ponieważ to nowość pomijana przez większość poradników: Google odczytuje pola praw autorskich IPTC (mogą wyświetlać się jako informacja o autorze w Google Images, dając bezpłatną widoczność marki) i wykorzystuje metadane IPTC / C2PA do rozpoznawania obrazów wygenerowanych przez AI, które w funkcji „Informacje o tym obrazie” otrzymują oznaczenie „Wygenerowano przez AI”. Dane EXIF aparatu (ISO, przysłona, GPS) nie mają udokumentowanego wpływu na pozycje — usuń je dla wydajności, lecz zachowaj pola praw autorskich. Ten obszar nadal się rozwija.
Co dalej
Ten artykuł jest mapą. Szczegółowe i powiązane tematy:
- Tekst alternatywny — pełne omówienie atrybutu
alt: dlaczego pomaga wyszukiwarce obrazów, a nie internetowej, znaczenie dostępności i prawa, zasady pisania, obrazy dekoracyjne, tekst zakotwiczenia obrazów będących linkami oraz audyt na dużą skalę. To jedyny podtemat na tyle obszerny, by wymagał osobnego artykułu. - Pozycjonowanie w Google Images — szczegółowe omówienie widoczności w Google Images i Lens: wymagań indeksowania, obrazów możliwych do licencjonowania oraz mitów powtarzanych nawet na najwyżej pozycjonowanych stronach.
- Formaty obrazów — dokładne porównanie JPEG, PNG, WebP i AVIF: rzeczywiste zastosowania każdego formatu i wyjaśnienie, dlaczego sama zmiana formatu nie jest czynnikiem rankingowym.
- Core Web Vitals — tutaj znajduje się wydajnościowa połowa SEO obrazów. Kompresja, LCP
i
fetchpriorityto w istocie praca nad Core Web Vitals dotycząca obrazów. - Dane strukturalne —
ImageObject, tablice obrazów Product/Article oraz kontrola miniatur przezog:imagesą częścią szerszego tematu danych strukturalnych. - Mapy obrazów — mechanizmy odkrywania, tagi wycofane przez Google, lecz nadal obsługiwane przez Bing, oraz adresy URL CDN z innych domen.
Podsumowanie AI
Skrót wersji zaawansowanej:
- SEO obrazów ma dwa zadania: (1) pozycjonowanie w wyszukiwarce obrazów (Google Images / Lens / Bing), na które wpływają tekst alternatywny, nazwy plików, kontekst strony i unikalność, oraz (2) wydajność strony, ponieważ obrazy są zwykle elementem LCP wpływającym na Core Web Vitals.
- Mechanizmy odkrywania: Google indeksuje
<img>(także wewnątrz<picture>), ale nie tła CSS; zawsze zachowuj zapasowysrc; obsługiwane formaty to BMP, GIF, JPEG, PNG, WebP, SVG i AVIF. - Format nie daje bezpośredniej premii rankingowej (Mueller o AVIF; WebP jest “fine” (tłumaczenie) „w porządku”). Korzyścią jest szybkość. Wybieraj AVIF/WebP dla kompresji, PNG dla przezroczystości, a SVG dla ikon.
- Nazwy plików: opisowe nazwy pomagają nowym obrazom; nie zmieniaj masowo istniejących (efekt minimalny lub niewidoczny i tygodnie zamieszania — Mueller; utrata sygnałów przez “a few weeks” (tłumaczenie) „przez kilka tygodni” — Illyes).
- Tekst alternatywny pomaga głównie wyszukiwarce obrazów, a nie pozycjom internetowym — ma własny artykuł.
- Leniwe ładowanie: natywne
loading="lazy"jest bezpieczne poniżej pierwszego ekranu; JavaScript ukrywający URL wdata-srcjest ryzykowny; nigdy nie ładuj leniwie obrazu LCP — użyjfetchpriority="high". - Spójność URL (maj 2025): wszędzie odwołuj się do tego samego obrazu pod tym samym adresem; dopasuj adresy mobilne i komputerowe.
- Dane strukturalne:
ImageObject+license= oznaczenie możliwości licencjonowania; Product/Article wymagają tablic obrazów w kilku proporcjach;primaryImageOfPage/og:imagewpływają na miniatury. - Mapy obrazów pomagają odkrywać grafiki (CDN, duże galerie, witryny JS); Google zachowało tylko
<image:image>/<image:loc>(pozostałe tagi wycofano w maju 2022 roku, ale Bing nadal ich używa). - Discover:
max-image-preview:large+ obrazy 1 200 px / 16:9; udokumentowany wzrost CTR. - Stock a unikalność: stock jest w porządku dla wyszukiwania internetowego, ale trudniejszy dla wyszukiwania obrazów; unikalność ≠ wyższa jakość. Rozwija się oznaczanie obrazów AI przez C2PA/IPTC; EXIF nie wpływa na pozycje.
Oficjalna dokumentacja
Dokumentacja źródłowa wyszukiwarek.
- Dobre praktyki Google Images — podstawowe źródło: odkrywanie przez
<img>, obsługiwane formaty, opisowe nazwy plików, tekst alternatywny, obrazy responsywne, spójność URL, wybór preferowanego obrazu i wyłączenie linkowania bezpośredniego. - Mapy obrazów — obsługiwane tagi
<image:image>/<image:loc>, adresy CDN z innych domen oraz limit 1 000 obrazów na URL. - Dane strukturalne licencji obrazu —
ImageObject, pola wymagane i zalecane oraz oznaczenie możliwości licencjonowania. - Dane strukturalne Article — zalecana tablica obrazów i proporcje (16:9, 4:3, 1:1).
- Dane strukturalne fragmentu Product — zalecenia dotyczące obrazów produktów.
- Naprawianie leniwie ładowanej treści — natywne
loading="lazy"/ IntersectionObserver i przyczyna ukrywania treści przed Google przez ładowanie wyzwalane interakcją. - Metatag robots —
max-image-preview— umożliwia duże podglądy obrazów w wyszukiwarce i Discover. - Studium przypadku dużych obrazów — własne dane Google o wzroście CTR po włączeniu dużych podglądów.
- Zapobieganie wyświetlaniu obrazów w wyszukiwarce — robots.txt (
Googlebot-Image),X-Robots-Tag: noindexi narzędzie do usuwania. - Dobre praktyki indeksowania mobile-first — zgodność adresów URL obrazów, tekstu alternatywnego i nazw plików na urządzeniach mobilnych i komputerach.
Bing / Microsoft
- Udział w ekosystemie Bing Image Search — odkrywanie obrazów przez Bing i używane metadane (Bing nadal obsługuje tagi map obrazów wycofane przez Google).
- Bing Visual Search — wyszukiwanie wizualne na poziomie obiektów i czynniki pomagające Bing dopasowywać obrazy.
Cytaty ze źródeł
Publiczne wypowiedzi Google. Jeśli strona udostępnia tekst, odsyłacz prowadzi bezpośrednio do cytowanego fragmentu.
Dokumentacja Google — odkrywanie i nazwy plików
- “Google parses the HTML
<img>elements (even when they’re enclosed in other elements such as<picture>elements) in your pages to index images, but doesn’t index CSS images.” (tłumaczenie) „Google analizuje elementy HTML<img>na stronach (również gdy znajdują się wewnątrz innych elementów, takich jak<picture>), aby indeksować obrazy, ale nie indeksuje grafik CSS”. Przejdź do cytatu - “The filename can give Google clues about the subject matter of the image.” (tłumaczenie) „Nazwa pliku może dostarczyć Google wskazówek o temacie obrazu”. Przejdź do cytatu
Przedstawiciel Google — spójność adresów URL (maj 2025)
- “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (tłumaczenie) „Zaktualizowaliśmy dobre praktyki SEO Google Images, aby wyjaśnić, że adresy URL obrazów powinny być wskazywane spójnie, co ułatwia skanowanie większych witryn”. Omówienie
John Mueller, Google — formaty nie dają premii SEO
- O AVIF: używanie plików AVIF nie daje “SEO boost” (tłumaczenie) „premii SEO” — korzyść jest pośrednia i wynika z szybkości strony. Omówienie
- O WebP: “WebP images are fine for Image Search.” (tłumaczenie) „Obrazy WebP są w porządku dla wyszukiwarki obrazów”. Omówienie
John Mueller, Google — nie zmieniaj masowo nazw plików
- “If you change all of the filenames across the website, then it’s going to take a lot of time for Google’s systems to see” (tłumaczenie) „Jeśli zmienisz nazwy wszystkich plików w witrynie, systemy Google będą potrzebować dużo czasu, aby to zauważyć” w odniesieniu do nowych obrazów — a przy istniejącym tekście alternatywnym i kontekście efekt jest “minimal effect, maybe no visible effect at all” (tłumaczenie) „minimalny, być może w ogóle niewidoczny”. Omówienie SEJ
John Mueller, Google — obrazy stockowe a unikalne
- Fotografia stockowa “doesn’t matter for web search directly,” (tłumaczenie) „nie ma bezpośredniego znaczenia dla wyszukiwania internetowego”, ale “for image search, if it’s the same image as used in many places, it’ll be harder.” (tłumaczenie) „w wyszukiwarce obrazów będzie trudniej, jeśli ten sam obraz jest używany w wielu miejscach”. Omówienie
- “Uniqueness isn’t equivalent to higher quality” (tłumaczenie) „Unikalność nie jest równoznaczna z wyższą jakością” — samodzielne zrobienie zdjęcia nie musi poprawić pozycji strony ani obrazu. Omówienie
John Mueller, Google — strumieniowe osadzanie obrazów
- Osadzanie obrazów przez przesyłanie strumieniowe to “a great way to prevent your images from being found through search engines” (tłumaczenie) „świetny sposób, aby uniemożliwić wyszukiwarkom znalezienie obrazów” — nie sprzyja więc SEO. Omówienie
Gary Illyes, Google — utrata sygnałów przy migracji obrazów
- Utrata sygnałów podczas migracji adresów URL obrazów jest “in line with web search results, which is a few weeks.” (tłumaczenie) „podobna do wyników wyszukiwania internetowego, czyli trwa kilka tygodni”. Omówienie
SEO obrazów — ściągawka
Czynniki — działanie i najlepsza praktyka
| Czynnik | Działanie | Najlepsza praktyka |
|---|---|---|
| Format pliku | Wpływa na rozmiar pliku → szybkość strony; brak bezpośredniej premii rankingowej | AVIF/WebP dla zdjęć, PNG dla przezroczystości, SVG dla ikon; <picture> z zapasowym src |
| Nazwa pliku | Niewielka wskazówka trafności dla wyszukiwarki obrazów | Opisowa, z łącznikami (golden-retriever-puppy.jpg) dla nowych obrazów; nie zmieniaj masowo starych |
| Tekst alternatywny | Główny sygnał wyszukiwarki obrazów + dostępność | Opisz obraz w kontekście; bez upychania słów kluczowych; alt="" dla dekoracyjnych (zobacz przewodnik po tekście alternatywnym) |
| Kompresja | Zmniejsza pliki → lepsze LCP / Core Web Vitals | Dopasuj do wymiarów wyświetlania i skompresuj; najważniejsza dźwignia wydajności |
| Leniwe ładowanie | Opóźnia obrazy poza ekranem | Natywne loading="lazy" poniżej pierwszego ekranu; nigdy dla obrazu LCP |
| Obraz LCP | Największy obraz pierwszego ekranu; wyznacza czas szybkości strony | loading="eager" + fetchpriority="high"; nigdy nie ładuj leniwie |
Responsywność (srcset/<picture>) | Wysyła obraz o właściwym rozmiarze dla urządzenia | Zawsze zachowuj zapasowy src; ten sam URL na urządzeniach mobilnych i komputerach |
| Spójność URL | Wydajność skanowania (maj 2025) | Wszędzie odwołuj się do tego samego obrazu pod tym samym adresem URL |
| Dane strukturalne | Wyniki rozszerzone / oznaczenia | ImageObject+license (możliwość licencjonowania); tablice obrazów Product/Article; og:image dla miniatur |
| Mapa obrazów | Pomoc w odkrywaniu obrazów CDN/galerii/witryn JS | <image:image> + <image:loc> (Google); zachowaj wycofane tagi dla Bing; adresy z innych domen są dozwolone |
max-image-preview:large | Duże podglądy w Discover/wyszukiwarce | Dodaj metatag + obrazy o szerokości 1 200 px i proporcji 16:9 |
Najważniejsze fakty
- Obsługiwane formaty: BMP, GIF, JPEG, PNG, WebP, SVG, AVIF (AVIF od sierpnia 2024 roku).
- Google indeksuje
<img>(także wewnątrz<picture>), ale niebackground-imagew CSS. - WebP/AVIF nie dają bezpośredniej premii rankingowej — korzyścią jest szybkość → Core Web Vitals.
- EXIF (ISO/przysłona/GPS): brak wpływu na pozycje; pola praw autorskich IPTC mogą wyświetlać się jako informacja o autorze.
- C2PA/IPTC: służy do oznaczania obrazów wygenerowanych przez AI w funkcji Google „Informacje o tym obrazie” — obszar rozwijający się.
Model mentalny
SEO obrazów ma dwa zadania, nie jedno. Niemal każda „lista kontrolna SEO obrazów” je miesza, co napędza mity (zmień nazwy plików! przejdź na WebP, aby poprawić pozycje!). Rozdziel temat na dwa rzeczywiste cele, a każda rada trafi do właściwej kategorii:
1. Pozycjonowanie w wyszukiwarce obrazów. Chodzi o znalezienie grafik w Google Images, Bing Images i Google Lens dla zapytań związanych z obrazami. Dźwigniami są tekst alternatywny, nazwy plików, tekst otaczający grafikę, dane strukturalne i unikalność obrazu. Żadna z nich nie wpływa na szybkość ładowania strony.
2. Wydajność strony. Obrazy niemal zawsze są najcięższym elementem strony, dlatego zwykle odpowiadają za wolny Largest Contentful Paint (LCP) — a LCP wpływa na Core Web Vitals, sygnał rankingowy w wyszukiwarce internetowej. Dźwigniami są format, kompresja i strategia ładowania. Żadna z nich nie decyduje, czy obraz pojawi się w Google Images.
Dlaczego ten podział ma znaczenie w praktyce:
- Obala mit formatu. WebP i AVIF nie podnoszą pozycji w wyszukiwarce obrazów — nie do tego służą. Są dźwignią w kategorii wydajności (mniejsze pliki → szybsze LCP → Core Web Vitals), a nie wyszukiwania obrazów. Oczekiwanie wzrostu pozycji po zmianie formatu oznacza stosowanie narzędzia wydajnościowego do problemu z wyszukiwarką obrazów.
- Obala mit masowej zmiany nazw. Nazwy plików są niewielkim sygnałem w kategorii wyszukiwania obrazów. Zmiana całej istniejącej biblioteki w ogóle nie wpływa na wydajność, a zdaniem Muellera korzyść w wyszukiwarce obrazów jest “minimal… maybe no visible effect” (tłumaczenie) „minimalna… być może niewidoczna”, jeśli tekst alternatywny i kontekst są już dobre. To tygodnie zamieszania dla małej poprawy tylko jednego z dwóch zadań.
- Wskazuje miejsce leniwego ładowania.
loading="lazy"jest decyzją wydajnościową (odracza obrazy poza ekranem, aby skrócić ładowanie) z jednym twardym wyjątkiem na styku obu kategorii: obrazem LCP. Jego leniwe ładowanie pogarsza wydajność bez żadnej korzyści dla wyszukiwarki obrazów. - Wyjaśnia, dlaczego tekst alternatywny i kompresja nie są zamiennymi poradami. Tekst alternatywny jest niemal wyłącznie dźwignią wyszukiwania obrazów (oraz dostępności), a kompresja — wydajności. Strona może mieć idealny tekst alternatywny i fatalne LCP albo błyskawiczny obraz LCP bez tekstu alternatywnego i bez widoczności w wyszukiwarce obrazów. Naprawienie jednego nie naprawia drugiego.
Używaj tego podziału w diagnozie: gdy obraz „nie działa”, najpierw ustal, które zadanie zawodzi. Nie pojawia się w Google Images? Sprawdź tekst alternatywny, nazwę pliku i unikalność. Strona jest wolna? Sprawdź format, kompresję i sposób leniwego ładowania. Próba naprawienia problemu wyszukiwarki obrazów dźwignią wydajnościową (lub odwrotnie) jest najczęstszym marnowaniem pracy w tym obszarze.
Stałe KPI: widoczność w wyszukiwarce obrazów i szybkość strony zależna od grafik
Ponieważ SEO obrazów ma dwa zadania, wskaźniki stanu również dzielą się na dwie grupy — jedną dla widoczności w wyszukiwarce obrazów i drugą dla wydajności oraz Core Web Vitals.
Wyświetlenia i kliknięcia z wyszukiwarki obrazów (Search Console)
- Wskaźnik — wyświetlenia i kliknięcia pochodzące konkretnie z Google Images, śledzone w czasie jako udział całego ruchu z wyszukiwarki.
- Co pokazuje — czy tekst alternatywny, nazwy plików, kontekst strony i unikalność rzeczywiście zapewniają widoczność w wyszukiwarce obrazów — pierwszym z dwóch zadań. Stały lub malejący udział obrazów przy wzroście całego ruchu oznacza, że obszar obrazów jest zaniedbywany względem zwykłego wyszukiwania.
- Jak go uzyskać — Search Console → raport Wyniki wyszukiwania → filtr Typ wyszukiwania: Grafika. Porównaj wyświetlenia, kliknięcia, CTR i pozycję z domyślnym filtrem Sieć dla tych samych stron i zakresu dat.
- Punkt odniesienia / realistyczny zakres — nie ma uniwersalnego docelowego udziału. Witryna oparta na obrazach (przepisy, zdjęcia produktów, stocki lub portfolio) powinna oczekiwać znacznie większego udziału grafik niż tekstowy blog B2B. Ustal własny poziom bazowy przy pierwszym pomiarze, a potem obserwuj trend zamiast dążyć do stałej liczby.
- Częstotliwość — co kwartał jako stała kontrola; ponownie w ciągu kilku tygodni od każdej dużej zmiany obrazów (masowej zmiany nazw, migracji CDN, nowej rundy tekstów alternatywnych). Według Illyesa po migracji sygnały stabilizują się przez “a few weeks.” (tłumaczenie) „przez kilka tygodni”.
Odsetek zaliczonych Core Web Vitals dla szablonów z dużą liczbą obrazów
- Wskaźnik — udział rzeczywistych odsłon zaliczających LCP (oraz całe CWV), szczególnie dla szablonów, w których elementem LCP jest zwykle obraz (strony produktów, obrazy hero na blogu, galerie).
- Co pokazuje — czy wydajnościowa połowa SEO obrazów — kompresja, wybór formatu i prawidłowe leniwe ładowanie — sprawdza się w rzeczywistych warunkach. Dane terenowe dowodzą, czy zasada nieładowania leniwie obrazu LCP oraz wybory formatu i kompresji działają.
- Jak go uzyskać — PageSpeed Insights lub raport Podstawowe wskaźniki internetowe w Search Console (oparty na CrUX), z podziałem na szablony lub grupy stron, a nie średnie dla witryny, które mogą ukryć słaby szablon za dobrze działającymi.
- Punkt odniesienia / realistyczny zakres — opublikowany przez Google próg „dobrego” LCP to 2,5 sekundy lub mniej w 75. percentylu — rzeczywista, udokumentowana liczba, a nie szacunek. Traktuj ją jako granicę zaliczenia; nie istnieje uczciwa wartość „typowa”, bo wynik zależy od ciężaru obrazów i hostingu.
- Częstotliwość — dane terenowe CrUX obejmują ruchome 28 dni, więc sprawdzaj je co miesiąc; skontroluj ponownie natychmiast po zmianie formatu obrazów, procesu kompresji albo implementacji leniwego ładowania.
Zasoby warte Twojego czasu
Moje powiązane artykuły
- SEO obrazów: 12 praktycznych wskazówek zapewniających więcej ruchu organicznego — przewodnik Ahrefs po nazwach plików, tekście alternatywnym, formatach, kompresji, mapach, obrazach responsywnych, schemacie i leniwym ładowaniu.
- Przewodnik dla początkujących po technicznym SEO — miejsce obrazów i Core Web Vitals w szerszym obrazie technicznym.
- Problemy JavaScript SEO i dobre praktyki — renderowanie oraz puste atrybuty alt pozostawiane przez frameworki JavaScript.
- Badanie Ahrefs Site Audit — analiza ponad miliona domen, w której brak atrybutów alt był najczęstszym problemem technicznym (80,4% witryn).
Moje wystąpienia
- „Image SEO” („SEO obrazów”) (webinar Visme, 2021) — moje wystąpienie poświęcone optymalizacji obrazów pod kątem wyszukiwania.
Materiały oficjalne
- Dobre praktyki Google Images — kanoniczne źródło obejmujące wszystkie zagadnienia na tej stronie.
- Studium przypadku dużych obrazów Google — rzeczywiste dane o wzroście CTR po włączeniu dużych podglądów.
Materiały z branży
- Google o nazwach plików obrazów i zaskakującym błędzie SEO (Search Engine Journal) — rada Muellera z nagrania: masowa zmiana nazw daje “minimal, maybe no visible effect at all” (tłumaczenie) „minimalny, być może w ogóle niewidoczny efekt”, jeśli tekst alternatywny jest już dobry.
- Google pokazuje, jak używać tekstu alternatywnego w SEO (Search Engine Journal) — Mueller o tekście alternatywnym głównie jako sygnale wyszukiwarki obrazów, a nie bezpośrednim czynniku pozycji internetowych.
- Google aktualizuje dobre praktyki SEO obrazów: spójność URL (Search Engine Land) — omówienie aktualizacji z maja 2025 roku dotyczącej tego samego adresu dla tego samego obrazu.
- Google używa Schema.org i og:image do miniatur (Search Engine Land) — aktualizacja z marca 2026 roku o sygnałach preferowanego obrazu w wyszukiwarce i Discover.
- Fetch Priority API (web.dev) — kanoniczne omówienie
fetchpriority="high"dla obrazów LCP; źródło zasady „nigdy nie ładuj leniwie obrazu hero”. - Podcast Google: „Porozmawiajmy o SEO obrazów” (październik 2022) — Lizzi Sassman i John Mueller bezpośrednio o nazwach obrazów, tekście alternatywnym i częstotliwości skanowania.
- SEO obrazów: multimodalna AI (Search Engine Land) — wpływ rozumienia obrazów przez AI na optymalizację wyszukiwania obrazów.
- Migracje obrazów i utracone sygnały (GSQI) — Gary Illyes o trwającym około kilku tygodni okresie utraty sygnałów po zmianie adresów URL obrazów.
Sprawdź się: SEO obrazów
Pięć krótkich pytań o mity i mechanizmy opisane w tym artykule. Wybierz odpowiedź na każde, a następnie sprawdź wynik.
Dziennik zmian
Zaktualizowano 21 wrz 2026.
Podsumowanie redakcyjne i zapisane szczegóły zmian.Podsumowanie
Przeprowadzono ograniczoną korektę AI w polskiej wersji artykułu, zachowując blokadę źródła i strukturę MDX.
Szczegóły zmian
-
Przetłumaczono dwa wpisy historii zmian, usuwając pozostałości języka źródłowego bez zmiany znaczenia, identyfikatorów dowodów ani bramek publikacji; wersja nadal pozostaje robocza i wymaga recenzji rodzimego użytkownika języka polskiego.
Pełne porównanie jest niedostępne — dla tej wersji nie zarchiwizowano wcześniejszej migawki.
Zaktualizowano 8 wrz 2026.
Podsumowanie redakcyjne i zapisane szczegóły zmian.Podsumowanie
Utworzono kandydata zlokalizowanego artykułu zablokowanego do wersji źródłowej; lokalna numeracja zmian zaczyna się od wersji 1.
Szczegóły zmian
-
Materialized translated blocks while preserving source history as provenance.
Pełne porównanie jest niedostępne — dla tej wersji nie zarchiwizowano wcześniejszej migawki.
Zaktualizowano 8 wrz 2026.
Podsumowanie redakcyjne i zapisane szczegóły zmian.Podsumowanie
Zastosowano ograniczoną korektę AI w zlokalizowanym artykule, zachowując blokadę do źródła i strukturę MDX.
Szczegóły zmian
-
Corrected 5 source-locked block(s); machine-fixed output remains provisional and requires native review.
Pełne porównanie jest niedostępne — dla tej wersji nie zarchiwizowano wcześniejszej migawki.
Zaktualizowano 18 lip 2026.
Podsumowanie redakcyjne i zapisane szczegóły zmian.Podsumowanie
Doprecyzowano twierdzenia dotyczące odkrywania i prezentacji na podstawie siedmiu elementów dowodowych wymagających weryfikacji oraz pięciu luk konkurencyjnych: dodano wyraźne zastrzeżenie, że dane strukturalne i mapy obrazów zapewniają możliwość, a nie gwarancję, notę o kontekście strony obok zasad znaczników odkrywania oraz informację o dostępności każdego wariantu obrazu responsywnego dla robotów. Odrzucono propozycję przeniesienia całej treści o wydajności, kompresji i LCP na osobną stronę Optymalizacja obrazów, ponieważ opierała się na niezweryfikowanym twierdzeniu, a artykuł już prowadzi do osobnych materiałów o optymalizacji obrazów i Core Web Vitals.
Szczegóły zmian
-
Dodano do sekcji map obrazów wyraźne zastrzeżenie „nie gwarantuje crawlowania, indeksowania ani rankingu”, oparte na zweryfikowanym twierdzeniu badawczym is-sitemap.
-
Dodano do sekcji danych strukturalnych wyraźne zdanie, że nie gwarantują one wyświetlenia, oparte na zweryfikowanym twierdzeniu badawczym is-metadata.
Pełne porównanie jest niedostępne — dla tej wersji nie zarchiwizowano wcześniejszej migawki.