max-image-preview: wymagania Discover

Za dużą kartę w Google Discover odpowiadają przede wszystkim dyrektywa max-image-preview:large i grafika o szerokości co najmniej 1200 px. Hasło max image preview large discover sprowadza się więc do jednego wiersza kodu, który musi współgrać z plikiem obrazu, adresem kanonicznym i wydajnością strony. Spełnienie tych warunków nie gwarantuje wyświetleń, ale ich brak może zamknąć drogę do dużego podglądu. Ten tekst to techniczne rozwinięcie naszego przewodnika po Google Discover.

W skrócie:

Dyrektywa: max-image-preview przyjmuje wartości none, standard i large; bez niej Google może pokazać podgląd domyślnego rozmiaru.
Grafika: Google zaleca minimum 1200 px szerokości, ponad 300 000 pikseli i proporcje 16:9.
Adresy: sprawdzać trzeba wersję kanoniczną, a znaczniki robots na telefonie i komputerze powinny być takie same.
Szybkość: dokumentacja Discover nie podaje progów wydajności, zaleca jedynie dobre doświadczenie na stronie.

Co oznacza dyrektywa max-image-preview i jakie ma wartości?

max-image-preview to reguła robots, która określa maksymalny rozmiar podglądu obrazu w wynikach Google. Według specyfikacji Google Search Central obowiązuje ona także w Discover. Można ją podać w metatagu albo w nagłówku HTTP X-Robots-Tag.

Wartość	Działanie	Skutek dla karty w Discover
`none`	Brak podglądu obrazu	Reguła blokuje podgląd grafiki
`standard`	Podgląd domyślny	Duża karta jest wyłączona
`large`	Większy podgląd, do szerokości ekranu	Warunek zalecany przez Google dla dużych obrazów
Brak reguły	Google może pokazać podgląd domyślnego rozmiaru	Duża karta nie jest zapewniona

Pełny zapis ma postać <meta name="robots" content="max-image-preview:large"> i może stać obok innych reguł, na przykład index, follow. Jest też wyjątek: limit nie obejmuje treści, na których użycie wydawca wyraził zgodę osobno, na przykład w wersji AMP lub w umowie licencyjnej z Google. Kto nie chce większych miniatur przy stronach AMP, musi jawnie ustawić standard albo none.

Jak sprawdzić bieżące ustawienie w serwisie?

Najszybciej zrobić to w kodzie źródłowym i nagłówkach odpowiedzi kilku artykułów. WordPress od wersji 5.7 sam dodaje max-image-preview:large, jeśli serwis jest widoczny dla wyszukiwarek, a RankMath i Yoast zwykle też ustawiają tę regułę. Założenia nie wystarczą, bo motyw lub inna wtyczka mogą zmienić końcowy wynik.

Wybrać po jednym adresie z każdego szablonu artykułu, a nie tylko najnowszy tekst.
Odszukać w kodzie strony fragment max-image-preview, na przykład poleceniem curl -s ADRES | grep -i max-image-preview.
Sprawdzić nagłówki poleceniem curl -sI ADRES i poszukać w nich X-Robots-Tag.
Porównać wynik z wyrenderowanym HTML w narzędziu do sprawdzania adresów URL w Search Console.

Różnica między kodem źródłowym a wersją wyrenderowaną oznacza, że znacznik zmienia dopiero JavaScript. Takie rozjazdy opisujemy szerzej w tekście o renderowaniu i technicznych podstawach SEO. Ostrożności wymagają też dublujące się znaczniki: przy kilku regułach dla jednego robota Google sumuje ograniczenia, więc wpis standard w nagłówku trzeba sprawdzić nawet przy poprawnym metatagu.

Jakie wymiary i proporcje musi mieć grafika pod Discover?

Zalecenia Google to szerokość od 1200 px, ponad 300 000 pikseli i proporcje 16:9. W praktyce to szerokość jest trudniejszym progiem: obraz 1200 × 675 px ma 810 000 pikseli, czyli wyraźnie więcej niż zalecane minimum. Dokumentacja podaje jako przykład plik 1280 × 720 px.

Parametr	Zalecenie	Typowy problem
Szerokość	Minimum 1200 px	`og:image` wskazuje pomniejszoną kopię z CMS
Rozdzielczość	Ponad 300 000 pikseli	Małe zdjęcie sztucznie rozciągnięte przed publikacją
Proporcje	16:9, układ poziomy	Pionowy kadr ucięty automatycznie, bez głównego motywu
Wskazanie pliku	`og:image` lub schema.org	Domyślne logo serwisu w tym polu

Najczęstszy błąd dotyczy nie oryginału, lecz wariantu wskazanego stronie. CMS może przechowywać plik 1600 px, a w og:image podawać miniaturę 1024 px, dlatego adres z tego pola warto otworzyć i odczytać rzeczywiste wymiary. O kompozycji miniatury, kadrze i tekście na obrazie piszemy osobno w materiale o tytułach i miniaturach pod Discover.

Jak adresy kanoniczne i wersje mobilne wpływają na kwalifikację?

