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.

TL;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. Natywne loading="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.

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 LCP

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:

  1. 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.
  2. 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 jako background-image w CSS, wyszukiwarka obrazów go nie widzi. Wszystko, co ma zostać znalezione, umieść w <img>.
  • Zawsze podawaj zapasowy src. Przy użyciu srcset lub <picture> zachowaj zwykły src — “some browsers and crawlers don’t understand” (tłumaczenie) „niektóre przeglądarki i roboty nie rozumieją” atrybutów responsywnych, a src jest 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.
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

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 w data-src i nigdy nie udostępniają src — takie obrazy mogą nie zostać zindeksowane. Korzystaj z natywnego loading="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" i fetchpriority="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 wariantu srcset/<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:

  • ImageObject z właściwością license sprawia, że obraz może otrzymać w Google Images oznaczenie możliwości licencjonowania. Wymagane są contentUrl oraz co najmniej jedno z pól creator, creditText, copyrightNotice lub license; aby uzyskać samo oznaczenie, dodaj license
    • acquireLicensePage.
  • Dane strukturalne Product i Article wymagają tablicy obrazów w kilku proporcjach (zwykle 16:9, 4:3 i 1:1). Właściwość image jest 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ść image głównego obiektu lub metatag og:image — Google używa zarówno znaczników schema.org, jak i og:image do 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 fetchpriority to w istocie praca nad Core Web Vitals dotycząca obrazów.
  • Dane strukturalne — ImageObject, tablice obrazów Product/Article oraz kontrola miniatur przez og:image są 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.

Dodaj notatkę eksperta

Przypnij cytat eksperta

Nowa osoba? Najpierw utwórz jej nieprzejęty profil na /admin/experts/ → Przypnij cytat eksperta .