Dlaczego moje obrazy nie pojawiają się w Grafice Google?

Zdjęcie może wyglądać poprawnie na stronie, a mimo to być trudne do znalezienia lub pobrania dla Google. Może też być zindeksowane, lecz nie pojawiać się dla Twoich słów kluczowych. Te sytuacje wymagają innych działań.

Zbadaj jeden ważny obraz, zanim zmienisz całą bibliotekę. Potrzebujesz adresu strony i bezpośredniego adresu pliku. Jeśli nie zarządzasz technicznymi ustawieniami, zbierz informacje dla programisty lub dostawcy hostingu.

Nie masz dostępu do Search Console? Zacznij od publicznego adresu obrazu, sprawdź reguły skanowania i indeksowania oraz sposób osadzenia obrazu na stronie. Te kontrole w przeglądarce nie wymagają konta Search Console. Wyślij właścicielowi oba adresy, datę i nieudane kontrole oraz poproś o sprawdzenie strony.

1. Ustal, czego dokładnie brakuje

Proces ma cztery etapy: Google odkrywa adres obrazu, pobiera plik, decyduje o indeksowaniu i wybiera wyniki dla zapytania. Poniższe kontrole pomagają ustalić, który etap wymaga uwagi.

Czy obraz nigdy się nie pojawił, zniknął po zmianie, czy nie występuje tylko dla konkurencyjnej frazy? Odróżnij też brak wyniku na karcie Grafika od brakującej miniatury obok zwykłego wyniku. Ten poradnik dotyczy Grafiki Google; miniatury wyników internetowych Google wybiera osobno.

W Search Console otwórz Skuteczność → Wyniki wyszukiwania, wybierz typ Grafika i odfiltruj daną stronę. Porównaj wyświetlenia oraz kliknięcia przed zmianą i po niej. Filtry opisuje dokumentacja raportu skuteczności.

Wyświetlenia oznaczają, że pokazano wyniki powiązane ze stroną. Nie identyfikują każdego zdjęcia na stronie z wieloma obrazami. Zero wyświetleń też nie dowodzi błędu indeksowania: zainteresowanie lub widoczność mogły być niewielkie.

Wypróbuj site:example.com w Grafice Google. Dla konkretnego pliku użyj src:https://example.com/images/blue-mug.jpg, wpisując pełny publiczny adres. Operator src: znajduje strony odwołujące się do tego URL-a obrazu. Żadne z tych wyszukiwań nie pokazuje wszystkich zindeksowanych obrazów, więc pusty wynik nie jest dowodem. Zobacz ograniczenia operatora site:.

2. Sprawdź stronę zawierającą obraz

W narzędziu sprawdzania adresów URL wpisz adres strony. Zacznij od strony produktu, artykułu lub usługi otwieranej przez odwiedzającego, a nie od adresu kończącego się na .jpg lub .webp.

1. Przeczytaj dane zindeksowanej wersji. Rozwiń Indeksowanie stron i zanotuj powód, jeśli strony nie ma w indeksie. Tabela pomaga wybrać kolejny krok.
2. Sprawdź tam adres kanoniczny. To preferowana wersja strony. Porównaj Adres kanoniczny zadeklarowany przez użytkownika z Adresem kanonicznym wybranym przez Google. Jeśli wybrano inny adres, otwórz go i oceń, czy jest właściwy.
3. Wybierz Testuj opublikowany URL. Test bada aktualną stronę, a dane indeksu opisują wersję przetworzoną wcześniej. Po naprawie różnice są możliwe.
4. Otwórz Wyświetl przetestowaną stronę, jeśli opcja jest dostępna. Na karcie HTML wyszukaj nazwę pliku lub adres obrazu. W sekcji Więcej informacji sprawdź błędy zasobów i JavaScriptu. Jeśli test nie dociera do strony, najpierw zbadaj zgłoszony problem dostępu.

To ustalenia o stronie, nie o poszczególnych obrazach. Stany wyjaśnia poradnik raportu indeksowania stron. Jeśli strona jest w indeksie, przejdź do kontroli obrazu.

Test na żywo sprawdza aktualny dostęp i renderowanie, lecz nie ustala adresu kanonicznego ani nie potwierdza indeksowania. Robot testowy może otrzymać inną odpowiedź niż robot zwykłej wyszukiwarki. Instrukcja sprawdzania URL-i pomaga interpretować oba wyniki łącznie.

