Generator schema markup
JSON-LD dla 8 typów schema.org, pola wymagane i zalecane przez Google
- Darmowe
- Bez zakładania konta
Artykuł
Google nie wymaga żadnego pola dla Article, ale zaleca nagłówek, obraz, daty publikacji i zmiany oraz autora. Dla wpisów blogowych wybierz BlogPosting, dla wiadomości NewsArticle.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Jak porównać stronę z konkurencją",
"mainEntityOfPage": "https://example.com/blog/benchmark-strony",
"image": [
"https://example.com/og/benchmark.png"
],
"datePublished": "2026-09-23T09:00+02:00",
"dateModified": "2026-09-23T09:00+02:00",
"author": {
"@type": "Person",
"name": "Anna Kowalska",
"url": "https://example.com/o-nas/anna"
},
"publisher": {
"@type": "Organization",
"name": "Example",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
}
}
}
</script>Kontrola
Bez błędówSprawdź po wdrożeniu: Rich Results Test, Schema Markup Validator, dokumentacja Google dla tego typu
Kod powstaje w Twojej przeglądarce. Wpisane dane nie są nigdzie wysyłane.
Generator schema markup tworzy kod JSON-LD dla Article, Product, LocalBusiness, Organization, BreadcrumbList, Event, WebSite i FAQPage. Wybierz typ, uzupełnij pola (oznaczone są te, których Google wymaga albo zaleca) i skopiuj gotowy znacznik <script> do strony. Narzędzie od razu sprawdza pełne adresy URL, daty w formacie ISO 8601, kody walut i godziny otwarcia. Dane strukturalne nie gwarantują wyniku rozszerzonego, a FAQ od maja 2026 r. w ogóle go nie daje.
Co daje schema markup
Dane strukturalne opisują stronę w sposób, który maszyna czyta bez zgadywania. Google zaleca format JSON-LD: osobny znacznik <script type="application/ld+json">, który nie miesza się z treścią HTML.
Kod nie gwarantuje wyniku rozszerzonego. Google pisze wprost, że poprawne dane strukturalne czynią stronę kwalifikującą się do funkcji, ale nie gwarantują, że się pojawi. Dane muszą też zgadzać się z tym, co widać na stronie.
Lista obsługiwanych funkcji się zmienia. HowTo zniknął z wyników we wrześniu 2023 r., pole wyszukiwania w linkach do podstron w listopadzie 2024 r., a FAQ w maju 2026 r. Dlatego przy każdym typie podajemy link do aktualnej dokumentacji Google.
Po wdrożeniu sprawdź stronę w Rich Results Test (funkcje Google) i w Schema Markup Validator (ogólna poprawność schema.org), a zmiany obserwuj w raportach Search Console.
Opisz to, co widać na stronie
Dane strukturalne muszą odpowiadać treści strony: ta sama cena, te same godziny, ten sam autor. Wypełnij pola tym, co użytkownik zobaczy, a jeśli strona pokazuje coś innego, popraw najpierw stronę.
Google Search Central, Structured data galleryJak dodać dane strukturalne JSON-LD do strony
Dane strukturalne JSON-LD to blok <code><script type="application/ld+json"></code>, który opisuje stronę słownikiem schema.org. Pięć kroków prowadzi od wyboru typu do kontroli w Search Console.
-
Wybierz typ pasujący do widocznej treści
Strona produktu dostaje Product, artykuł Article, wizytówka firmy LocalBusiness. Typ opisuje to, co użytkownik widzi na stronie.
-
Uzupełnij pola wymagane i zalecane
Generator oznacza pola, których Google wymaga albo zaleca dla danego typu. Wartości przepisujesz z treści strony: tę samą cenę, tę samą datę, tę samą nazwę.
-
Podaj pełne adresy i daty w ISO 8601
Obrazy, logo i strony wpisujesz jako pełne adresy https, a daty w formacie
2026-10-26albo z godziną i strefą czasową. Narzędzie sprawdza oba formaty na bieżąco. -
Wklej skrypt do strony
Skopiuj znacznik
<script>do sekcji<head>albo<body>tej konkretnej podstrony. W CMS-ie użyj pola na własny kod albo wtyczki, która dodaje JSON-LD do wybranej strony. -
Przetestuj i obserwuj raporty
Rich Results Test pokazuje, czy strona kwalifikuje się do funkcji Google, a Schema Markup Validator sprawdza zgodność ze schema.org. Po wdrożeniu błędy na wszystkich stronach danego typu zobaczysz w raportach Search Console.
Przykłady JSON-LD przed i po poprawce
Dane to przykłady na domenie example.com.
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Jak skrócić czas ładowania sklepu",
"datePublished": "26.10.2026",
"image": "/img/okladka.png"
}{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Jak skrócić czas ładowania sklepu",
"datePublished": "2026-10-26T09:00:00+01:00",
"image": "https://example.com/img/okladka.png"
}Data w ISO 8601 ze strefą czasową i pełny adres obrazka to dwie poprawki, które generator wskazuje najczęściej.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Example",
"url": "https://example.com/",
"logo": "https://example.com/logo.png",
"sameAs": ["https://www.linkedin.com/company/example"]
}
</script>W sameAs podawaj tylko profile, które istnieją i należą do tej organizacji.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Kubek ceramiczny 350 ml",
"image": "https://example.com/img/kubek.jpg",
"offers": {
"@type": "Offer",
"price": "49.00",
"priceCurrency": "PLN",
"availability": "https://schema.org/InStock"
}
}Cena w JSON-LD używa kropki dziesiętnej, a waluta trzyliterowego kodu ISO 4217. Wartość musi zgadzać się z ceną widoczną na stronie.
Najczęstsze błędy w danych strukturalnych
-
Dane, których nie widać na stronie
Wytyczne Google zabraniają oznaczania treści niewidocznej dla czytelnika. Za takie dane strona może dostać ręczne działanie, czyli karę nałożoną przez zespół Google.
-
FAQPage i HowTo dodawane dla wyniku rozszerzonego
Google przestał pokazywać HowTo w 2023 roku, a FAQ 7 maja 2026. Te typy nadal opisują treść, a wynik w wyszukiwarce wygląda z nimi tak samo jak bez nich.
-
Inne wartości w schema i w treści
Cena, ocena albo data w JSON-LD różna od tej na stronie to częsty powód błędów. Google wymaga, żeby dane strukturalne wiernie odzwierciedlały treść strony.
-
Adresy względne i daty w lokalnym formacie
Ścieżka
/logo.pngi data26.10.2026wyglądają poprawnie dla człowieka, ale parser oczekuje pełnego adresu i formatu ISO 8601. -
Kontrola samej składni
Poprawny JSON może nie spełniać wymagań Google dla danego typu. Sprawdź stronę i w Schema Markup Validator, i w Rich Results Test, bo każdy z nich mierzy co innego.
Dane strukturalne według Google i schema.org
| Wartość | Co oznacza | Źródło |
|---|---|---|
| JSON-LD | Format, który Google zaleca, gdy pozwala na to konfiguracja strony. Obsługiwane są też Microdata i RDFa. | Google Search Central, dane strukturalne |
| 826 typów | Tyle typów liczył słownik schema.org w wersji 30.1 z września 2026, do tego 1540 właściwości. | schema.org, wersja 30.1 |
| 7 maja 2026 | Od tego dnia wynik rozszerzony FAQ nie pojawia się w wyszukiwarce Google. Dokumentację usunięto 15 czerwca 2026. | Google Search Central, historia zmian |
| Wrzesień 2023 | Google usunął dokumentację HowTo, bo ten wynik rozszerzony przestał pojawiać się w wynikach. | Google Search Central, historia zmian |
| Bez gwarancji | Google nie gwarantuje, że dane strukturalne pojawią się w wynikach, nawet gdy przechodzą test. | Google, wytyczne danych strukturalnych |
| Ręczne działanie | Tak Google może zareagować na dane strukturalne, które wprowadzają w błąd albo oznaczają niewidoczną treść. | Google, wytyczne danych strukturalnych |
Źródła sprawdzone:
Cztery zasady
- {}JSON-LD
- Format zalecany przez Google: jeden znacznik <script>, osobno od treści.
- =Zgodność
- Dane muszą odpowiadać temu, co użytkownik widzi na stronie.
- URLPełne adresy
- Obrazy, logo i strony podawaj jako pełne adresy https.
- ≠Bez gwarancji
- Poprawny kod daje kwalifikację, nie pewność wyniku rozszerzonego.
To dane strukturalne w słowniku schema.org, które opisują zawartość strony (produkt, artykuł, firmę, wydarzenie) w sposób czytelny dla wyszukiwarek. Najczęściej zapisuje się je w formacie JSON-LD w znaczniku <script type="application/ld+json">.
Skopiuj wygenerowany znacznik <script> i wklej go w kod strony, w sekcji <head> albo w <body>. W CMS-ie użyj pola na własny kod w nagłówku albo wtyczki, która pozwala dodać JSON-LD do konkretnej podstrony. Potem sprawdź stronę w Rich Results Test.
Nie bezpośrednio. Dane strukturalne pomagają Google zrozumieć stronę i czynią ją kwalifikującą się do wyników rozszerzonych, ale Google nie gwarantuje, że taki wynik się pojawi. Nie zastąpią treści, która odpowiada na zapytanie.
Między innymi Article, Product, LocalBusiness, BreadcrumbList, Event, Organization, Recipe, Video, JobPosting i Review snippet. Pełną, aktualną listę pokazuje galeria danych strukturalnych w dokumentacji Google. FAQ nie daje wyniku rozszerzonego od maja 2026 r., a HowTo od września 2023 r.
Google zaleca JSON-LD, bo jest najłatwiejszy we wdrożeniu i utrzymaniu: cały opis siedzi w jednym bloku, zamiast rozproszonych atrybutów w HTML. Mikrodane i RDFa są nadal obsługiwane.
Rich Results Test pokazuje, czy strona kwalifikuje się do wyników rozszerzonych Google i które pola są wymagane. Schema Markup Validator sprawdza ogólną poprawność względem schema.org. Po wdrożeniu raporty „Ulepszenia” w Search Console pokażą błędy na wszystkich stronach danego typu.
Nie. Kod powstaje w przeglądarce, a wpisane nazwy, adresy i ceny nie trafiają na nasz serwer.
Znacznik FAQPage nie daje już wyniku rozszerzonego w Google, więc nie musisz go dodawać na nowych stronach. Na istniejących może zostać, jeśli pytania i odpowiedzi są widoczne na stronie, bo inne systemy nadal czytają słownik schema.org.
Schema markup nie jest warunkiem udziału w AI Overviews. Google pisze, że do funkcji AI w wyszukiwarce nie trzeba dodawać specjalnych danych schema.org, a strona musi być zindeksowana i kwalifikować się do wyświetlenia ze snippetem. Dane strukturalne mają zgadzać się z widocznym tekstem.
Treść niewidoczna dla czytelnika nie powinna trafiać do danych strukturalnych. Wytyczne Google wprost tego zabraniają, a za dane wprowadzające w błąd strona może dostać ręczne działanie i stracić wyniki rozszerzone.
Co jeszcze może Ci się przydać
Plik albo kod gotowy? Po wdrożeniu sprawdź wynik na stronie
Indeksowalność, metadane i struktura z priorytetami i raportem dla klienta.