Dane strukturalne Schema.org: co to jest i jak je wdrożyć

Dane strukturalne to fragment kodu, który opisuje wyszukiwarce w uporządkowany sposób, co znajduje się na stronie: firma z adresem, produkt z ceną, wydarzenie z datą. Schema.org to słownik, z którego ten opis korzysta, a schema markup to po prostu zastosowanie tego słownika w kodzie. Dobrze wdrożone znaczniki pomagają Google zrozumieć Twoją stronę i mogą kwalifikować ją do wyników rozszerzonych (rich snippets), takich jak cena i dostępność produktu czy ścieżka nawigacji pod linkiem. W tym artykule wyjaśniam, które typy mają sens dla strony firmowej, sklepu i strony wydarzenia, jak je wdrożyć i jak sprawdzić, czy działają.

Krótko mówiąc

• Dane strukturalne to standardowy opis treści strony, a Schema.org to wspólny słownik typów i właściwości, w którym ten opis się zapisuje.
• Google obsługuje trzy formaty: JSON-LD, mikrodane i RDFa. W praktyce najczęściej wybiera się JSON-LD, bo jest oddzielony od widocznego HTML.
• Dla firmy podstawą jest Organization lub LocalBusiness, dla sklepu Product z Offer, dla wydarzeń Event, a na każdej rozbudowanej stronie przyda się BreadcrumbList.
• Znaczniki kwalifikują stronę do wyników rozszerzonych, ale Google nie gwarantuje ich wyświetlenia. Oznaczone dane muszą zgadzać się z tym, co widzi użytkownik.
• Po wdrożeniu sprawdzasz kod w teście wyników z elementami rozszerzonymi i narzędziu Sprawdzanie adresu URL w Google Search Console.

Czym są dane strukturalne, a czym schema markup

Google definiuje uporządkowane dane jako standardowy format udostępniania informacji o stronie i klasyfikowania jej zawartości. Przykład z dokumentacji dobrze to obrazuje: na stronie z przepisem możesz oznaczyć składniki, czas i temperaturę przygotowania. Człowiek widzi zwykły tekst, a robot dostaje te same informacje w formie, której nie musi zgadywać.

Trzy pojęcia często się mieszają, więc rozkładam je na czynniki:

Ten podział, w którym słownik odpowiada za treść opisu, a format za sposób zapisu, bardzo ułatwia rozmowę z wykonawcą strony. Jest jeszcze jedna ważna rzecz: Schema.org zawiera setki typów, ale nie jest listą funkcji, które Google pokaże w wynikach. O tym, jak dane wpływają na wyszukiwarkę, rozstrzyga dokumentacja Google Search Central, a nie sama strona Schema.org. Dlatego zanim cokolwiek oznaczę, sprawdzam w dokumentacji Google, czy dany typ jest obsługiwany i jakich właściwości wymaga.

Formaty zapisu: JSON-LD, mikrodane i RDFa

Google obsługuje trzy formaty: JSON-LD, mikrodane i RDFa. Wszystkie są poprawne, ale różnią się wygodą wdrożenia i utrzymania.

JSON-LD wybiera się najczęściej, bo cały opis siedzi w jednym bloku, oddzielonym od widocznego HTML. Możesz zmienić wygląd strony bez ryzyka, że przy okazji zepsujesz znaczniki, a programista łatwiej generuje je automatycznie dla setek podstron. Tak wygląda przykładowy, uproszczony opis firmy lokalnej:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Przykładowa Firma",
  "url": "https://przyklad.pl",
  "logo": "https://przyklad.pl/logo.png",
  "telephone": "+48 600 000 000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ul. Przykładowa 1",
    "addressLocality": "Poznań",
    "postalCode": "60-001",
    "addressCountry": "PL"
  }
}

Taki blok trafia do elementu script typu application/ld+json. Każda wartość musi odpowiadać temu, co użytkownik widzi na stronie: ta sama nazwa, ten sam telefon, ten sam adres.

Rich snippets dla firm: co realnie zyskujesz

Wynik z elementami rozszerzonymi to wynik, który oprócz tytułu i opisu może zawierać styl, obrazy i inne funkcje interaktywne. Dla sklepu to cena, dostępność czy ocena produktu, a dla strony z rozbudowaną strukturą czytelna ścieżka nawigacji zamiast długiego adresu URL. Taki wynik zajmuje więcej miejsca i od razu podaje informacje, których szuka klient.