3. Sprawdź właściwy plik i jego odpowiedź

Na opublikowanej stronie kliknij obraz prawym przyciskiem i wybierz np. Otwórz grafikę w nowej karcie. Skopiuj adres. Przy wielu rozmiarach panel Network pomaga ustalić żądany wariant. Poradnik obrazów responsywnych wyjaśnia różne pliki na telefonie i komputerze.

Otwórz bezpośredni adres bez logowania w oknie prywatnym. Jeśli nie działa, zbadaj dostęp przed zmianą tekstu alternatywnego. Jeśli działa, potwierdza to anonimowy dostęp przeglądarki, lecz niekoniecznie odpowiedź otrzymywaną przez Googlebota.

Otwórz narzędzia deweloperskie i panel Network. Odśwież stronę, filtruj po Img i wybierz żądanie obrazu. W Headers sprawdź status i nagłówki odpowiedzi, a w Preview zdjęcie. Nazwy zależą od przeglądarki. Udane nowe pobranie powinno zwrócić obraz i właściwy Content-Type, np. image/jpeg lub image/webp. Strona HTML logowania lub kontroli bezpieczeństwa nie jest obrazem, nawet przy adresie z .jpg.

Napraw brakujący lub niedostępny plik przed analizą indeksowania. Dokumentacja kodów HTTP wyjaśnia wpływ odpowiedzi na skanowanie.

Jeśli zawodzą tylko żądania Google, poproś dostawcę o logi serwera lub CDN. CDN może dostarczać obrazy niezależnie od witryny. Ustal URL, status i uruchomioną regułę bezpieczeństwa. Nie wyłączaj całej ochrony i nie ufaj samej nazwie Googlebot; Google opisuje weryfikację swoich robotów.

4. Sprawdź blokady skanowania i reguły indeksowania

Otwórz /robots.txt w katalogu głównym hosta obrazu. Dla https://images.example.com/uploads/mug.jpg sprawdź https://images.example.com/robots.txt. Reguły www.example.com nie dotyczą osobnego hosta obrazów.

Ta reguła blokuje na przykład Googlebot-Image dostęp do ścieżki /uploads/ na tym hoście:

User-agent: Googlebot-Image
Disallow: /uploads/

To przykład możliwej blokady, nie zalecenie jej dodania. Google wybiera grupę z najbardziej szczegółowo pasującym agentem użytkownika. Grupy konkretnego robota nie łączy z User-agent: *; wiele grup tego samego pasującego agenta jest łączonych. Przed zmianą poproś administratora o sprawdzenie właściwej grupy i ścieżek. Zobacz reguły dopasowania robots.txt.

Znajdź instrukcje w stronie i odpowiedzi obrazu

Wybierz Wyświetl źródło strony i szukaj robots, googlebot i noindex. Znajdź rzeczywisty znacznik <meta> w <head>, nie tylko wzmiankę w tekście. Jeśli JavaScript zmienia stronę, sprawdź <head> także w panelu Elements. Blokada obrazów może wyglądać tak:

<meta name="robots" content="noimageindex">

Następnie wybierz żądanie obrazu w Network i poszukaj X-Robots-Tag w Headers → Response Headers. To nagłówek odpowiedzi serwera, nie znacznik HTML:

X-Robots-Tag: noindex

Oba przykłady są ograniczeniami, ale działają inaczej:

• noimageindex na stronie: zapobiega indeksowaniu obrazów przez tę stronę. Ten sam plik może trafić do indeksu przez inną stronę.
• X-Robots-Tag: noindex w odpowiedzi obrazu: bezpośrednio zakazuje indeksowania tego pliku.
• noindex na stronie: wyklucza samą stronę. Sprawdź go, jeśli publiczna strona docelowa ma być znajdowana.

Dla strony sprawdź HTML i nagłówki odpowiedzi: noindex może być w obu. Zmień ustawienie generujące niezamierzone ograniczenie i potwierdź publiczną odpowiedź. Zachowaj celowe ograniczenia.

Blokada skanowania to nie to samo co instrukcja indeksowania. Google musi pobrać zasób, aby odczytać nagłówek. Usunięcie jednej blokady nie usuwa innych. Instrukcja usuwania obrazów opisuje ograniczenia dotyczące obrazów; dokumentacja dyrektyw robots omawia strony i nagłówki HTTP.

5. Sprawdź, czy strona udostępnia prawdziwe źródło obrazu

