Schema.org: czym są dane strukturalne i jak je wdrożyć

W tym artykule dowiesz się, czym są dane strukturalne, które typy Schema.org Google nadal obsługuje i jak je wdrożyć oraz sprawdzić. Dane strukturalne to ustandaryzowany kod w HTML strony, który opisuje wyszukiwarce, czym jest treść: artykułem, produktem, wydarzeniem czy przepisem. Wdrożenie: wybierasz typ z galerii Google, zapisujesz go w JSON-LD, testujesz w Rich Results Test i pilnujesz raportów w Google Search Console.

Dokumentacja Google, lista obsługiwanych typów i nazwy raportów Search Console są aktualne na październik 2026. Przykłady z praktyki pochodzą z audytu bynajmniej.pl z 14.10.2026 (crawl Screaming Frog na 441 wewnętrznych URL-ach).

Dane strukturalne w skrócie: definicja i zakres

Dane strukturalne to ustandaryzowany format przekazywania informacji o stronie i klasyfikowania jej treści. Taką definicję podaje wprowadzenie do danych strukturalnych w Google Search Central („a standardized format for providing information about a page and classifying the page content”).

Schema.org to słownik, z którego dane strukturalne biorą nazwy typów i właściwości, np. Article, Product, author czy datePublished. Słownik Schema.org ogłosiły 2 czerwca 2011 roku Google, Bing i Yahoo! (wpis na blogu Google z 2011 roku), a w listopadzie 2011 dołączył Yandex. Według strony Schema.org w wersji 30.1 słownik ma 826 typów, 1540 właściwości i 96 enumeracji.

Pojęcia „dane strukturalne” i „schema” w praktyce znaczą to samo, ale formalnie różnią się zakresem. Dane strukturalne to sam kod na stronie, Schema.org to słownik, a wynik rozszerzony (rich result) to efekt, który Google może pokazać w wynikach wyszukiwania, np. gwiazdki ocen, cenę produktu albo karuzelę przepisów.

Formaty danych strukturalnych: JSON-LD, Microdata, RDFa

Google obsługuje trzy formaty danych strukturalnych. Dokumentacja Google Search Central zaznacza, że wszystkie trzy są dla Google „równie dobre”, jeśli znacznik jest poprawny, ale ogólnie zaleca JSON-LD („Google recommends using JSON-LD for structured data if your site’s setup allows it”).

JSON-LD polecam jako jedyny format na nowych stronach. Jeden format na stronę oznacza jedno miejsce do poprawek i brak sprzecznych opisów tej samej treści.

Co dane strukturalne dają w Google, a czego nie dają

Dane strukturalne dają kwalifikację do wyników rozszerzonych, a nie wyższą pozycję. John Mueller z Google napisał w kwietniu 2025 roku, że dane strukturalne nie sprawią, że strona będzie rankować lepiej, bo służą do wyświetlania funkcji wyszukiwania z galerii Google (relacja Search Engine Roundtable).

Wynik rozszerzony może za to podnieść CTR. Google w dokumentacji danych strukturalnych przytacza case studies: Rotten Tomatoes zmierzyło o 25% wyższy CTR na stronach z danymi strukturalnymi, a Nestlé o 82% wyższy CTR stron pokazanych jako wyniki rozszerzone. Liczby z case studies Google to wyniki konkretnych serwisów, nie średnia dla każdej strony.

Poprawny znacznik nie gwarantuje wyniku rozszerzonego. Wytyczne Google dotyczące danych strukturalnych mówią wprost: „Google does not guarantee that your structured data will show up in search results”, nawet gdy strona przechodzi Rich Results Test.

Typy Schema.org obsługiwane przez Google w październiku 2026

Google pokazuje wyniki rozszerzone tylko dla typów z galerii funkcji wyszukiwania (Search Gallery), a nie dla całego słownika Schema.org. Galeria w wersji z 15.06.2026 obejmuje m.in. Article, Breadcrumb, Event, Job posting, Local business, Organization, Product, Profile page, Q&A, Discussion forum, Recipe, Review snippet, Software app, Video i Vacation rental.

Lista typów obsługiwanych przez Google kurczy się od 2023 roku. Według rejestru zmian Google Search Central w 2025 roku Google usunął dokumentację m.in. course info, estimated salary, learning video, special announcement i vehicle listing, w styczniu 2026 practice problem, a 15.06.2026 dokumentację FAQ.

Jak wdrożyć dane strukturalne: 6 kroków

Wdrożenie danych strukturalnych zaczyna się od typu strony, a nie od wtyczki. Kolejność, którą polecam:

