Generator danych Schema.org (JSON-LD)

Wygeneruj dane strukturalne Schema.org w formacie JSON-LD. Zdobądź rich snippets w Google i popraw widoczność strony — za darmo online.

Bezpieczne (SSL)

Przetwarzanie Lokalne

100% Darmowe

Przejdź do narzędzia

Instrukcja

1

Wprowadź dane
Wpisz treść, wklej tekst lub załaduj plik z dysku.
2

Kliknij przycisk
Narzędzie natychmiast przetworzy Twoje dane w przeglądarce.
3

Pobierz wynik
Skopiuj gotowy tekst lub zapisz plik na urządzeniu.

                                                function runTool() {

                                                  return "Wynik gotowy w 0.1s";

                                                }

Ustawienia

Typ schematu

Waluta

Dostępność

Nazwa

Adres URL

Opis

95 znaków

Obraz

Autor

Data publikacji

Data modyfikacji

Pytania i odpowiedzi (FAQ)

SKU

Marka

Cena

Logo

Profile społecznościowe (sameAs)

Telefon

Ulica

Miasto

Region/województwo

Kod pocztowy

Kraj

Szerokość geograficzna

Długość geograficzna

Ścieżka nawigacji (breadcrumbs)

Adres wyszukiwania

Data początkowa

Data końcowa

Nazwa miejsca

Adres miejsca

Adres URL biletów

Owiń w tag script Opcja narzędzia

Czytelne formatowanie Opcja narzędzia

Dodatkowe pole JSON

24 znaków

Wynik

<script type="application/ld+json">
{
    "@context": "https://schema.org",
    "@type": "Article",
    "name": "How to Choose the Right Solar Panels for Your Home",
    "url": "https://example.com/blog/choose-solar-panels",
    "description": "A practical guide to panel types, efficiency, warranties, and installation tips for homeowners.",
    "image": "https://example.com/images/solar-panels-guide.jpg",
    "headline": "How to Choose the Right Solar Panels for Your Home",
    "author": {
        "@type": "Person",
        "name": "Alex Morgan"
    },
    "datePublished": "2026-02-20",
    "dateModified": "2026-02-21",
    "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://example.com/blog/choose-solar-panels"
    },
    "inLanguage": "en"
}
</script>

Oceń to narzędzie:

Powiązane narzędzia

Inne narzędzia, które mogą Ci się przydać

Generator danych strukturalnych Schema.org (JSON-LD)

Generator danych strukturalnych tworzy gotowy kod Schema.org w formacie JSON-LD, który wklejasz do strony, by pomóc Google lepiej ją zrozumieć i wyświetlić jako rozszerzony wynik. To prosty sposób na rich snippets bez znajomości składni — wypełniasz pola, a narzędzie generuje poprawny znacznik. Działa za darmo, w przeglądarce.

Schema.org dane strukturalne JSON-LD rich snippets znaczniki SEO darmowe online

Czym są dane strukturalne

Dane strukturalne Schema.org (w formacie JSON-LD) to dodatkowe informacje w kodzie strony, które pomagają Google zrozumieć jej treść. Dzięki nim Twoja strona może wyświetlać się w wynikach jako rozszerzony fragment (rich snippet) — z gwiazdkami, cenami, pytaniami czy ścieżką nawigacji — co zwiększa widoczność i klikalność (CTR).

Dlaczego JSON-LD

JSON-LD to format zalecany przez Google. Umieszczasz go w jednym bloku w sekcji strony, bez ingerencji w istniejący HTML. Jest czytelny, łatwy do utrzymania i wspierany przez narzędzia testujące Google.

Jak wygenerować znacznik Schema

Wybierz typ danych (artykuł, produkt, firma, FAQ itd.).
Uzupełnij pola wymaganymi informacjami.
Skopiuj wygenerowany kod JSON-LD.
Wklej go do sekcji <head> lub <body> strony i przetestuj w narzędziu Google.

Najczęstsze typy danych strukturalnych

Article — artykuły i wpisy blogowe.
Product wraz z Review/Rating — produkty i oceny.
LocalBusiness — dane lokalnej firmy.
FAQPage i HowTo — pytania i poradniki.
BreadcrumbList — ścieżka nawigacji.

Jak sprawdzić poprawność

