Czym są dane strukturalne (Schema.org)
Czym są dane strukturalne?
Dane strukturalne to kod wykorzystujący słownik Schema.org, który wyjaśnia znaczenie treści na stronie w sposób czytelny dla wyszukiwarek. Najpopularniejszą formą zastosowania jest format JSON-LD dodawany do strony jako oddzielny <script type="application/ld+json"> blok; blok ten nie zmienia widocznej treści strony, a jedynie dodaje do niej dodatkową warstwę „etykiet”. Istnieje wiele typów, takich jak Organization, Article, Product czy BreadcrumbList, a każdy z nich został zaprojektowany w celu zdefiniowania innego rodzaju treści.
Dane strukturalne można porównać do karty katalogowej w bibliotece: sama książka (treść strony) pozostaje niezmieniona, ale karta katalogowa (dane strukturalne) podsumowuje w standardowym formacie autora, rodzaj i datę publikacji tej książki, ułatwiając wyszukiwanie i klasyfikację.
Oprócz JSON-LD istnieją również starsze formaty, takie jak Microdata i RDFa; one osadzają dane bezpośrednio w widocznych tagach HTML. JSON-LD jest łatwiejszy w utrzymaniu, ponieważ jest oddzielony od treści strony i niezależny od niej, i jest to obecnie metoda zalecana przez Google.
Dlaczego to jest ważne?
Prawidłowo zastosowane dane strukturalne pomagają Google lepiej zrozumieć treść strony i mogą umożliwić wyświetlanie w SERP wyników rozszerzonych (rich results) dla niektórych typów treści — np. ścieżki nawigacyjnej, ceny produktu, daty publikacji artykułu. Te wizualne ulepszenia mogą wyróżnić Twoją stronę spośród wyników o tym samym rankingu i zwiększyć współczynnik klikalności.
Jednak dodanie danych strukturalnych nie gwarantuje wyświetlenia wyników rozszerzonych; Google decyduje na podstawie własnego algorytmu, które wyniki rozszerzone wyświetli, a decyzja ta może ulegać zmianom w czasie. Dlatego bardziej właściwe jest postrzeganie danych strukturalnych nie jako „zakupu pewnej funkcji w SERP”, ale jako „uczynienia treści bardziej przejrzystą i czytelna dla maszyn”.
Najbardziej konkretnym przykładem tej sytuacji są schematy FAQPage i HowTo: mimo że przez lata były powszechnie zalecane, Google ograniczyło zakres tych wyników rozszerzonych i usunęło je z niemal wszystkich stron. Jest to dobry przykład tego, jak „kiedyś przydatna praktyka” może stracić na wartości w wyniku zmiany polityki wyszukiwarki.
Jak to naprawić?
- W przypadku treści identyfikujących Twoją witrynę
Organization, a dla treści blogowych/informacyjnychArticleschemat . - Aby wyświetlić ścieżkę nawigacyjną
BreadcrumbList; może to pomóc w wyświetlaniu czytelnej ścieżki nawigacyjnej zamiast adresu URL w wynikach wyszukiwania (SERP). - W danych strukturalnych należy oznaczać wyłącznie informacje faktycznie widoczne na stronie; dodawanie do schematu danych, których nie ma na stronie, jest niezgodne z zasadami Google i może skutkować podjęciem działań ręcznych.
- Sprawdź za pomocą narzędzia do walidacji, czy JSON-LD jest poprawny; blok zawierający błąd składniowy może zostać całkowicie zignorowany.
- Nie dodawaj schematów FAQPage i HowTo: w 2023 roku Google w znacznym stopniu wycofało te wyniki rozszerzone i z czasem jeszcze bardziej ograniczyło ich zakres; dla zwykłych stron nie zapewniają one już praktycznej korzyści w wynikach wyszukiwania (SERP), a jedynie generują zbędne obciążenie kodowe i powodują koszty związane z utrzymaniem.
Przykład
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "SEO Dostu URL Yapısı",
"datePublished": "2026-07-01",
"author": {"@type": "Organization", "name": "SeoRaporu"}
}
</script>
Zły przykład: podawanie losowej wartości w JSON-LD, mimo że na stronie nie ma żadnej daty publikacji datePublished wartość; jest to niezgodne z wytycznymi Google dotyczącymi danych strukturalnych i w przypadku wykrycia może nawet skutkować podjęciem działań ręcznych.
Często popełniane błędy
- Oznaczanie w danych strukturalnych informacji, które nie są widoczne na stronie (sprzeczne z wytycznymi Google).
- Tworzenie pliku JSON z nieprawidłowymi lub brakującymi polami; nawet jeden brakujący przecinek może unieważnić cały blok.
- Poświęcanie czasu na schemat FAQPage/HowTo, który obecnie nie zapewnia wyników rozszerzonych.
- Brak synchronizacji danych strukturalnych z aktualną treścią (np. pozostawienie starej ceny w schemacie, mimo że cena na stronie została zaktualizowana).
- Gdy w raporcie Seoraporu.co nie znaleziono danych strukturalnych, nie jest to oznaczane jako błąd, lecz jako szansa — można uzupełnić dane, dodając podstawowe typy, takie jak „Organization” i „Article”.
- Losowe wybieranie typów schematów bez dopasowania ich do rzeczywistego rodzaju treści na stronie; np. dodanie schematu „Product” do wpisu na blogu powoduje niejasność znaczeniową i może obniżyć zaufanie Google.
- Dodanie do tej samej strony więcej niż jednego sprzecznego bloku schematu (np. dwóch różnych definicji typu „Organization”); w takim przypadku Google musi samodzielnie zdecydować, która z nich jest prawidłowa.