Kwalifikacja, nie pozycja
Poprawne znaczniki sprawiają, że strona kwalifikuje się do wyniku z elementami rozszerzonymi. Google używa tego słowa świadomie: zawarcie wszystkich wymaganych właściwości kwalifikuje stronę do wzbogaconej prezentacji, ale jej nie obiecuje, a dane strukturalne same w sobie nie są czynnikiem rankingowym.
Odstęp między „kwalifikuje się” a „pokazane” jest większy, niż większość zakłada, i nie jest przypadkowy. To, czy rozszerzenie się pojawi, zależy od zapytania, urządzenia, kraju, od tego, czy funkcja istnieje w danym języku, i od własnej oceny Google, czy w tym kontekście pomaga. Ta sama strona może pokazać gwiazdki w jednym wyszukiwaniu, a w kolejnym już nie.
JSON-LD to format do wyboru
Wszystkie trzy składnie — JSON-LD, Microdata i RDFa — są dla Google jednakowo dopuszczalne, a JSON-LD jest tą zalecaną. Zalecenie jest praktyczne, nie techniczne.
JSON-LD mieści się w jednym znaczniku script, zamiast być przewleczonym przez kod jako atrybuty elementów, które opisuje. Dzięki temu przeżywa refaktoryzację szablonów, daje się przeczytać w jednym miejscu przez tego, kto go odziedziczy, a błąd w nim nie psuje widocznej strony. Microdata sprzęga opis z prezentacją, więc każdy redesign grozi cichą utratą właściwości.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Robots.txt and sitemaps",
"datePublished": "2026-06-14",
"author": { "@type": "Organization", "name": "DigestSEO" }
}
</script>- Jeden blok na encję jest czytelniejszy niż jeden olbrzymi blok próbujący opisać wszystko na stronie.
- Generuj go z tych samych danych, z których renderuje się strona, żeby oba nie mogły się rozjechać.
- Można go wstrzyknąć JavaScriptem, ale strona i tak musi poprawnie się wyrenderować, żeby znaczniki zostały zobaczone.
Znaczniki muszą zgadzać się ze stroną
Opisywanie treści, której odwiedzający nie widzi, to naruszenie wytycznych, a nie skrót. Google nazywa oba tryby awarii wprost: strony budowane jako puste skorupy, by nieść znaczniki, oraz właściwości twierdzące rzeczy, których strona nigdy nie pokazuje. Każde z tego może kosztować cały wynik rozszerzony, a ręczne działanie usuwa go w całej witrynie, nie tylko na tej stronie.
Najczęstsza wersja tego nie jest celowa. Szablon wystawia zbiorczą ocenę, której recenzje usunięto, albo cenę zmienianą po stronie klienta przez przełącznik waluty, albo datę wydarzenia, które minęło. Nikt nie zamierzał wprowadzać w błąd; znaczniki po prostu przeżyły treść, którą opisywały. Dlatego generowanie ich z wyrenderowanych danych liczy się bardziej niż jednorazowe trafienie.
| Objaw | Zwykła przyczyna |
|---|---|
| Rozszerzenie nigdy się nie pojawiło | Brakuje wymaganej właściwości, więc strona się nie kwalifikuje |
| Pojawiło się, a potem zniknęło | Treść się zmieniła i znaczniki już do niej nie pasują |
| Poprawne znaczniki, wciąż bez rozszerzenia | Kwalifikuje się, ale nie wybrano — zapytanie, język, urządzenie |
| Rozszerzenie utracone w całej witrynie | Ręczne działanie, zgłaszane w Search Console |
Łączyć encje zamiast je powtarzać
Większość witryn kończy na opisywaniu tej samej organizacji na każdej stronie, za każdym razem nieco innymi słowami. Słownik ma lepszą odpowiedź niż powtarzanie: nadaj encji @id, zdefiniuj ją raz i wszędzie indziej odwołuj się do tego identyfikatora.
To ważne ponad sam porządek. Wyszukiwarka godząca trzy subtelnie różne opisy twojej firmy musi rozstrzygnąć, czy to jedna organizacja, czy trzy; jawny identyfikator odbiera jej zgadywanie. To samo dotyczy autorki piszącej w całej witrynie albo produktu przywoływanego i z listy, i z recenzji.
sameAs to druga połowa. Wskazuje profile i wpisy, które opisują encję gdzie indziej: artykuł w Wikipedii, oficjalne konto, rejestr przedsiębiorców. To nie zagrywka rankingowa, lecz potwierdzenie — dokładnie to, czego wyszukiwarka potrzebuje, by powiązać twoje twierdzenie o sobie z czymś sprawdzalnym.
Wybór typów do dodania
Przydatne sito jest krótkie: czy dla tego typu istnieje funkcja wyszukiwania i czy strona naprawdę może na nią zasłużyć? Oznaczanie typu, za którym nie stoi żaden wynik rozszerzony, dokłada utrzymania i niczego nie zmienia w wynikach — znaczniki są poprawne, prawdziwe i bezczynne.
Zastrzeżenie typu, którego strona nie gwarantuje, jest gorsze niż jego niezaznaczenie, ponieważ może naruszyć wytyczne dotyczące funkcji, nie tworząc przydatnego wyglądu wyszukiwania. Artykuł poradnikowy nie jest Product. Google przestał wyświetlać wyniki z rozbudowanymi odpowiedziami na często zadawane pytania 7 maja 2026 r., a w czerwcu usunął dokumentację z wynikami rozszerzonymi na często zadawane pytania. Przypominamy, że funkcje wyszukiwania mogą zostać wycofane. Oznacz, czym właściwie jest dana strona, i sprawdź galerię obsługiwanych funkcji, zanim zachowasz znaczniki dla funkcji wyszukiwania.
- Ustal, czym strona naprawdę jest, w pojęciach tego słownika.
- Sprawdź, czy dla tego typu istnieje funkcja wyszukiwania i czego wymaga.
- Wystaw każdą wymaganą właściwość z danych, które renderują stronę.
- Zwaliduj składnię, a potem potwierdź kwalifikację w raporcie rozszerzeń.
- Sprawdź ponownie po zmianach szablonu — właśnie tam znaczniki i treść się rozjeżdżają.