Liczy się stan adresu, który Google uznaje za kanoniczny i potrafi zaindeksować. Discover pokazuje treści z indeksu, więc poprawny znacznik na stronie z noindex lub na zduplikowanym adresie niczego nie załatwia. Google traktuje przy tym wersję mobilną jako podstawę indeksowania.

Kanoniczny adres: rel="canonical" powinien wskazywać docelowy adres z odpowiedzią 200, a nie przekierowanie ani inną wersję tekstu.
Parametry w adresach: weryfikację należy prowadzić na wersji kanonicznej, bez parametrów kampanii i wariantów do druku.
Wersja mobilna: Google wprost zaleca takie same metatagi robots na telefonie i komputerze; dane strukturalne też powinny być w obu wersjach.
AMP: dokumentacja wymienia AMP jako alternatywę dla ustawienia large, nie jako obowiązek. Serwis bez AMP może spełnić zalecenie samą regułą robots.

Serwis z osobną domeną mobilną ma tu więcej punktów ryzyka, bo każdy znacznik trzeba sprawdzić dwukrotnie. Przy jednym adresie i układzie responsywnym wystarczy kontrola mobilnego wyniku, o ile serwer nie zmienia HTML zależnie od urządzenia.

Czy szybkość ładowania decyduje o zasięgu w Discover?

Nie ma na to oficjalnego dowodu: dokumentacja Discover nie podaje progów szybkości i zaleca ogólnie dobre doświadczenie na stronie. Dlatego punktem odniesienia pozostają Core Web Vitals: LCP do 2,5 s, INP poniżej 200 ms i CLS poniżej 0,1. O tym, jak te wskaźniki przekładają się na widoczność, piszemy w tekście o Core Web Vitals i INP.

Duża grafika potrafi sama pogorszyć LCP, bo często jest największym elementem pierwszego ekranu. Rozwiązaniem jest rozdzielenie dwóch rzeczy: og:image powinien wskazywać pełny plik, a strona może serwować telefonom mniejszy wariant przez srcset.

Główna grafika nie powinna mieć atrybutu loading="lazy", bo opóźnia on start pobierania. Pomaga za to fetchpriority="high", a jawne width i height rezerwują miejsce i ograniczają przesunięcia układu mierzone przez CLS.

Jak zweryfikować wdrożenie?

Weryfikacja wymaga sprawdzenia kodu, indeksu i danych o ruchu, bo żaden z tych testów osobno nie daje pełnego obrazu. Tę samą listę warto powtarzać po każdej zmianie motywu, wtyczki SEO lub konfiguracji CDN.

Potwierdzić max-image-preview:large na próbce adresów z każdego szablonu, także w nagłówkach HTTP.
Otworzyć plik z og:image i sprawdzić wymiary, proporcje oraz to, czy nie jest logo.
W Search Console sprawdzić stan indeksowania i porównać kanoniczny adres wybrany przez Google z deklarowanym.
Przejrzeć raport Core Web Vitals dla adresów mobilnych z danej grupy szablonów.
Obserwować raport Discover, pamiętając, że pojawia się on dopiero po przekroczeniu minimalnego progu wyświetleń.

Brak raportu Discover nie dowodzi błędu technicznego, tak samo jak poprawna konfiguracja nie obiecuje ruchu. Technika tylko otwiera drogę do dużej karty, a o dystrybucji decydują temat, jakość i reakcja odbiorców, które omawia pełny przewodnik po Discover.

FAQ

Czy samo max-image-preview:large wystarczy, żeby trafić do Discover?

Nie. Reguła tylko pozwala Google pokazać większy podgląd obrazu. Strona musi też być zaindeksowana, spełniać zasady dotyczące treści Discover i odpowiadać zainteresowaniom odbiorców. Google nie obiecuje wyświetleń nawet przy pełnej zgodności z zaleceniami, dlatego dyrektywę należy traktować jako warunek techniczny, a nie sposób na zdobycie ruchu.

Czy WordPress dodaje tę dyrektywę automatycznie?

Tak, od wersji 5.7, o ile serwis jest widoczny dla wyszukiwarek. RankMath i Yoast zwykle też ją ustawiają w swoim metatagu robots. Końcowy wynik mogą jednak zmienić motyw, inna wtyczka lub reguły serwera, dlatego ustawienie trzeba sprawdzać w kodzie opublikowanej strony i w nagłówkach HTTP, a nie tylko w panelu.

Czy serwis musi używać AMP, żeby mieć dużą kartę?

Nie. Dokumentacja Google o Discover wymienia AMP jako jedną z dwóch dróg do włączenia dużych obrazów. Druga to właśnie ustawienie max-image-preview:large, które można wdrożyć na zwykłej stronie bez utrzymywania osobnej wersji AMP.

Czy szerokość 1200 px to bezwzględny wymóg?

To zalecenie Google, a nie opisana granica odcięcia. Dokumentacja podaje, że duże obrazy mają większą szansę generować wizyty z Discover i rekomenduje minimum 1200 px szerokości, ponad 300 000 pikseli oraz proporcje 16:9. Przy mniejszym pliku duża karta staje się po prostu mniej pewna, więc najlepiej traktować ten próg jako standard redakcyjny.