Czym są dane strukturalne? Znaczniki schema wyjaśnione prosto

Dane strukturalne to mały fragment kodu na stronie, który w standardowym formacie zrozumiałym dla wyszukiwarek opisuje, czego dotyczy strona — na przykład: „ta strona to produkt o nazwie Lavender Candle, kosztuje 24 dolary i jest na stanie”. Google opisuje je jako ustandaryzowany sposób przekazywania informacji o stronie i klasyfikowania jej treści. Jeśli są poprawnie zrobione, pomagają wyszukiwarkom zrozumieć stronę i mogą sprawić, że pojawi się ona w bogatszych wynikach, np. z cenami, ocenami lub datami wydarzeń widocznymi od razu na liście wyników.

Dlaczego to ma znaczenie, gdy budujesz z AI

Wyszukiwarki dobrze czytają strony, ale wciąż muszą zgadywać. Czy „24” to cena, ilość czy data? Czy „Riverside Hall” to miejsce, czy osoba? Dane strukturalne eliminują zgadywanie.

W przypadku stron budowanych przez AI są dwa praktyczne punkty:

• To kod, a nie treść, więc łatwo o nim zapomnieć. Asystent AI zwykle go nie doda, dopóki o to nie poprosisz, a jeśli to zrobi, musi on pasować do tego, co faktycznie jest na stronie.
• Łatwo go zrobić źle w sposób, który wygląda dobrze. AI może wymyślić ocenę pięciogwiazdkową, dodać znaczniki do treści, których nie widać, albo użyć typu, którego Google już nie pokazuje. Wytyczne Google są surowe w kwestii dokładności, a wprowadzające w błąd znaczniki mogą zostać zignorowane lub ukarane.

Trochę danych strukturalnych, dokładnych i dopasowanych do prawdziwej treści, jest warte zachodu. Dużo wymyślonych znaczników jest gorsze niż ich brak.

Codzienna analogia

Pomyśl o produkcie w supermarkecie. Opakowanie ma kolorowy design i treści marketingowe — to twoja strona widziana oczami człowieka. Ale na odwrocie jest też standardowa tabela wartości odżywczych: te same pola, w tej samej kolejności, na każdym produkcie. Każdy może ją szybko przeczytać i porównać produkty.

Dane strukturalne to tabela wartości odżywczych dla twojej strony. Wygląd może być dowolny; etykieta jest ustandaryzowana, żeby maszyny mogły ją niezawodnie odczytać. A podobnie jak etykieta na żywności, musi być uczciwa co do tego, co w środku.

Jak działają dane strukturalne

Dane strukturalne składają się z dwóch części:

1. Słownik — słowa używane do opisu rzeczy. Najczęściej używany jest schema.org, wspólny słownik z typami takimi jak Product, LocalBusiness, Event, Article, Recipe i Organization oraz właściwościami takimi jak name, price, address i startDate.
2. Format — sposób, w jaki etykiety są zapisane na stronie. Google obsługuje trzy: JSON-LD, Microdata i RDFa. Poleca JSON-LD, czyli blok JSON wewnątrz znacznika <script>, oddzielony od widocznego HTML-u.

Wyszukiwarki czytają ten blok, rozumieją podmioty na stronie i — jeśli strona się kwalifikuje i spełnia wymagania — mogą pokazać bogaty wynik: wpis w wynikach wyszukiwania z dodatkowymi szczegółami.

Przykład: strona produktu w sklepie ze świecami

Załóżmy, że zbudowałeś sklep internetowy, a jedna strona sprzedaje świecę lawendową. Widoczna strona pokazuje nazwę, zdjęcie, opis, cenę (24,00 USD) i napis „Na stanie”.

JSON-LD dla tej strony może wyglądać tak:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Umieszcza się go wewnątrz <script type="application/ld+json">…</script> w HTML-u strony.

Zwróć uwagę, czego tu nie ma: brak aggregateRating, bo sklep nie pokazuje na stronie opinii. Dodanie oceny, której odwiedzający nie widzą, łamałoby zasady Google.

Strona kontaktowa tego samego sklepu może opisywać samą firmę:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Znowu: każda wartość odpowiada temu, co jest widoczne na stronie.

Sprawdzanie. Wklej żywy adres URL do Rich Results Test od Google, aby sprawdzić, czy strona kwalifikuje się do bogatych wyników Google i czy brakuje czegoś wymaganego. Do ogólnej weryfikacji schema.org użyj Schema Markup Validator. Po publikacji Search Console pokazuje błędy w całej witrynie.