Trzeba jednak znać zasady gry. Dane strukturalne kwalifikują stronę do wyników rozszerzonych, ale Google nie gwarantuje ich wyświetlenia. Algorytm sam decyduje, czy przy danym zapytaniu pokaże rozszerzony wynik.

Lista obsługiwanych funkcji też się zmienia. W czerwcu 2025 roku Google ogłosił, że w ramach upraszczania strony wyników wycofuje kilka rzadziej używanych funkcji opartych na danych strukturalnych, i zaznaczył przy tym, że zmiana nie wpływa na ranking stron. Kolejne zmiany, w tym wycofanie wyników rozszerzonych FAQ, Google opisuje na swojej stronie z aktualizacjami dokumentacji. Wniosek dla firmy jest prosty: stawiaj na typy, które Google aktywnie obsługuje i które opisują Twój biznes (organizacja, produkty, wydarzenia, nawigacja), a nie na sztuczki obliczone na jeden efekt w wynikach.

Jest też korzyść mniej widoczna, ale trwała. Dane strukturalne pomagają Google lepiej poznać treść strony. Jasny opis tego, kim jesteś, co sprzedajesz i gdzie działasz, to porządek, z którego wyszukiwarka korzysta niezależnie od tego, czy akurat pokazuje gwiazdki.

Które znaczniki Schema.org wybrać dla swojej strony

Nie każda strona potrzebuje dziesięciu typów. Zaczynam od tego, co faktycznie opisuje biznes klienta, i dokładam kolejne typy tylko tam, gdzie mają odpowiednik w treści.

Strona firmowa: Organization i LocalBusiness

Na stronie głównej firmy przydaje się typ Organization. Google zaleca najbardziej szczegółowy podtyp, który pasuje do Twojej działalności: dla sklepu internetowego OnlineStore, a dla firmy z lokalem odpowiedni podtyp LocalBusiness, np. dla gabinetu, restauracji czy warsztatu.

Znacznik pomaga Google rozpoznać dane administracyjne firmy, takie jak nazwa, adres, kontakt czy identyfikatory. Właściwość logo może wpływać na elementy wizualne w wynikach i w panelu wiedzy. Ciekawostka z dokumentacji: Google nie wymaga żadnej konkretnej właściwości Organization, ale im pełniejszy i spójniejszy opis, tym mniej miejsca na pomyłki. Jeśli prowadzisz firmę lokalną, uzgodnij dane w znacznikach z profilem w Mapach Google. Piszę o tym więcej w tekście o tym, jak założyć i zoptymalizować wizytówkę Google firmy.

Sklep internetowy: Product, Offer i ProductGroup

W sklepie podstawą strony produktu jest typ Product z zagnieżdżonym Offer, czyli ceną, walutą i dostępnością. Google może wykorzystywać te dane w informacjach o produkcie sprzedawcy, panelu wiedzy Zakupów Google, Grafice Google i wynikach popularnych produktów.

Dwie zasady, o które często potykają się sklepy:

1. Dane Product dodaje się przede wszystkim do stron pojedynczych produktów, a nie do ogólnych stron kategorii.
2. Informacje o produkcie sprzedawcy dotyczą wyłącznie stron, na których klient może faktycznie kupić produkt.

Jeśli produkt ma warianty, np. rozmiary lub kolory, Google przewiduje typ ProductGroup wraz z Product i właściwościami variesBy, hasVariant oraz productGroupID. Każdy wariant powinien mieć unikalny identyfikator, np. SKU lub GTIN. W praktyce oznacza to, że struktura danych w sklepie musi być dobrze zaprojektowana od początku, bo znaczniki są tak dobre, jak dane, z których powstają.

Strona wydarzenia: Event

Dla organizatorów konferencji, koncertów czy szkoleń kluczowy jest typ Event z datą, miejscem, organizatorem i informacją o biletach. Daty zapisuje się w formacie ISO 8601, a każda zmiana terminu czy miejsca musi trafić do znaczników tak samo szybko jak do treści strony. Cały proces, wraz z przykładowym kodem, opisałem w osobnym poradniku o tym, jak wdrożyć dane strukturalne Event.

Nawigacja: BreadcrumbList