Po wdrożeniu przetestuj kod w narzędziu Google do testowania wyników z elementami rozszerzonymi oraz w Google Search Console. Poprawne dane strukturalne nie gwarantują rich snippetu, ale są jego warunkiem koniecznym.

Jak generator zamienia formularz na poprawny JSON-LD

Mechanizm działania opiera się na mapowaniu pól formularza na właściwości ze słownika Schema.org. Wybierasz typ, np. Article albo Product, a generator pokazuje tylko te pola, które mają sens dla danego bytu. Każde pole ma przypisany klucz JSON, taki jak headline, author, datePublished czy address. Puste pola są pomijane, więc w wyniku nie pojawiają się właściwości bez wartości.

Wartości są konwertowane na typy zgodne z JSON-LD. Tekst trafia do cudzysłowów, data do formatu ISO 8601, a adres może zostać rozwinięty do zagnieżdżonego obiektu PostalAddress. Powiązane byty, np. autor jako Person i wydawca jako Organization, generator zapisuje jako obiekty wewnątrz głównej struktury albo jako odwołania przez @id. Dzięki temu Google widzi relacje między elementami, a nie tylko luźny zestaw pól.

Na końcu generator serializuje całość do bloku JSON-LD z @context ustawionym na https://schema.org i @type wybranego schematu. Taki blok jest niezależny od HTML strony, więc nie zmienia widocznej treści ani układu. Generator nie weryfikuje jednak, czy dane są prawdziwe i widoczne dla użytkownika. To nadal Twoja odpowiedzialność, podobnie jak testowanie kodu po wdrożeniu. Jeśli pole opcjonalne nie jest potrzebne, pozostaw je puste; generator nie doda go do wynikowego obiektu.

Przykład krok po kroku: dane Article dla wpisu blogowego

Wybierz typ Article. Formularz pokaże pola wspólne dla CreativeWork oraz Article, m.in. headline, author, datePublished, image i publisher.
W polu headline wpisz tytuł wpisu, na przykład Jak planować treści w małym blogu. Tytuł w JSON-LD nie musi być identyczny z tagiem title, ale powinien opisywać główną treść strony.
Uzupełnij author jako Person. Wpisz imię i nazwisko autora lub nazwę redakcji, a jeśli autor ma profil w sieci, dodaj jego adres URL w polu sameAs.
Podaj datePublished oraz dateModified w formacie ISO 8601. Data publikacji powinna być zgodna z datą widoczną przy wpisie, a data modyfikacji z ostatnią rzeczywistą zmianą treści.
Dodaj image jako pełny adres URL obrazka powiązanego z wpisem. Nie używaj ścieżki względnej ani adresu prowadzącego do strony zamiast pliku graficznego.
Uzupełnij publisher jako Organization z nazwą i logo oraz mainEntityOfPage jako adres URL wpisu. Wygeneruj kod, skopiuj go i wklej do sekcji head lub body strony, a następnie przetestuj w walidatorze. Po wklejeniu sprawdź, czy kod nie został zdublowany na stronie.

Właściwości, które najczęściej decydują o poprawności JSON-LD

Element	Do czego służy	Na co uważać
@context	Wskazuje słownik Schema.org używany w danym bloku.	Najczęściej wpisuje się https://schema.org; literówka lub brak tego pola może uniemożliwić interpretację.
@type	Określa typ bytu, np. Article, Product, FAQPage.	Musi odpowiadać rzeczywistej treści strony; nie wybieraj typu tylko dlatego, że ma bogaty wynik.
@id	Nadaje bytowi unikalny identyfikator w grafie danych.	Przydaje się przy odwołaniach między obiektami; nie używaj tego samego @id dla różnych bytów.
mainEntityOfPage	Wskazuje stronę, której dotyczy znacznik.	Podawaj pełny adres URL, najlepiej kanoniczny, a nie parametr z kampanii.
author	Opisuje osobę lub organizację odpowiedzialną za treść.	Dla Person podaj name, a opcjonalnie sameAs z profilem; nie przypisuj autorstwa losowej osobie.
datePublished i dateModified	Informują o dacie publikacji i ostatniej modyfikacji.	Używaj formatu ISO 8601; daty muszą być zgodne z widoczną treścią, inaczej znacznik może zostać uznany za mylący.
image	Wskazuje obraz reprezentujący dany byt.	Adres musi prowadzić bezpośrednio do pliku graficznego i być dostępny publicznie.
publisher	Określa organizację publikującą treść.	Dla Article często podaje się nazwę i logo; brak lub błędne dane osłabiają kwalifikację.