Zasady warte znajomości

Z dokumentacji Google dotyczącej danych strukturalnych:

• Oznaczaj tylko to, co użytkownicy widzą. Nie dodawaj danych strukturalnych o informacjach, które nie są widoczne na stronie, nawet jeśli są prawdziwe.
• Dodaj wymagane właściwości. Każdy typ bogatego wyniku ma listę wymaganych pól; brak któregoś czyni stronę niekwalifikującą się.
• Kwalifikacja to nie gwarancja. Poprawne znaczniki sprawiają, że strona może otrzymać bogaty wynik, ale nie oznacza to, że na pewno go dostanie.
• Typy bogatych wyników się zmieniają. Google z czasem wycofuje niektóre funkcje. Na przykład bogate wyniki FAQ były ograniczone do dobrze znanych stron rządowych i zdrowotnych, a Google ogłosiło, że przestaną pojawiać się w wyszukiwarce od maja 2026 roku. Zanim zbudujesz coś pod konkretny bogaty wynik, sprawdź aktualną galerię wyników wyszukiwania Google.
• Nie twórz stron tylko po to, by przechowywać znaczniki.

Wyjaśnienie pojęć

Typowe błędy i mylne przekonania

• „Dane strukturalne podnoszą pozycje w wynikach.” Ich główna wartość to zrozumienie strony i kwalifikacja do bogatych wyników, a nie skrót do wyższej pozycji.
• Wymyślanie recenzji lub ocen. Fałszywe lub nieuzasadnione oceny łamią zasady Google i wprowadzają ludzi w błąd.
• Znaczniki niezgodne ze stroną. Cena 24 USD w JSON-LD i 29 USD na stronie to problem.
• Ukryta treść. Oznaczanie tekstu, którego odwiedzający nie widzą, jest sprzeczne z wytycznymi.
• Kopiowanie znaczników na każdą stronę. Blok Product należy na strony produktów, a nie na stronę główną i do bloga.
• Budowanie pod wycofane funkcje. Sprawdź, czy bogaty wynik, na który liczysz, nadal istnieje.
• Dodawanie znaczników tylko w przeglądarce. Jeśli strona renderuje wszystko w JavaScript, Google może ją mimo to odnaleźć, ale JSON-LD w HTML-u wysyłanym przez serwer jest bardziej niezawodny.
• Brak testów. Brakujący przecinek sprawia, że cały blok staje się nieczytelny.

O co poprosić swojego asystenta AI

• „Dodaj dane strukturalne JSON-LD z typami schema.org pasującymi do każdej strony: Product na stronach produktów, LocalBusiness na stronie kontaktowej, Article na wpisach blogowych.”
• „Generuj wartości z tych samych danych, które wyświetla strona, aby zawsze były zgodne.”
• „Nie dodawaj ocen, recenzji ani żadnej właściwości, która nie jest widoczna na stronie.”
• „Umieść JSON-LD w HTML-u renderowanym przez serwer lub wstępnie wyrenderowanym.”
• „Uwzględnij wszystkie wymagane właściwości dla bogatego wyniku Google dla tego typu i napisz, których użyłeś.”
• „Podaj mi listę adresów URL do sprawdzenia w Rich Results Test.”

Jeśli chodzi o miejsce tego tematu w szerszym obrazie, zobacz czym jest SEO, czym jest mapa witryny oraz techniczny przewodnik SEO dla stron budowanych przez AI.

Dane strukturalne w Mythex

Mythex nie dodaje danych strukturalnych automatycznie; prosisz o nie na czacie, a agent zapisuje je w kodzie twojej aplikacji. Wskaż, które strony reprezentują produkty, wydarzenia lub twoją firmę, i poproś o wygenerowanie JSON-LD na podstawie tych samych danych, które pokazuje strona. Przepis w dokumentacji SEO dla opublikowanej aplikacji zawiera zdanie „Nie wymyślaj fałszywych danych schema dla recenzji”, które warto zachować w każdym poleceniu. Ponieważ domyślna konfiguracja to jednostronicowa aplikacja renderowana po stronie klienta, jeśli wyszukiwarka ma znaczenie, poproś o strukturę wstępnie renderowaną lub statyczną, a następnie opublikuj i przetestuj żywe adresy URL.

Pytania