Dane strukturalne Schema.org - co działa w Google w 2026?

Co to są dane strukturalne Schema.org?

Dane strukturalne Schema.org to ustandaryzowany opis elementów strony w postaci par "właściwość: wartość", np. "price": 79.99 dla ceny produktu. Słownik Schema.org uruchomiły w czerwcu 2011 roku Google, Microsoft (Bing) i Yahoo, a w listopadzie 2011 dołączył Yandex. Dzięki jednemu słownikowi ta sama etykieta jest czytelna dla każdej wyszukiwarki.

Różnica wobec zwykłego tekstu jest prosta: człowiek z akapitu wyczyta cenę, autora i datę publikacji, a robot musi je zgadywać. Dane strukturalne podają te fakty wprost - typ (Product, Article, Organization) i jego właściwości (price, author, datePublished).

Opisane w ten sposób obiekty stają się dla wyszukiwarki rozpoznawalnymi bytami. To fundament pracy z encją w SEO i jeden z elementów technicznej warstwy opisanej w przewodniku SEO w erze AI.

Jakie jest znaczenie danych strukturalnych w SEO?

Znaczenie danych strukturalnych w SEO polega na tym, że pomagają Google zrozumieć treść strony i są warunkiem udziału w wynikach rozszerzonych (rich results), np. z ceną, dostępnością lub gwiazdkami. W studiach przypadków Google strony Rotten Tomatoes z danymi strukturalnymi miały CTR wyższy o 25% niż strony bez nich. Efekt dotyczy klikalności, nie pozycji.

Dokumentacja Google (aktualizacja z 10.12.2025) podaje też przykład Nestlé: strony wyświetlane jako wyniki rozszerzone miały CTR wyższy o 82% niż strony bez takiej prezentacji. To dane samych wdrażających, publikowane przez Google, więc traktuj je jako górny pułap, nie jako prognozę dla własnej witryny.

Czy dane strukturalne są czynnikiem rankingowym Google?

Dane strukturalne nie są czynnikiem rankingowym Google. John Mueller z Google napisał 13 kwietnia 2025 roku: "Structured data won't make your site rank better" ("dane strukturalne nie sprawią, że strona będzie wyżej"). Wytyczne Google potwierdzają to pośrednio: ręczne działanie za dane strukturalne odbiera tylko prawo do wyniku rozszerzonego i nie wpływa na pozycję strony.

Ten sam komunikat Google powtórzył w czerwcu 2025 roku, wycofując siedem typów wyników rozszerzonych: zmiana "nie wpłynie na ranking stron". Wpływ jest więc wyłącznie pośredni - przez wygląd wyniku i jego klikalność.

Nie oznacza to, że oznaczenia są bez znaczenia dla widoczności. Bez Product z offers sklep nie trafi do części formatów zakupowych, a bez poprawnego Organization Google ma mniej danych do rozpoznania marki i wyboru logo.

Czy dane strukturalne pomagają w AI Overviews i AI Mode?

Dane strukturalne nie są wymagane, aby strona pojawiła się w AI Overviews lub AI Mode. Przewodnik Google o optymalizacji pod generatywne funkcje wyszukiwania (aktualizacja z 10.07.2026) mówi wprost, że nie istnieje specjalne oznaczenie Schema.org dla AI. Google zaleca jednak dalsze stosowanie danych strukturalnych, bo dają kwalifikację do wyników rozszerzonych.

Ten sam dokument wskazuje jeden warunek, który ma znaczenie także dla funkcji AI: dane strukturalne muszą zgadzać się z tekstem widocznym na stronie. Dla sklepów dochodzi aktualność danych w Merchant Center, dla firm lokalnych - w Profilu Firmy w Google.

Twierdzenia o procentowym wzroście cytowań w AI dzięki samemu Schema.org pochodzą zwykle z badań bez opisanej metodologii. Bezpieczniej traktować dane strukturalne jako higienę techniczną niż jako dźwignię widoczności w AI. Co realnie wpływa na cytowania, opisuję na stronie o pozycjonowaniu w AI.

Które typy Schema.org dają wyniki rozszerzone w Google w 2026 roku?

