Znaczniki schema

Znaczniki schema wykorzystują słownik schema.org do opisania znaczenia treści, aby wyszukiwarki mogły ją zrozumieć i wyświetlać wyniki rozszerzone.

Opublikowano po raz pierwszy: 26 cze 2026 · Ostatnia aktualizacja: 11 sie 2026 · Advanced
Języki

Znaczniki schema wykorzystują słownik schema.org do opisania znaczenia treści, dzięki czemu wyszukiwarki mogą ją zrozumieć i kwalifikować strony do wyników rozszerzonych (gwiazdki ocen, ceny produktów, okruszki). Nie są bezpośrednim czynnikiem rankingowym — Google powtarzało to wielokrotnie — a „schema markup” (słownika) nie należy mylić z JSON-LD (formatem zapisu). Wszystkie trzy formaty działają; JSON-LD jest zalecanym wyborem. Największą pułapką jest marnowanie czasu deweloperskiego na wycofane typy: wyniki HowTo zniknęły w 2023 roku, siedem typów wycofano w czerwcu 2025 roku, a wyniki FAQ zdeprecjonowano w 2026 roku. Moja zasada, oparta na latach pracy na dużą skalę: wdrażaj schema, gdy daje funkcję wyszukiwania albo rzeczywiście pomaga wyszukiwarce rozpoznać encję (Organization/Person z sameAs) — nie dlatego, że więcej znaczników automatycznie znaczy lepiej.

TL;DR — Znaczniki schema stosują słownik schema.org (wspólne przedsięwzięcie Google, Microsoftu, Yahoo i Yandexu) do opisania znaczenia strony. Mają dwa odrębne zastosowania: kwalifikację do wyniku rozszerzonego (widoczne ulepszenia SERP, wymagające konkretnych typów i wszystkich wymaganych właściwości) oraz rozumienie encji (pomagają wyszukiwarkom i Grafowi wiedzy rozpoznać, kim lub czym jesteś — Organization / Person + sameAs — bez widocznego sygnału). To nie jest bezpośredni czynnik rankingowy. Nie myl słownika (schema markup) z formatem (JSON-LD — zalecanym, ale Microdata i RDFa również działają). Pamiętaj o cyklu wycofań: wyniki HowTo zniknęły w 2023 roku, siedem typów wycofano w czerwcu 2025 roku, a wyniki FAQ zdeprecjonowano w 2026 roku. Moja zasada: wdrażaj schema, gdy daje funkcję wyszukiwania albo rzeczywiście pomaga rozumieć encję — nie dlatego, że więcej znaczników automatycznie znaczy lepiej.

Znaczniki schema a dane strukturalne i JSON-LD

Te trzy terminy są stale mylone, więc rozdzielmy je jasno:

  • Dane strukturalne to ogólna koncepcja: dowolny ustandaryzowany sposób opisywania treści, aby maszyny ją rozumiały.
  • Znaczniki schema to dane strukturalne wykorzystujące konkretnie słownik schema.org. W praktyce oba określenia są używane zamiennie.
  • JSON-LD to format — jeden z trzech sposobów zapisu znaczników. Nie jest synonimem schema markup. Te same typy schema.org możesz zapisać w JSON-LD, Microdata albo RDFa.

Rozdzielenie słownika (schema.org) od formatu (JSON-LD) to pierwsza rzecz, na której wiele osób się potyka. Słownik mówi, co opisujesz, a format mówi, jak to zapisujesz.

Czym właściwie jest schema.org

schema.org to wspólny słownik uruchomiony w 2011 roku i rozwijany wspólnie przez Google, Microsoft (Bing), Yahoo i Yandex. Definiuje hierarchię typów (np. ThingCreativeWorkArticleNewsArticle) oraz właściwości, które może mieć każdy typ. Wyszukiwarki zgadzają się co do słownika, a następnie każda niezależnie decyduje, które typy wykorzystuje i które zamienia w wyniki rozszerzone. To ważne: schema.org zawiera znacznie więcej typów, niż pokazuje jako wyniki dowolna pojedyncza wyszukiwarka. Evidence for this claim A property can be valid in Schema.org without being required, recommended, or consumed for a specific Google rich result. Scope: Schema.org vocabulary compared with Google Search feature requirements. Confidence: high · Verified: Google: Structured data feature guide