Widoczny obraz nie zawsze jest zwykłym obrazem HTML. Sprawdź w edytorze, czy dodano go jako obraz, tło czy komponent galerii.

Dla treści, które mają trafiać do Grafiki Google, użyj <img> z rzeczywistym adresem src. Również <picture> powinien zawierać taki obraz zapasowy. Google wyraźnie informuje, że nie indeksuje obrazów CSS. Zobacz zalecenia SEO dla obrazów.

<img src="/images/blue-ceramic-mug.webp"
     alt="Niebieski ceramiczny kubek z wygiętym uchem">

Opis w przykładzie dotyczy zdjęcia produktu. Dopasuj słowa do swojego obrazu i jego funkcji. Czysta dekoracja może pozostać tłem; nie potrzebuje wyniku w wyszukiwarce obrazów.

JavaScript nie musi być przyczyną

Google wykonuje JavaScript, więc obraz dodany skryptem nie jest automatycznie wykluczony. Uszkodzony skrypt, zablokowana zależność lub nieudane żądanie danych może jednak usunąć go z renderowanej strony. Porównaj przeglądarkę z testem Search Console. Poradnik SEO dla JavaScriptu opisuje renderowanie i jego ograniczenia.

Przyjrzyj się opóźnionemu ładowaniu i galeriom

Jeśli prawdziwy adres pozostaje tylko w data-src, działający kod musi zamienić go w źródło obrazu. Sprawdź też galerie ładujące zdjęcia dopiero po kliknięciu: Google nie obsługuje strony jak odwiedzający.

Użyj sprawdzonego rozwiązania udostępniającego URL-e bez działania użytkownika. Natywne loading="lazy" różni się od skryptu ukrywającego źródło do chwili interakcji. Sprawdź wyrenderowany HTML, nie tylko działanie kliknięć. Przed zmianą całej witryny przeczytaj zalecenia Google o opóźnionym ładowaniu i nasz poradnik lazy loading.

6. Sprawdź zmiany URL-i i formatów

Jeśli widoczność spadła po migracji, zmianie CDN lub aktualizacji optymalizacji, porównaj stare i nowe adresy. Uwzględnij wygenerowane miniatury i wersje mobilne, nie tylko oryginał biblioteki.

Gdy /uploads/blue-mug.jpg zastąpiono przez /images/blue-mug.webp, sprawdź odwołania w opublikowanych stronach, nowy adres i w razie potrzeby stałe przekierowanie starego adresu do odpowiedniego zdjęcia. Nie kieruj wszystkich brakujących obrazów na stronę główną. Instrukcja migracji URL-i obejmuje też obrazy.

Google obsługuje WebP i AVIF. Sam format nie wyjaśnia braku wyniku. Sprawdź adresy, zasady dostępu i źródło na stronie. Nasze porównanie WebP i JPG pomaga wybrać format.

Sprawdź tymczasowe linki wygasające lub zmieniające się przy każdej wizycie. Podpisany URL może działać dziś, a później przestać. Poproś dostawcę o trwały publiczny adres dla publicznego obrazu. Nie usuwaj losowo tokena autoryzacji, bo możesz zepsuć link.

7. Sprawdź odkrywanie obrazów przez mapę witryny

Kiedy strona i plik działają, przejrzyj istniejącą mapę witryny. Wpisy obrazów pomagają odkrywać adresy. Mogą być w zwykłej mapie lub osobnym pliku; drugi plik sam w sobie nie jest lepszy.

Element <loc> wskazuje stronę zawierającą obraz, a <image:loc> plik. Upewnij się, że obrazy są aktualne, publiczne i przypisane do właściwej strony. Dokumentacja map obrazów opisuje XML i obsługę CDN.

Jeśli CMS tworzy te wpisy, sprawdź wynik przed instalacją kolejnej wtyczki. Mapa nie naprawia błędnej odpowiedzi, nie usuwa zakazu i nie wymusza indeksowania. Pomaga odkrywać URL-e.

8. Jeśli technika działa, oceń przydatność strony

Nie konwertuj ani nie zmieniaj nazw bez zidentyfikowanej przyczyny. Czy obraz wyjaśnia produkt, pokazuje pracę lub ilustruje artykuł? Czy tekst obok pomaga zrozumieć, co widać?