W 2026 roku wyniki rozszerzone w Google dają m.in. Product z Offer, ProductGroup, Review i AggregateRating, BreadcrumbList, Article, Organization, LocalBusiness, Recipe, Event i ItemList. Galeria funkcji w dokumentacji Google (stan z 15.06.2026) wymienia 25 pozycji i nie zawiera już FAQ ani HowTo. Część funkcji działa tylko w wybranych krajach lub na komputerach.

Kolumna ograniczeń jest ważniejsza niż kolumna efektów. Event dla polskiego serwisu biletowego nie wygeneruje doświadczenia wydarzeń, bo Google udostępnia je m.in. w Niemczech, Hiszpanii, Wielkiej Brytanii i USA - Polski na tej liście nie ma (stan z 08.09.2026).

Karuzele w wersji beta dla krajów Europejskiego Obszaru Gospodarczego obejmują zapytania o hotele, wynajem krótkoterminowy, transport, loty, firmy lokalne, atrakcje i produkty. Dla części kategorii Google wymaga zgłoszenia przez formularz, a funkcja może zmieniać wymagania.

Które wyniki rozszerzone Google wycofał w latach 2023-2026?

W latach 2023-2026 Google wycofał z wyników m.in. HowTo (13.09.2023), pole wyszukiwania w linkach do podstron (listopad 2024), siedem typów ogłoszonych w czerwcu 2025, practice problem (styczeń 2026) i FAQ (7.05.2026). Oznaczenia tych typów nie szkodzą stronie, ale nie dają już żadnego efektu w Google Search.

• HowTo - od sierpnia 2023 tylko na komputerach, od 13 września 2023 całkowicie wycofany.
• FAQPage - od sierpnia 2023 tylko dla rozpoznawalnych serwisów rządowych i medycznych, od 7 maja 2026 nie pojawia się wcale; dokumentację usunięto 15 czerwca 2026, a Search Console i Test wyników z elementami rozszerzonymi przestały obsługiwać ten typ w czerwcu 2026.
• Sitelinks search box - usunięty z wyników w listopadzie 2024.
• Czerwiec 2025 - Book Actions, Course Info, ClaimReview, Estimated Salary, Learning Video, Special Announcement i Vehicle Listing; dla Book Actions Google zdjął później ostrzeżenie, bo jedna funkcja nadal z niego korzysta.
• Practice problem - dokumentacja usunięta 6 stycznia 2026; Dataset od listopada 2025 służy tylko Dataset Search.

Wtyczki SEO nadal oferują bloki FAQ i HowTo, bo Schema.org te typy zawiera, a korzystają z nich inne systemy. W Google ich jedynym zyskiem pozostaje czytelna struktura treści dla użytkownika.

Jakie formaty danych strukturalnych obsługuje Google: JSON-LD, Microdata czy RDFa?

Google obsługuje trzy formaty danych strukturalnych: JSON-LD, Microdata i RDFa. Rekomenduje JSON-LD, bo jest najłatwiejszy we wdrożeniu i utrzymaniu - to osobny skrypt <script type="application/ld+json"> w sekcji <head> lub <body>, niezależny od znaczników HTML. Według dokumentacji Google wszystkie trzy formaty są równie dobre, jeśli kod jest poprawny.

Microdata i RDFa zapisują dane atrybutami w istniejących tagach HTML, więc każda zmiana szablonu może je rozbić. JSON-LD ułatwia też zagnieżdżanie, np. autora (Person) w artykule (Article) i wydawcy (Organization).

JSON-LD można wstrzyknąć JavaScriptem, np. przez Google Tag Manager. Google ostrzega jednak, że dynamicznie generowane oznaczenia Product mogą sprawić, że Shopping będzie skanował stronę rzadziej i mniej niezawodnie. Ceny i dostępność umieszczaj więc w początkowym HTML z serwera.

Jak wdrożyć dane strukturalne Schema.org na stronie?

