Schema.org: dane strukturalne dla Google i AI

Schema.org to wspólny słownik znaczników, którymi opisujesz treść strony w sposób zrozumiały dla maszyn: kim jest firma, co sprzedaje, kto napisał artykuł i jaka jest cena produktu. Zapisujesz to zwykle w formacie JSON-LD, w kodzie strony. Dane strukturalne nie gwarantują wyższej pozycji, ale pomagają wyszukiwarkom jednoznacznie rozpoznać, o czym jest strona.

Czym są Schema.org i dane strukturalne?

Schema.org to wspólny słownik, który stworzyły największe wyszukiwarki, a dane strukturalne to konkretne wykorzystanie tego słownika na Twojej stronie. Słownik mówi, że istnieje typ „Product” z właściwościami takimi jak nazwa, cena i dostępność. Dane strukturalne to zapis, że ten produkt nazywa się tak, a nie inaczej, kosztuje 249 zł i jest dostępny.

Człowiek widzi na stronie cenę, nagłówek i zdjęcie. Robot musi zgadywać, co jest czym. Znacznik zdejmuje z niego to zgadywanie. To część szerszego porządku w SEO technicznym: nie tworzy treści, ale ułatwia jej zrozumienie.

JSON-LD czy mikrodane: który format wybrać?

Dla większości stron właściwym wyborem jest JSON-LD, bo to format, który Google wskazuje jako zalecany. Istnieją trzy sposoby zapisu: JSON-LD, mikrodane i RDFa.

Mikrodane nadal działają i Google je odczytuje, ale poprawianie ich oznacza grzebanie w szablonie. Przy JSON-LD zmiana ceny czy adresu to edycja jednej linijki. Jeśli masz na stronie stare mikrodane, a obok nowy JSON-LD z tymi samymi danymi, sprawdź, czy się nie dublują i nie sprzeczają.

Które typy Schema.org są najważniejsze dla firm?

Dla typowej firmy wystarczy kilka typów, a ich dobór zależy od rodzaju strony. Nie ma sensu dokładać znaczników „na zapas”.

Organization i LocalBusiness

Organization opisuje firmę: nazwę, adres strony, logo, profile w mediach społecznościowych i dane kontaktowe. LocalBusiness to jego wariant dla firm z lokalizacją, z godzinami otwarcia, adresem i obszarem działania. Jeśli prowadzisz działalność lokalną, to najbardziej użyteczny typ. Wstawiasz go na stronie głównej i na stronie kontaktowej.

Article i Person

Article (lub BlogPosting) opisuje wpis: nagłówek, datę publikacji, datę modyfikacji, autora. Person identyfikuje autora i może wskazywać jego profile oraz miejsce pracy. Razem budują obraz, kto stoi za treścią, co wspiera ocenę E-E-A-T, choć same w sobie nie są „czynnikiem E-E-A-T”.

Product

Product opisuje towar: nazwę, zdjęcia, markę, cenę, dostępność, a opcjonalnie oceny i opinie. To jeden z typów, które realnie wpływają na wygląd wyniku w sklepach internetowych. Dane muszą zgadzać się z kartą produktu.

FAQPage

FAQPage opisuje listę pytań i odpowiedzi, które są widoczne na stronie. Typ nadal istnieje w słowniku Schema.org i jest poprawny, ale jego znaczenie w Google zmalało. Szczegóły w osobnej sekcji niżej.

BreadcrumbList

BreadcrumbList opisuje ścieżkę okruszków, np. Strona główna > Blog > Artykuł. Pomaga zrozumieć hierarchię serwisu i bywa pokazywany w wynikach zamiast gołego adresu URL.

Jak wygląda przykład JSON-LD dla firmy?

Poniżej minimalny przykład znacznika Organization wraz z powiązanym autorem. Dane są przykładowe i trzeba je zastąpić własnymi.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.pl/#firma",
      "name": "Przykładowa Firma sp. z o.o.",
      "url": "https://example.pl/",
      "logo": "https://example.pl/logo.png",
      "sameAs": [
        "https://example.pl/profil-firmy"
      ]
    },
    {
      "@type": "Person",
      "@id": "https://example.pl/#autor",
      "name": "Jan Kowalski",
      "jobTitle": "Założyciel",
      "worksFor": { "@id": "https://example.pl/#firma" }
    }
  ]
}
</script>