Dwa zastosowania schema (i dlaczego myślimy tylko o jednym)

Większość poradników traktuje schema jako dźwignię wyników rozszerzonych i na tym kończy. W rzeczywistości robi ono dwie różne rzeczy:

  1. Kwalifikacja do wyniku rozszerzonego. Oznacz treść obsługiwanym typem i wszystkimi wymaganymi właściwościami, a lista stanie się kwalifikowana do widocznego ulepszenia SERP (gwiazdek, ceny, okruszków lub karty przepisu). To właśnie ściga większość osób.

  2. Rozumienie treści i encji. Google twierdzi, że wykorzystuje dane strukturalne “to understand the content of the page, as well as to gather information about the web and the world in general.” (tłumaczenie) „aby rozumieć treść strony oraz gromadzić informacje o sieci i świecie w ogólności”. Typy Organization, Person i podobne — zwłaszcza z sameAs wskazującym autorytatywne profile — pomagają wyszukiwarkom pewnie rozpoznać, o jaką encję chodzi, i zasilać Graf wiedzy. Nie ma za to widocznej plakietki; korzyścią jest lepsze rozumienie.

Praktyczna konsekwencja: typ, który nie daje żadnego wyniku rozszerzonego, nadal może być wart oznaczenia, jeśli poprawia rozumienie encji. Klasycznym przykładem jest Organization.

Formaty: JSON-LD, Microdata i RDFa

Wszystkie trzy są obsługiwane przez Google. JSON-LD jest zalecanym wyborem, a powody są konkretne:

  • Znajduje się w bloku <script type="application/ld+json">, a nie wpleciony w HTML, dzięki czemu zagnieżdżone dane są znacznie łatwiejsze do zapisania i utrzymania, gdy zmieniają się szablony.
  • Google potrafi odczytać JSON-LD nawet po dynamicznym wstrzyknięciu przez JavaScript lub widget CMS — to zachowanie udokumentowane przez Google, a nie uniwersalna gwarancja renderowania. Inne wyszukiwarki i crawlery AI mogą różnie renderować (albo nie renderować) wstrzyknięty JSON-LD, więc testuj każdego odbiorcę, na którym naprawdę Ci zależy, zamiast zakładać parytet.

Microdata i RDFa to atrybuty wpisywane bezpośrednio w markup HTML. Nie są karane ani gorzej parsowane — to mit. Są po prostu trudniejsze w utrzymaniu. Używaj ich tylko wtedy, gdy wymusza je starszy CMS albo konkretna platforma.

Schema nie jest czynnikiem rankingowym

To najważniejsze sprostowanie w całym temacie. Przedstawiciele Google od lat mówią jasno i konsekwentnie — dokładne wypowiedzi znajdziesz w karcie z cytatami. Danny Sullivan nazwał dane strukturalne “optional” (tłumaczenie) „opcjonalnymi” i stwierdził, że mają “no impact on ranking in web search.” (tłumaczenie) „zerowy wpływ na pozycje w wyszukiwarce internetowej”. Korzyść jest pośrednia: wyniki rozszerzone mogą podnieść współczynnik kliknięć, a lepsze rozumienie encji może ułatwić dopasowanie trafności. Żadna z tych rzeczy nie jest awansem rankingowym wynikającym z samych znaczników.

Właśnie dlatego moje podejście zawsze było pragmatyczne. W moim poradniku enterprise SEO Ahrefs ująłem to tak: “I’m a fan of schema markup as long as it gets you a search feature.” (tłumaczenie) „Lubię znaczniki schema, o ile zapewniają funkcję wyszukiwania”. W praktyce priorytetem są typy z potwierdzoną kwalifikacją do wyniku rozszerzonego albo wyraźną wartością dla encji, a nie rozpylanie znaczników na każdej stronie z nadzieją, że „coś” to da.

Najbardziej użyteczne typy schema w 2026 roku