1. Przypisz typ Schema.org do każdego szablonu strony: wpis to BlogPosting, karta produktu to Product, strona kontaktowa firmy to LocalBusiness albo Organization.
2. Sprawdź w dokumentacji danego typu w Google Search Central pola wymagane (bez nich brak wyniku rozszerzonego) i zalecane.
3. Zapisz znacznik w JSON-LD: z CMS-a, wtyczki (w WordPressie np. Yoast SEO) albo z szablonu, z wartościami pobieranymi z tych samych pól co treść widoczna na stronie.
4. Przetestuj adres URL w Rich Results Test, a zgodność ze słownikiem w Schema Markup Validator.
5. Po publikacji potwierdź w Narzędziu do sprawdzania adresów URL w Google Search Console, że Google znalazł dane strukturalne w wersji zaindeksowanej.
6. Monitoruj raporty wyników z elementami rozszerzonymi w sekcji Ulepszenia w Google Search Console i po każdej poprawce uruchamiaj weryfikację.

Przykład JSON-LD dla wpisu blogowego z właściwościami, które dokumentacja Article w Google Search Central zaleca (Article nie ma pól wymaganych):

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Dane strukturalne: czym są i jak je wdrożyć",
  "image": ["https://example.com/img/schema-16x9.jpg"],
  "datePublished": "2026-10-14T09:00:00+02:00",
  "dateModified": "2026-10-14T09:00:00+02:00",
  "author": {
    "@type": "Person",
    "name": "Jan Kowalski",
    "url": "https://example.com/autor/jan-kowalski/"
  }
}
</script>

Daty w danych strukturalnych Article zapisujesz w formacie ISO 8601, a obrazy według dokumentacji Google powinny mieć co najmniej 50 000 pikseli (szerokość × wysokość) i proporcje 16×9, 4×3 lub 1×1.

Dane strukturalne w WordPressie i przez Google Tag Manager

Yoast SEO generuje dane strukturalne w WordPressie automatycznie. Według dokumentacji deweloperskiej Yoast każda strona dostaje elementy Organization (albo Person), WebSite i WebPage, a wpis dodatkowo Article połączony z WebPage właściwością mainEntityOfPage. Yoast składa wszystkie elementy w jedną tablicę @graph i łączy je odwołaniami @id, zamiast zagnieżdżać.

JSON-LD wstrzyknięty JavaScriptem też działa. Dokumentacja Google o generowaniu danych strukturalnych JavaScriptem potwierdza, że Google przetwarza dane strukturalne obecne w DOM po wyrenderowaniu strony, np. z tagu Custom HTML w Google Tag Manager. Google zaleca pobierać wartości zmiennymi GTM ze strony, bo przepisywanie danych zwiększa ryzyko niezgodności z treścią, a przy znaczniku Product ostrzega, że dynamicznie generowany kod może sprawić, że crawlowanie pod Zakupy Google będzie rzadsze i mniej przewidywalne.

Dane strukturalne na bynajmniej.pl: wyniki audytu z 14.10.2026

Bynajmniej.pl działa na WordPressie z motywem Twenty Twenty-Five i wtyczką Yoast SEO. Crawl Screaming Frog z 14.10.2026 pokazał JSON-LD z Yoast SEO na wszystkich 150 indeksowalnych stronach HTML.

Crawl Screaming Frog bynajmniej.pl z 14.10.2026 znalazł też microdata na 130 stronach, a 128 z nich ma flagę „brak pól wymaganych”. Bynajmniej.pl ma więc na większości stron dwa formaty danych strukturalnych naraz, a jeden z nich jest niekompletny. Moja rekomendacja dla takiej sytuacji: ustalić źródło microdata (szablon, stare wpisy, inna wtyczka), sprawdzić kilka adresów w Rich Results Test i zostawić jeden kompletny format, czyli JSON-LD z Yoast.

Pełną listę problemów z audytu bynajmniej.pl, w tym dane strukturalne jako krok 7, opisałem w poradniku jak zrobić audyt SEO.

Jak sprawdzić dane strukturalne: narzędzia i raporty

Raporty wyników z elementami rozszerzonymi w Google Search Console pojawiają się osobno dla każdego typu i tylko wtedy, gdy Google znajdzie prawidłowy znacznik obsługiwanego typu. Według pomocy Search Console nieprawidłowy element ma co najmniej jeden problem krytyczny, a problemy niekrytyczne trafiają do tabeli „Popraw wygląd elementów”. Jak czytać pozostałe raporty, opisałem w artykule jak korzystać z Google Search Console.

Dane strukturalne a AI search