Aby wdrożyć dane strukturalne Schema.org, wybierz typ pasujący do treści strony, uzupełnij właściwości wymagane w dokumentacji Google, wstaw kod JSON-LD ręcznie, wtyczką lub modułem CMS i zweryfikuj go w Teście wyników z elementami rozszerzonymi. Wszystkie wartości w kodzie muszą odpowiadać temu, co widzi użytkownik na stronie.

Kolejność wdrożeń ustalaj według typu serwisu: sklep zaczyna od Product, Offer i ProductGroup, blog od Article z autorem, firma usługowa od Organization lub LocalBusiness. BreadcrumbList warto dodać wszędzie tam, gdzie strona ma okruszki w interfejsie.

Jak oznaczyć produkt i jego warianty?

Produkt oznacza się typem Product z zagnieżdżonym Offer, a warianty - typem ProductGroup z właściwościami productGroupID, variesBy i hasVariant. Dla merchant listing wymagane są name, image i offers z ceną większą od zera oraz walutą. Każdy wariant musi mieć unikalny identyfikator (sku lub gtin) i adres URL, który go preselekcjonuje.

{
  "@context": "https://schema.org",
  "@type": "ProductGroup",
  "name": "Koszulka Model X",
  "productGroupID": "KOSZULKA-X",
  "brand": {"@type": "Brand", "name": "Przykładowa Marka"},
  "variesBy": ["https://schema.org/color", "https://schema.org/size"],
  "hasVariant": [
    {
      "@type": "Product",
      "name": "Koszulka Model X — czerwona, M",
      "sku": "KOSZULKA-X-RED-M",
      "image": "https://example.com/koszulka-x-czerwona.jpg",
      "color": "czerwony",
      "size": "M",
      "offers": {
        "@type": "Offer",
        "url": "https://example.com/koszulka-x?kolor=czerwony&rozmiar=m",
        "price": 79.99,
        "priceCurrency": "PLN",
        "availability": "https://schema.org/InStock",
        "itemCondition": "https://schema.org/NewCondition"
      }
    },
    {
      "@type": "Product",
      "name": "Koszulka Model X — niebieska, L",
      "sku": "KOSZULKA-X-BLUE-L",
      "image": "https://example.com/koszulka-x-niebieska.jpg",
      "color": "niebieski",
      "size": "L",
      "offers": {
        "@type": "Offer",
        "url": "https://example.com/koszulka-x?kolor=niebieski&rozmiar=l",
        "price": 79.99,
        "priceCurrency": "PLN",
        "availability": "https://schema.org/OutOfStock",
        "itemCondition": "https://schema.org/NewCondition"
      }
    }
  ]
}

Dane produktowe ze strony wykorzystuje też Merchant Center. Funkcja automatycznych aktualizacji odczytuje z oznaczeń cenę, dostępność i stan produktu, a przy rozbieżności z pliku produktowego produkt może zostać odrzucony zamiast zaktualizowany. Spójność ERP, HTML i feedu jest więc ważniejsza niż sam wynik walidatora.

Jak oznaczyć firmę, autora i artykuł?

Firmę oznacza się typem Organization na stronie głównej, autora typem Person, a wpis typem Article lub BlogPosting z właściwościami author, datePublished i dateModified. Article nie ma właściwości wymaganych, ale Google zaleca author.url lub sameAs z linkiem do strony autora. Organization pomaga Google odróżnić markę od podobnie nazwanych firm i wybrać logo.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Dane strukturalne Schema.org w praktyce",
  "image": "https://example.com/obraz-wpisu.jpg",
  "datePublished": "2026-10-13",
  "dateModified": "2026-10-13",
  "author": {
    "@type": "Person",
    "name": "Jan Kowalski",
    "jobTitle": "Specjalista SEO",
    "url": "https://example.com/autor/jan-kowalski/",
    "sameAs": ["https://www.linkedin.com/in/przyklad-jan-kowalski"]
  },
  "publisher": {
    "@type": "Organization",
    "name": "Przykładowa Firma Sp. z o.o.",
    "logo": {"@type": "ImageObject", "url": "https://example.com/logo.png"}
  }
}

Powiązanie artykułu z autorem i jego profilami nie jest czynnikiem rankingowym, ale porządkuje sygnały, które Google i systemy AI łączą z wiarygodnością treści. Szerzej o tym w artykule o E-E-A-T.