Galeria wyszukiwania Google jest źródłem prawdy o tym, co obecnie daje wyniki rozszerzone. Typy, na które warto poświęcić czas, mniej więcej według częstotliwości zwrotu z pracy:

  • Product — cena, dostępność i oceny; typ o największej wartości dla e-commerce.
  • Review snippet / AggregateRating — gwiazdki ocen przy kwalifikowanej treści.
  • BreadcrumbList — ścieżka okruszków zamiast surowego URL.
  • Article (wiadomości/blog/sport) — kwalifikuje do ulepszonego wyświetlania artykułu. Top Stories to osobna, bardziej restrykcyjna powierzchnia z własnymi wymaganiami dotyczącymi wydawcy i zasad treści; markup Article jest potrzebny, ale sam nie umieści strony w Top Stories.
  • Organization — ustanowienie encji. Może zasilić logo i szczegóły pokazywane przez Google w panelach, ale poprawny markup nie gwarantuje pojawienia się Panelu wiedzy — rozumienie encji jest pewniejsze, nawet gdy nie ma panelu ani wyniku rozszerzonego.
  • LocalBusiness — szczegóły lokalnej firmy, godziny i dane kontaktowe.
  • Event, Recipe, Job posting, Video (VideoObject), Q&A, Software app, Dataset, Discussion forum, Course list — każdy odpowiada konkretnej funkcji galerii.

Jeśli nie wdrażasz niczego więcej, Organization, BreadcrumbList oraz — dla odpowiedniej firmy — Product lub LocalBusiness obejmują przypadki o największej dźwigni.

Fala wycofań — przestań wdrażać martwe typy

Obsługiwany zestaw naprawdę się zmienia, a pogoń za wycofanymi funkcjami to najczęstszy sposób marnowania czasu deweloperskiego. Ostatnia historia wygląda tak:

  • 2023 — usunięto wyniki HowTo z komputerów i urządzeń mobilnych. Nadal polecają je niezliczone przestarzałe poradniki, ale dziś nie dają nic.
  • Czerwiec 2025 — wycofano siedem typów: Book Actions, Course Info (stary format, zastąpiony przez Course list), Claim Review, Estimated Salary, Learning Video, Special Announcement i Vehicle Listing.
  • 2026 — zdeprecjonowano wyniki FAQ. Rozwijane Q&A pod listami przestało pojawiać się w większości witryn. Schema FAQPage nadal jest poprawne i Google nadal je parsuje dla rozumienia, ale wizualne ulepszenie, które skłaniało wszystkich do wdrożenia, zniknęło.

Ujęcie Johna Muellera dotyczące rundy z 2026 roku jest właściwe: “Google is not killing schema… markup types come and go, but a precious few you should hold on to.” (tłumaczenie) „Google nie zabija schema… typy znaczników pojawiają się i znikają, ale kilku cennych warto się trzymać”. Wniosek nie brzmi „schema umiera”, tylko „wdrażaj zgodnie z aktualną galerią, a nie poradnikiem z 2021 roku”.

Oznaczanie encji i Graf wiedzy

Poza wynikami rozszerzonymi schema pomaga wyszukiwarce rozróżnić Twoją encję — upewnić się, że „Apple” oznacza firmę, a nie owoc, oraz że autor jest konkretną prawdziwą osobą. Mechanizmem jest właściwość sameAs: kierujesz markup Organization lub Person do autorytatywnych identyfikatorów — Wikipedii, Wikidanych, LinkedIn, Crunchbase i oficjalnych profili społecznościowych.

Dobrze wykonane oznaczenie zasila Graf wiedzy i zwiększa pewność, z jaką wyszukiwarki (a dalej systemy AI) rozpoznają Twoją encję. Niedbałość mści się jednak: sameAs wskazujące niewłaściwą stronę Wikipedii albo profil innej firmy może spowodować połączenie niepowiązanych encji. Testuj wartości sameAs tak dokładnie, jak testujesz canonical.

Declare each entity once, then connect the graph with stable `@id` references instead of repeating partial versions of the same entity.

Organization connects to WebSite and WebPage. WebSite and WebPage connect to Article. The diagram emphasizes that the Organization, WebSite, WebPage, and Article each have one stable at-id that other entities reference.