Zwróć uwagę na pole @id. Pozwala ono nadać każdemu bytowi stały identyfikator i odwoływać się do niego z innych znaczników, dzięki czemu autor „wie”, w jakiej firmie pracuje. Tak samo rozumujemy w przypadku encji, o których piszemy w tekście o wyszukiwaniu semantycznym.

Co Google zmienił w wynikach rozszerzonych?

Google systematycznie ogranicza liczbę wyników rozszerzonych, więc nie każdy typ znacznika daje dziś widoczny efekt w wynikach. Warto znać trzy etapy tej zmiany.

• Sierpień i wrzesień 2023: wyniki rozszerzone z FAQ ograniczono do znanych, autorytatywnych serwisów rządowych i zdrowotnych, a HowTo najpierw zostało ograniczone do komputerów, a we wrześniu wycofane całkowicie.
• Czerwiec 2025: Google ogłosił wygaszanie kilku mało używanych funkcji opartych na danych strukturalnych w ramach upraszczania wyników, m.in. Course Info, Claim Review i Special Announcement. Google zaznaczył, że to nie wpływa na pozycje, tylko na wygląd wyniku.
• 2026: według dokumentacji FAQPage Google przestał pokazywać wyniki rozszerzone FAQ w wyszukiwarce, z datą wskazywaną w komunikatach jako 7 maja 2026. Google podkreśla, że znacznik pozostaje poprawny, a jego pozostawienie nie szkodzi.

Wniosek praktyczny: nie dodawaj FAQPage po to, żeby „zdobyć pole z pytaniami w Google”, bo tego pola już nie dostaniesz. Jeśli masz na stronie sekcję pytań i odpowiedzi, znacznik możesz zostawić, bo zapis jest poprawny i może pomagać innym systemom w odczycie struktury. Nie zdejmuj go też masowo bez powodu. Dokładny stan dokumentacji warto sprawdzać na bieżąco, bo Google zmienia ją często.

Jak przetestować dane strukturalne?

Dane strukturalne testujesz trzema narzędziami, które odpowiadają na różne pytania.

1. Rich Results Test (Test wyników rozszerzonych) sprawdza, czy strona kwalifikuje się do wyników rozszerzonych Google i czy znaczniki wymagane dla danego typu są kompletne.
2. Schema Markup Validator sprawdza poprawność składniową względem słownika Schema.org, niezależnie od tego, czy Google pokazuje dany typ. Przydaje się dla typów, które Google już nie wspiera w wynikach.
3. Google Search Console w raportach rozszerzeń i wyników rozszerzonych pokazuje błędy i ostrzeżenia na całym serwisie, nie tylko na jednej stronie, oraz zmiany po wdrożeniu poprawek.

Dobry rytm pracy to test pojedynczej strony przed wdrożeniem, a potem obserwacja Search Console po kilku dniach. Jeśli tego typu strony nie są w ogóle zaindeksowane, najpierw zajrzyj do wpisu Google nie indeksuje strony, bo markup nie pomoże stronie, której Google nie widzi. Pełną listę kontroli technicznych znajdziesz w zestawie 50 czynników technicznego SEO.

Jaką rolę dane strukturalne odgrywają w AI?

Dane strukturalne pomagają systemom AI jednoznacznie zrozumieć, kim jest firma i czego dotyczy strona, ale nie ma dowodów, że sam znacznik zwiększa szansę na cytowanie. Google mówi wprost, że do AI Overviews i Trybu AI nie trzeba dodawać żadnego specjalnego znacznika Schema.org. O pozostałych czatach nie ma wiarygodnych publicznych deklaracji, że czytają JSON-LD, więc takiej obietnicy nie składamy.

Co da się uczciwie powiedzieć:

• Encje. Modele i wyszukiwarki pracują na bytach: firma, osoba, produkt, miejsce. Znacznik Organization z @id i sameAs pomaga powiązać Twoją stronę z jedną, jednoznaczną encją, zamiast kilku podobnych nazw.
• Spójność. Ta sama nazwa firmy, adres i opis w znacznikach, na stronie kontaktowej i w profilach to sygnał porządku. Brak spójności utrudnia jednoznaczne rozpoznanie.
• Pośrednio. Jeśli wyniki rozszerzone poprawiają klikalność, a Google lepiej rozumie stronę, to pozytywnie wpływa na widoczność. To jednak efekt pośredni.