Praktyczne wskazówki przy generowaniu JSON-LD

Zaczynaj od typu głównego — wybierz jeden schemat, który opisuje najważniejszą treść strony. Dopiero potem dodawaj obiekty powiązane, takie jak autor, ocena czy adres.
Używaj pełnych adresów URL — pola image, url, sameAs i mainEntityOfPage powinny zawierać protokół i domenę. Ścieżki względne bywają źle interpretowane po wdrożeniu.
Nie dodawaj pól na zapas — puste lub wymyślone wartości obniżają zaufanie do znacznika. Lepiej pominąć opcjonalną właściwość niż wpisać przypadkową treść.
Zagnieżdżaj powiązane obiekty — autora, wydawcę, ocenę lub adres możesz opisać w środku głównego JSON-LD. Zmniejsza to liczbę osobnych bloków i porządkuje relacje.
Testuj po wdrożeniu — po wklejeniu kodu sprawdź go w narzędziu Google i w Search Console. Popraw błędy oraz ostrzeżenia, zanim uznasz znacznik za gotowy.

Ograniczenia generatora i typowe pułapki

Nie zastępuje redakcji treści — narzędzie nie sprawdzi, czy dane są prawdziwe i widoczne na stronie. Google wymaga zgodności znaczników z treścią, którą widzi użytkownik.
Nie gwarantuje rich snippetu — poprawny JSON-LD to warunek konieczny, ale nie wystarczający. O wyświetleniu rozszerzonego wyniku decyduje Google i jego algorytmy.
Nie obsłuży dowolnego rozszerzenia — niektóre niszowe typy i właściwości Schema.org mogą wymagać ręcznej edycji. Generator pokazuje typowe pola, a nie pełny słownik.
Nie naprawi błędów w HTML — JSON-LD działa niezależnie od kodu strony, ale problemy z indeksacją, canonical lub samą treścią nadal wpływają na widoczność.

Najczęstsze pytania

Czy dane strukturalne poprawiają pozycję w Google?

Nie wpływają bezpośrednio na ranking, ale umożliwiają rich snippets, które zwiększają widoczność i CTR — a to pośrednio pomaga.

Gdzie wkleić kod JSON-LD?

Najlepiej w sekcji <head>, choć Google akceptuje też umieszczenie w <body>. Jeden blok <script type="application/ld+json">.

Czy każdy znacznik da rich snippet?

Nie zawsze. Google sam decyduje o wyświetleniu na podstawie jakości danych i typu zapytania, ale poprawny znacznik to podstawa.

Czy narzędzie jest darmowe?

Tak, generator danych strukturalnych jest bezpłatny i nie wymaga konta.

Czy w jednym bloku JSON-LD można opisać kilka typów?

Tak. Możesz użyć @graph albo zagnieżdżonych obiektów, aby połączyć kilka bytów, np. artykuł, autora i organizację. Dla czytelności często lepiej jednak zachować jeden główny typ i dołączyć do niego powiązane dane.

Czy @id w JSON-LD musi być adresem URL?

Nie musi, ale unikalny identyfikator w formie adresu URL ułatwia odwołania między obiektami. Ważne, aby ten sam @id nie opisywał dwóch różnych bytów w jednym grafie.

Czy dane strukturalne trzeba aktualizować po zmianie treści?

Tak, szczególnie gdy zmieniają się daty, ceny, autorzy, oceny lub tytuły. JSON-LD powinien odzwierciedlać aktualną treść strony, bo niezgodność może zostać potraktowana jako błąd.

Czy JSON-LD działa na stronie zbudowanej w JavaScript?

Google potrafi renderować JavaScript, ale bezpieczniej jest serwować JSON-LD bezpośrednio w HTML. Jeśli generujesz go dynamicznie, upewnij się, że pojawia się również po renderowaniu strony.

Czy jeden typ Schema.org wystarczy dla całej witryny?

Nie. Typ dobiera się do konkretnej strony lub jej głównej treści. Article na stronie produktu albo Product na wpisie blogowym mogą być niezgodne z tym, co réelnie widzi użytkownik.