Google nie wymaga danych strukturalnych do AI Overviews ani AI Mode. Dokumentacja Google o funkcjach AI w wyszukiwarce mówi: „There’s also no special schema.org structured data that you need to add”, a jedynym warunkiem technicznym jest strona zaindeksowana i kwalifikująca się do wyświetlenia ze snippetem. Ta sama dokumentacja wymienia jako dobrą praktykę zgodność danych strukturalnych z tekstem widocznym na stronie.

Bing deklaruje więcej. Fabrice Canel z Microsoftu powiedział na SMX Munich w marcu 2025 roku, że schema pomaga modelom językowym Microsoftu rozumieć treść, i potwierdził to później na LinkedInie (relacja Search Engine Land). Moim zdaniem wniosek dla AI search jest prosty: dane strukturalne opisujące autora, datę i organizację warto mieć, ale żaden dokument Google ani Microsoftu nie obiecuje za nie cytowania w odpowiedziach AI.

Czego nie robić z danymi strukturalnymi

• Nie oznaczaj treści niewidocznej dla czytelnika. Wytyczne Google: „Don’t mark up content that is not visible to readers of the page.”
• Nie dodawaj fałszywych ani nieujawnionych opinii w Review i AggregateRating. Google dopisał 24.07.2026 do dokumentacji review snippet wytyczną o fałszywych i nieujawnionych opiniach za wynagrodzenie.
• Nie blokuj stron z danymi strukturalnymi w robots.txt ani tagiem noindex, bo Googlebot nie odczyta wtedy znacznika.
• Nie umieszczaj znacznika na innej stronie niż ta, którą opisuje, np. danych produktu na stronie kategorii.
• Nie wdrażaj FAQPage ani HowTo pod wyniki rozszerzone w Google. Schema FAQ dopisywana w 2026 roku do każdego wpisu „pod rich snippety” to nadal popularny punkt ofert SEO, choć Google przestał pokazywać ten wynik 7 maja 2026.

Spam w danych strukturalnych kończy się ręcznym działaniem. Według wytycznych Google strona z ręcznym działaniem za dane strukturalne traci kwalifikację do wyników rozszerzonych, ale ręczne działanie za dane strukturalne nie obniża pozycji w zwykłych wynikach. Ręczne działania sprawdzisz w raporcie Ręczne działania w Google Search Console.

FAQ: pytania o dane strukturalne

Czy dane strukturalne wpływają na pozycje w Google?

Dane strukturalne nie podnoszą pozycji w Google, co John Mueller z Google potwierdził w kwietniu 2025 roku. Dane strukturalne dają kwalifikację do wyników rozszerzonych, które mogą podnieść CTR.

Jaki format danych strukturalnych wybrać?

Google zaleca JSON-LD, choć obsługuje też Microdata i RDFa. JSON-LD jest osobnym blokiem skryptu, więc zmiana szablonu HTML go nie psuje.

Jak sprawdzić, czy strona ma dane strukturalne?

Pojedynczy adres sprawdzisz w Rich Results Test albo w Schema Markup Validator, a cały serwis crawlem Screaming Frog lub raportami wyników z elementami rozszerzonymi w sekcji Ulepszenia w Google Search Console.

Czy schema FAQ ma jeszcze sens w 2026 roku?

Schema FAQ nie daje już wyniku rozszerzonego w Google, bo Google przestał go pokazywać 7 maja 2026, a 15 czerwca 2026 usunął dokumentację. Istniejący znacznik FAQPage nie szkodzi, ale wdrażanie go pod rich snippety w Google nie ma sensu.

Czy dane strukturalne pomagają w AI Overviews?

Google pisze w dokumentacji funkcji AI, że AI Overviews i AI Mode nie wymagają specjalnych danych strukturalnych, wystarczy strona zaindeksowana i kwalifikująca się do snippetu. Bing deklaruje, że schema pomaga jego modelom językowym rozumieć treść.

Ile trwa, zanim Google pokaże wynik rozszerzony?

Google nie podaje czasu, po którym pokaże wynik rozszerzony, i nie gwarantuje go nawet przy poprawnym znaczniku. Wynik rozszerzony może się pojawić dopiero po ponownym crawlowaniu i zaindeksowaniu strony z nowym znacznikiem.

Paweł Zinkiewicz

Członek zarządu i współwłaściciel agencji IF.PL, w SEO od ponad 20 lat (m.in. Gazeta.pl, Wirtualna Polska, Polska Press). Na bynajmniej.pl piszę z pomocą AI: temat, dane i testy są moje, AI pomaga ubrać to w słowa.