Schema i wyszukiwanie AI — właściwe oczekiwania

Schema często sprzedaje się jako dźwignię cytowań AI. Bezpośrednio nią nie jest. Modele językowe nie parsują niezawodnie Twojego JSON-LD i nie nagradzają go cytowaniami — duże badanie nie wykazało istotnego wzrostu cytowań AI wynikającego z pokrycia schema. Schema wykonuje opisane wyżej zadanie rozumienia encji, ale i tu jest zastrzeżenie: Google dokumentuje, że Organization/Person + sameAs zasilają jego własny Graf wiedzy i rozumienie wyszukiwania. To, czy inni dostawcy AI polegają na tym samym sygnale encji i w jakim stopniu, jest pytaniem zależnym od dostawcy, a nie czymś, co dowolny dostawca udokumentował jako gwarantowane; traktuj korzyść cytowań AI między dostawcami jako niezweryfikowaną hipotezę, a nie korzyść implementacyjną dostarczaną samodzielnie przez schema. Myśl o tym jako o infrastrukturze encji dla własnych systemów Google, nie uniwersalnym przełączniku cytowań. Omawiam ten aspekt szczegółowo w artykule Schema Markup for AI — to inne pytanie (wzrost cytowań) niż w tym artykule (słownik, typy i wdrożenie).

Priorytety wdrożenia

Jeśli zaczynasz od zera, postępuj w tej kolejności:

  1. Organization (dla całej witryny) z prawidłowymi name, logo, url i zweryfikowanym sameAs — fundament encji.
  2. BreadcrumbList na stronach opartych na szablonie — tani w utrzymaniu, szeroko kwalifikowany i poprawiający listę.
  3. Product (e-commerce) albo LocalBusiness (lokalnie) — typ o największej wartości biznesowej.
  4. Article dla treści redakcyjnej.
  5. Dopiero potem niszowe typy, które odpowiadają potwierdzonej, aktualnej funkcji galerii.

Dwie zasady Google, od których nie ma wyjątków: oznaczaj tylko treść widoczną na stronie i wybieraj “fewer but complete and accurate” (tłumaczenie) „mniej, ale kompletnie i dokładnie” wymagane właściwości zamiast wypełniać każdą możliwą właściwość byle jak.

Sprawdź przed publikacją

  • Rich Results Test — dla typów dających wyniki rozszerzone; pokazuje kwalifikację i błędy wymaganych właściwości.
  • Schema Markup Validator — dla każdego typu schema.org, również takiego, który nie daje wyników rozszerzonych. Evidence for this claim Google recommends validating feature eligibility with the Rich Results Test and broader schema syntax with Schema.org tooling. Scope: Google Search deployment workflow; passing a validator does not guarantee display. Confidence: high · Verified: Google: Structured data introduction
  • Raporty wyników rozszerzonych w Google Search Console — monitoruj kwalifikację i błędy po wdrożeniu, także na dużą skalę.
  • Ahrefs Site Audit — wykrywa problemy z danymi strukturalnymi w całej witrynie.

Błąd wymaganej właściwości pozbawia stronę kwalifikacji do odpowiadającego jej wyniku rozszerzonego; braki właściwości zalecanych są zwykle tolerowane. Najpierw sprawdź, potem wdrażaj — nie odwrotnie.

Zachowaj właściwą kolejność warstw, bo przejście jednej nie oznacza przejścia następnej: poprawny markup (walidator parsuje go bez błędów) → obsługiwany słownik (schema.org rozpoznaje typ) → obsługa funkcji (galeria Google dokumentuje pasujący wynik rozszerzony w tej chwili) → kwalifikacja (są wszystkie wymagane właściwości i polityka jest spełniona) → indeksowanie (strona w ogóle jest zaindeksowana) → wyświetlenie (Google decyduje, czy pokazać ulepszenie) → ranking (żadna z powyższych rzeczy na niego nie wpływa). Zielony walidator potwierdza tylko pierwszy krok.

Szerszy kontekst znajdziesz w hubie danych strukturalnych, do którego należy ten artykuł.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.