Wyobraź sobie zdjęcie remontu na stronie nazwanej tylko „Galeria”, bez opisu projektu. Lepsza strona wyjaśnia zakres prac, widoczny rezultat i istotne szczegóły. Osoba, która znajdzie zdjęcie, ma powód otworzyć stronę.

Napisz trafny tekst alternatywny i jasną nazwę pliku bez upychania słów kluczowych. Nie zastąpią kontroli dostępu. Skorzystaj z przykładów w poradniku tekstów alternatywnych i nazw plików zamiast powtarzać tę samą frazę wszędzie.

Sprawdź też czytelność i ładowanie. Przy zbędnie dużych wymiarach zmniejsz kopię obrazu, zachowując szczegóły. Poradnik wolno ładujących się obrazów odróżnia wagę pliku od innych opóźnień.

9. Zweryfikuj zmianę i daj Google czas na powrót

Zapisz URL strony i obrazu, problem, zmianę oraz datę. Po wdrożeniu sprawdź ponownie stronę i odpowiedź pliku. Nie pomylisz wtedy lokalnej zmiany lub podglądu edytora z publiczną naprawą.

Po naprawie zarządzanej strony przetestuj opublikowany URL i w razie potrzeby poproś o indeksowanie. Przy Zeskanowano – obecnie niezindeksowana bez zmian nie wysyłaj ciągle tego samego żądania. Przy większych zmianach aktualizuj mapę. Instrukcja ponownego skanowania mówi o dniach lub tygodniach; kolejne zgłoszenia nie przyspieszają procesu i nie gwarantują uwzględnienia.

Śledź dane skanowania i wyniki obrazów po powrocie Google. To nie termin pojawienia się każdego zdjęcia. Jeśli błąd trwa, wróć do odpowiedniej kontroli. Jeśli zniknął, lecz widoczność jest mała, oceń trafność i rozsądne zapytania dla obrazu.

Przykład: galeria traci widoczność po przebudowie

Wyobraź sobie firmę meblarską, której galeria projektów po przebudowie ma mniej wyświetleń w Grafice Google. Strona jest w indeksie, a URL zdjęcia działa. Porównanie szablonów ujawnia, że zwykły obraz zastąpiono tłem CSS:

<div class="project-photo"
     style="background-image: url('/images/oak-table.jpg')">
</div>

Zdjęcie przekazuje istotne informacje o projekcie, więc programista przywraca element obrazu:

<img class="project-photo"
     src="/images/oak-table.jpg"
     alt="Dębowy stół jadalniany ze zwężającymi się nogami w wykończonej kuchni">

Adres pozostaje bez zmian. Programista sprawdza układ mobilny i komputerowy oraz obecność tego <img> z jego src w opublikowanym i wyrenderowanym przez Search Console HTML-u. Następnie obserwuje wyniki po powrocie Google. Ponowna kompresja JPG nie naprawiłaby szablonu.

Częste pytania

Strona jest w indeksie. Dlaczego obrazu nadal nie ma?

Status dotyczy strony. Sprawdź odpowiedź pliku, reguły dotyczące obrazów i źródło w wyrenderowanej stronie, aby ustalić, co dzieje się z samym zdjęciem.

Czy trzeba przesłać zdjęcie bezpośrednio do Google?

Zwykły obraz witryny opublikuj na dostępnej stronie i udostępnij jego źródło. Prośba o skanowanie lub mapa witryny nie jest przesłaniem zdjęcia do Grafiki Google.

Czy dodanie tekstu alternatywnego sprawi, że obraz się pojawi?

Tekst opisuje zdjęcie osobom, które go nie widzą, i wyjaśnia temat. Dopasuj go do roli na stronie. Przy brakującym obrazie najpierw zbadaj dostęp i osadzenie, zanim uznasz opis za przyczynę.

Czy konwertować WebP z powrotem na JPG?

Nie tylko dlatego, że nie widzisz obrazu we własnych wynikach wyszukiwania. Najpierw sprawdź wdrożenie. Kolejna konwersja może dodać adresy i zamiany plików bez usunięcia przyczyny.

Czy Pixilo naprawi indeksowanie?

Pixilo pomaga przygotować odpowiednie pliki. Dostęp, HTML, mapy witryny i Search Console obsługuje się w ustawieniach witryny i hostingu.

Podsumuj za pomocąChatGPT (otwiera się w nowej karcie)Grok (otwiera się w nowej karcie)Google (otwiera się w nowej karcie)Perplexity (otwiera się w nowej karcie)Claude (otwiera się w nowej karcie)