Którą wtyczkę do danych strukturalnych wybrać w WordPressie i PrestaShopie?

W WordPressie dane strukturalne generują wtyczki Yoast SEO i Rank Math, które tworzą graf Schema.org m.in. z Organization lub Person, WebSite, WebPage i Article. Rozszerzenia to Schema & Structured Data for WP & AMP (ponad 35 typów, 100 000+ instalacji) oraz płatna Schema Pro. W PrestaShopie oznaczenia dodają moduły z katalogu PrestaShop Addons.

Przed wyborem modułu sprawdź trzy rzeczy: czy generuje JSON-LD, czy obsługuje ProductGroup dla wariantów i czy nie dubluje oznaczeń z szablonu. Dwie wtyczki generujące Product na tej samej karcie dają zdublowane oznaczenia - wykryjesz je w Teście wyników z elementami rozszerzonymi.

Bloki FAQ i HowTo w Yoast SEO i Rank Math nadal działają, ale nie dają już wyników rozszerzonych w Google (HowTo od 2023, FAQ od 2026) - Rank Math informuje o tym w swojej dokumentacji. Konfigurację wtyczek opisuje poradnik o pozycjonowaniu WordPressa.

Jak sprawdzić poprawność danych strukturalnych?

Poprawność danych strukturalnych sprawdza się w Teście wyników z elementami rozszerzonymi Google (search.google.com/test/rich-results), który ocenia tylko typy obsługiwane przez Google, oraz w Schema Markup Validator (validator.schema.org), który waliduje cały słownik Schema.org. Stan całej witryny pokazują raporty Search Console w sekcji "Ulepszenia", a produkty - w sekcji "Zakupy".

Raporty Search Console dzielą elementy na prawidłowe i nieprawidłowe oraz rozdzielają problemy krytyczne od niekrytycznych. Nie każdy typ ma raport - Article, Organization i LocalBusiness go nie mają, więc ich wdrożenie kontrolujesz narzędziem do sprawdzania adresów URL w GSC.

Test w walidatorze potwierdza składnię, ale nie zgodność z treścią strony. Rozbieżność ceny w JSON-LD i na stronie przejdzie walidację, a mimo to łamie wytyczne Google - dlatego kontrola danych strukturalnych powinna być częścią okresowego audytu SEO.

Czym dane strukturalne różnią się od wyników rozszerzonych?

Dane strukturalne to kod w źródle strony, a wynik rozszerzony (rich result) to opcjonalny sposób prezentacji strony w Google, o którym decyduje wyszukiwarka. Poprawny kod daje tylko kwalifikację - Google zastrzega w wytycznych, że nie gwarantuje wyświetlenia wyniku rozszerzonego, nawet gdy Test wyników z elementami rozszerzonymi nie pokazuje błędów.

Z tego wynika praktyczna różnica w mierzeniu efektów. Liczbę prawidłowych elementów widać w raportach "Ulepszenia", ale realne wyświetlenia wyników rozszerzonych mierzy się w raporcie Skuteczność, filtrując po wyglądzie w wyszukiwarce.

Schema.org jest natomiast słownikiem, a nie formatem ani funkcją Google. Ten sam słownik czytają Bing, Yandex i inne systemy, a Google obsługuje tylko część jego typów.

Podsumowanie

Dane strukturalne Schema.org to kod JSON-LD, który pomaga Google zrozumieć stronę i kwalifikuje ją do wyników rozszerzonych, ale nie poprawia pozycji. W 2026 roku największy zwrot dają Product, Offer i ProductGroup w sklepach, Article z autorem na blogach oraz Organization i LocalBusiness dla firm. FAQ i HowTo nie dają już efektu w Google.

Traktuj dane strukturalne jako warstwę kontroli jakości danych: te same ceny, autorzy i adresy w kodzie, w treści strony, w Merchant Center i w Profilu Firmy w Google. Jeśli potrzebujesz przeglądu wdrożenia na swojej stronie, skorzystaj ze wsparcia freelancera SEO.