Znacznik BreadcrumbList opisuje ścieżkę nawigacji, np. Strona główna › Oferta › Sklepy internetowe. Google wymaga co najmniej dwóch elementów ListItem, a ścieżka powinna odzwierciedlać typową drogę użytkownika po stronie, niekoniecznie strukturę adresów URL. Okruszki działają najlepiej razem z przemyślaną architekturą informacji i dobrym linkowaniem wewnętrznym, bo oba elementy opisują to samo: jak strony łączą się ze sobą.

Jak wdrożyć schema markup krok po kroku

Wdrożenie nie jest skomplikowane, jeśli trzymasz się kolejności. Tak wygląda proces, który stosuję w projektach:

1. Spisz typy stron w serwisie. Strona główna, podstrony usług, produkty, kategorie, wpisy blogowe, wydarzenia. Każdy typ strony dostaje swój zestaw znaczników.
2. Wybierz typy Schema.org obsługiwane przez Google. Sprawdź w dokumentacji Google Search Central, czy dany typ daje szansę na wynik rozszerzony i jakich właściwości wymaga.
3. Dodaj wymagane właściwości, a potem zalecane. Bez wymaganych pól strona nie zakwalifikuje się do danej funkcji. Zalecane pola uzupełniają opis.
4. Zadbaj o zgodność z widoczną treścią. Znaczniki muszą opisywać stronę, na której się znajdują. Google nie pozwala dodawać informacji niewidocznych dla użytkownika ani tworzyć pustych stron wyłącznie na potrzeby znaczników.
5. Generuj dane automatycznie z CMS. Cena, dostępność czy data wydarzenia powinny pochodzić z tego samego miejsca co treść strony. Wtedy zmiana w panelu od razu aktualizuje znaczniki.
6. Sprawdź poprawność i wdróż na produkcję. Najpierw testujesz kilka przykładowych adresów, potem cały szablon.
7. Monitoruj raporty w Search Console. Błędy często pojawiają się dopiero po czasie, np. gdy ktoś doda produkt bez ceny.

Punkt 5 to moim zdaniem najważniejsza różnica między wdrożeniem, które działa latami, a takim, które psuje się po pierwszej aktualizacji oferty.

Jak sprawdzić poprawność danych strukturalnych

Weryfikację robię dwuetapowo, tak jak zaleca Google:

• Test wyników z elementami rozszerzonymi (Rich Results Test) pokazuje, które typy Google wykrył na stronie i czy mają błędy krytyczne. Te błędy naprawiasz w pierwszej kolejności.
• Sprawdzanie adresu URL w Google Search Console pokazuje, jak Google faktycznie odczytuje stronę. Upewnij się przy okazji, że strony nie blokuje plik robots.txt, znacznik noindex ani wymóg logowania.

Najczęstsze błędy, które Google wymienia na swojej liście komunikatów o błędach, to:

• brak wymaganego pola, np. ceny w ofercie,
• niewłaściwy typ obiektu, np. tekst tam, gdzie oczekiwany jest obiekt,
• nieprawidłowa data lub cena,
• data zapisana w formacie innym niż ISO 8601, np. 12.05.2026 zamiast 2026-05-12.

Większość z nich wynika z tego, że znaczniki wpisano ręcznie, a dane na stronie później się zmieniły. Automatyczne generowanie z CMS usuwa ten problem u źródła.

Zasady, których Google pilnuje najbardziej

Najwięcej nieporozumień dotyczy ocen i gwiazdek. Google wymaga, by treść recenzji i ocena były dostępne dla użytkowników na oznaczonej stronie, dotyczyły konkretnego przedmiotu i nie były zbierane z innych witryn. Dla Organization i LocalBusiness obowiązuje dodatkowa reguła: strona firmy nie kwalifikuje się do gwiazdek, jeśli to sama firma kontroluje zamieszczane o sobie opinie. Dotyczy to także ocen z osadzonych widżetów zewnętrznych.

Za naruszenie wytycznych Google może zastosować działanie ręczne. Skutkiem jest utrata kwalifikacji do wyników rozszerzonych, choć sama strona może nadal pojawiać się w zwykłych wynikach. Dlatego oznaczam tylko to, co prawdziwe i widoczne, bez dopisywania ocen czy treści „pod robota”.

Moje podejście do danych strukturalnych

Dane strukturalne traktuję jako część architektury strony, a nie dodatek doklejany po publikacji. Skoro projektuję interfejs, piszę kod i odpowiadam za SEO w jednym procesie, od pierwszego szkicu w Figmie wiem, które informacje znajdą się na stronie i jak je opisać w znacznikach.

