Przejdź do treści
SEO

Dane strukturalne (Structured Data)

Opublikowano:
Aktualizacja:

Dane uporządkowane opisują informacje na stronie w formacie możliwym do przetwarzania przez maszyny, np. JSON-LD ze słownikiem Schema.org. Poprawny JSON nie oznacza poprawności całego opisu ani kwalifikacji do rozszerzonego wyniku Google.

Opis musi odpowiadać widocznej treści. Obsługa funkcji zależy od wyszukiwarki i typu informacji; Schema.org zawiera także typy bez odpowiadającego wyniku rozszerzonego Google.

Dlaczego dane strukturalne są ważne?

Pomagają systemom automatycznym jednoznaczniej rozpoznać typ treści, jej właściwości i relacje. Nie zastępują poprawnego HTML-a ani jakości treści, ale mogą ułatwić interpretację strony i kwalifikację do wybranych form prezentacji wyników.

Najczęściej używane typy

  • Article / BlogPosting: artykuły i wpisy blogowe.
  • Product + Offer + AggregateRating: e-commerce i opinie.
  • FAQPage i HowTo: typy słownika, które nie oznaczają obsługi FAQ ani HowTo rich results przez Google.
  • Organization, LocalBusiness, BreadcrumbList: dane firmy i nawigacja.
  • DefinedTerm / DefinedTermSet: słowniki i glosariusze pojęć.

Dobre praktyki

Znaczniki muszą opisywać treść faktycznie widoczną na stronie, bo rozbieżność grozi karą ręczną. Warto walidować implementację testem wyników rozszerzonych Google oraz utrzymywać dane strukturalne w prerenderowanym HTML-u, a nie dodawać ich dopiero JavaScriptem po stronie klienta.

Schema validator, schema checker i Rich Results Test

Nazwy „checker” i „validator” są stosowane przez dostawców różnie. Parser JSON ocenia składnię. Schema Markup Validator sprawdza opis w słowniku Schema.org. Rich Results Test sprawdza wymagania obsługiwanych funkcji Google; żaden z tych wyników nie dowodzi prawdziwości treści ani gwarantowanego wyświetlenia.

  • Parser JSON: czy dokument można odczytać składniowo.
  • Schema Markup Validator: typy i właściwości słownika Schema.org.
  • Rich Results Test: wymagania funkcji aktualnie obsługiwanych przez Google.
  • Przegląd redakcyjny i URL Inspection: zgodność z treścią oraz dostęp i indeksowanie.

Przykład

Scenariusz opisu artykułu. Nazwę autora, datę i tytuł zastąp rzeczywistymi danymi widocznymi na stronie; przykład nie jest deklaracją publikacji takiego artykułu.

JSON-LD do script type="application/ld+json"
JSON-LD
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Jak zarezerwować miejsce na obrazy",
  "author": {
    "@type": "Person",
    "name": "Imię i nazwisko autora"
  },
  "datePublished": "2026-09-01"
}

Jak sprawdzić implementację?

  • Zweryfikuj poprawność składni JSON-LD (parser nie powinien zgłaszać błędów).
  • Sprawdź, czy wartości odpowiadają treści widocznej na stronie.
  • Potwierdź, że użyty typ i właściwości pasują do danej podstrony.
  • Ponownie sprawdź stronę po zmianach szablonu lub wdrożeniu, najlepiej testem wyników rozszerzonych Google.

Czy dane strukturalne poprawiają pozycje w Google?

Dane mogą pomóc wyszukiwarce zinterpretować stronę i zakwalifikować ją do obsługiwanej prezentacji. Nie gwarantują pozycji, wyświetlenia ani wzrostu CTR. Oceniaj efekt na danych własnej strony.

FAQ w treści a funkcja Google

Google wycofało FAQ rich results od 7 maja 2026, a dokumentację tej funkcji usunęło 15 czerwca 2026 (Search Central updates). Przydatne pytania i odpowiedzi pozostają wartościową treścią, lecz FAQPage nie przywraca wycofanej funkcji.

Źródła i dalsza lektura

Sprawdź techniczną jakość swojej strony

Insight analizuje publiczne sygnały SEO, wydajności, dostępności i bezpieczeństwa oraz zamienia znaleziska w uporządkowaną listę działań.