Cytowania w odpowiedziach AI zależą głównie od jakości treści, wiarygodności marki i tego, czy strona jest dostępna dla robotów. Zobacz, jak to wygląda w AI Overviews i w artykule o widoczności w AI. My sami używamy w serwisie Organization, Person i FAQPage oraz pliku llms.txt, ale traktujemy je jako porządek techniczny, nie czarodziejską różdżkę.

Jakie błędy w danych strukturalnych zdarzają się najczęściej?

Najczęstsze błędy to znaczniki niezgodne z treścią strony i kopiowanie gotowców bez dopasowania.

• Opinie lub oceny w znaczniku, których nie ma na stronie albo które dotyczą samej firmy, a nie produktu.
• Cena lub dostępność w znaczniku inne niż w widocznej karcie produktu.
• Kilka wtyczek generujących ten sam typ jednocześnie, przez co powstają duplikaty i sprzeczne wartości.
• Puste lub zgadywane pola, np. numer telefonu „000”.
• Znacznik na stronie, która nie jest tym, co opisuje (np. LocalBusiness na stronie bez żadnej lokalizacji).

Znaczniki niezgodne z treścią mogą skutkować ręcznym działaniem Google i utratą wyników rozszerzonych. Lepiej mieć mniej typów, ale poprawnych.

Od czego zacząć wdrożenie?

Zacznij od stron, które mają największe znaczenie biznesowe, i od typów, które odpowiadają ich treści. Dla firmy usługowej to zwykle strona główna (Organization), kontakt (LocalBusiness), artykuły (Article z autorem Person) i okruszki (BreadcrumbList). Dla sklepu dodaj Product na kartach produktów.

1. Wypisz typy zgodne z tym, co faktycznie jest na stronie.
2. Sprawdź, co generuje już wtyczka SEO lub motyw, żeby nie dublować.
3. Uzupełnij brakujące pola prawdziwymi danymi.
4. Przetestuj w Rich Results Test i Schema Markup Validator.
5. Obserwuj Search Console i poprawiaj błędy.

Najczęstsze pytania

Czy Schema.org podnosi pozycję w Google?

Nie ma na to dowodów, a Google nie deklaruje, że dane strukturalne są czynnikiem rankingowym. Pomagają zrozumieć stronę i mogą dawać wyniki rozszerzone, które wpływają na klikalność. Sama obecność znacznika nie zastępuje dobrej treści.

Czy FAQPage nadal ma sens?

Jako zapis jest poprawny, ale według dokumentacji Google wyniki rozszerzone FAQ nie są już pokazywane w wyszukiwarce. Jeśli masz sekcję pytań, znacznik możesz zostawić. Nie wdrażaj go wyłącznie dla efektu w Google.

Czy znaczniki pomagają w cytowaniu przez ChatGPT i AI Overviews?

Google twierdzi, że do AI Overviews i Trybu AI nie ma specjalnych znaczników. Dla innych czatów brak wiarygodnych potwierdzeń. Dane strukturalne traktuj jako sposób na jednoznaczność, a nie gwarancję cytowania.

JSON-LD czy wtyczka: co lepsze?

Wtyczka SEO zwykle generuje poprawny JSON-LD dla podstawowych typów i to wystarcza na start. Własny kod potrzebny jest, gdy chcesz opisać coś niestandardowego, np. powiązania między firmą, autorem i usługami. Ważne, żeby nie mieć dwóch generatorów naraz.

Jak sprawdzić, czy moje dane strukturalne są poprawne?

Użyj Rich Results Test dla pojedynczej strony, Schema Markup Validator do ogólnej poprawności oraz raportów w Google Search Console dla całego serwisu. Po wdrożeniu poczekaj kilka dni, aż Google przeliczy strony ponownie.

Podsumowanie

Dane strukturalne są porządkiem technicznym: opisują, kim jesteś i co oferujesz, w formie zrozumiałej dla maszyn. Nie obiecują pozycji ani cytowań w AI, ale usuwają niejednoznaczność, a to dobra podstawa. Jeśli chcesz sprawdzić, jak wygląda to u Ciebie, zajrzyj do naszego audytu SEO, w którym oceniamy także dane strukturalne.