Dzięki temu nie ma sytuacji, w której projektant usuwa z widoku cenę, programista o tym nie wie, a znaczniki dalej ją podają. Treść, kod i opis dla Google powstają razem i są zgodne z założenia.

Buduję strony bez szablonów, więc znaczniki generuję z danych w CMS, a nie z gotowej wtyczki, która dodaje wszystko jak leci. Każdy typ strony dostaje dokładnie te typy Schema.org, które opisują jego treść. Gdy klient zmienia ofertę, cenę czy termin wydarzenia w panelu, dane strukturalne aktualizują się same.

Moim zdaniem dobrze wdrożona schema to po prostu porządek: wyszukiwarka dostaje jasny opis firmy, produktów i wydarzeń, a Ty nie musisz o tym pamiętać przy każdej zmianie.

Marcin

Strona z danymi strukturalnymi od pierwszego dnia

Jeśli planujesz nową stronę, sklep albo serwis wydarzenia, dane strukturalne mogą być częścią projektu od początku, a nie osobnym zleceniem na później. W ramach usługi SEO i pozycjonowanie wykonuję audyt techniczny, wdrażam znaczniki Schema.org i optymalizuję Core Web Vitals, a przy nowych projektach łączę to z projektem i kodem.

Budujesz sklep? Zobacz, jak pracuję przy sklepach internetowych, w tym przy migracjach i integracjach płatności. Działasz w Wielkopolsce? Sprawdź ofertę stron internetowych w Poznaniu albo przejrzyj moje realizacje i napisz, czego potrzebujesz.

Najczęściej zadawane pytania

Czy dane strukturalne poprawiają pozycję w Google?

Same znaczniki nie są przepustką do wyższej pozycji. Pomagają Google lepiej zrozumieć treść strony i mogą kwalifikować ją do wyników rozszerzonych, które zajmują więcej miejsca i podają klientowi konkretne informacje. Przy zmianach w obsłudze funkcji w 2025 roku Google wprost zaznaczył, że nie wpływają one na ranking.

Czym schema markup różni się od danych strukturalnych?

Dane strukturalne to ogólne pojęcie: każdy standardowy, czytelny dla maszyn opis treści. Schema markup to konkretne zastosowanie słownika Schema.org w kodzie strony. W praktyce SEO oba określenia opisują to samo wdrożenie.

Ile czasu trzeba czekać na wyniki rozszerzone?

Google musi najpierw ponownie zaindeksować stronę, a potem sam decyduje, czy przy danym zapytaniu pokaże rozszerzony wynik. Pierwszy krok możesz przyspieszyć, zgłaszając adres w narzędziu Sprawdzanie adresu URL. Samego wyświetlenia nie da się wymusić, ale poprawne i kompletne znaczniki dają do niego kwalifikację.

Czy wtyczka do CMS wystarczy do wdrożenia schema?

Wtyczka może dodać podstawowe typy, ale często oznacza wszystko według jednego schematu, niezależnie od treści. Lepiej, gdy znaczniki powstają z tych samych danych co strona i są dopasowane do typu podstrony. Wtedy zmiana ceny czy terminu od razu trafia do kodu.

Gdzie w kodzie umieścić JSON-LD?

Blok JSON-LD umieszcza się w elemencie script typu application/ld+json, w sekcji head lub body. Google odczyta go w obu miejscach. Ważne, by opisywał stronę, na której się znajduje.

Źródła

• Google Search Central: Jak działają znaczniki uporządkowanych danych
• Search Engine Land: What Is Schema Markup?
• Google Search Central: Przewodnik SEO dla programistów stron internetowych
• Google Search Central Blog: Simplifying the search results page
• Google Search Central: Aktualizacje dokumentacji
• Google Search Central: Znaczniki schematu organizacji
• Google Search Central: Uporządkowane dane informacji o produktach sprzedawcy
• Google Search Central: Dane strukturalne wariantów produktu
• Google Search Central: Dane strukturalne BreadcrumbList
• Google Search Central: Dane strukturalne opinii
• Pomoc Google Search Console: Komunikaty o błędach wyników z elementami rozszerzonymi

Rekomendacje

• Schema dla wydarzeń: jak wdrożyć dane strukturalne Event