Walidator znaczników schema
Dane strukturalne, które prawie się walidują, to dane strukturalne, które po cichu nie tworzą wyniku rozszerzonego. Wklej tutaj swój blok JSON-LD, a ten walidator od razu potwierdzi dwie rzeczy: że parsuje się jako poprawny JSON i że zawiera to, czego potrzebuje każdy element Schema.org: @context, @type oraz name lub headline. Traktuj go jak szybką kontrolę struktury, którą robisz przed wolniejszym testem wyników z elementami rozszerzonymi: wychwyć zepsuty nawias albo brakujący typ w kilka sekund.
Jak sprawdzić swoje znaczniki schema
-
1
Wklej swój JSON-LD
Wrzuć cały blok `<script type="application/ld+json">` albo sam obiekt JSON znajdujący się w środku: znaczniki script są usuwane automatycznie.
-
2
Uruchom kontrolę
Walidator parsuje JSON, a jeśli nie da się go sparsować, wskazuje dokładny błąd składni do poprawienia.
-
3
Odczytaj wynik
Potwierdza, że podstawowe klucze są obecne (`@context`, `@type` oraz `name` lub `headline`), albo dokładnie wypisuje, których brakuje.
-
4
Popraw i sprawdź ponownie
Popraw fragment i uruchamiaj ponownie, aż wynik będzie czysty, a potem zanieś go do testu wyników z elementami rozszerzonymi Google po reguły specyficzne dla danego typu.
Częste błędy walidacji i jak je naprawić
Gdy zaniesiesz swoje znaczniki do pełnego walidatora, takiego jak test wyników z elementami rozszerzonymi Google, większość niepowodzeń pochodzi z tej samej krótkiej listy błędów. Nauczenie się ich wypatrywania dramatycznie skraca czas debugowania.
Częsti winowajcy
| Komunikat błędu | Co oznacza | Jak naprawić |
|---|---|---|
| Brakujące pole “image” | Pominięte wymagane pole | Dodaj co najmniej jeden adres URL obrazu (bezwzględny) |
| “datePublished” nie jest poprawną datą | Zły format | Użyj ISO 8601: 2026-04-18 albo z czasem+przesunięciem |
| Nieznany typ “Offers” | Zła wielkość liter | Użyj Offer (liczba pojedyncza) wewnątrz tablicy offers |
| Brakujące wymagane pole “price” | Produkt bez ceny | Dodaj price i priceCurrency w offers |
| Wartość “author” to ciąg znaków | Powinien być obiektem Person/Organization | Opakuj jako { "@type": "Person", "name": "..." } |
Zduplikowane @id |
Ten sam identyfikator na dwóch węzłach | Użyj unikalnego @id dla każdej encji |
reviewCount równy 0 przy aggregateRating |
Fragment z gwiazdkami wymaga co najmniej 1 recenzji | Usuń ocenę albo poczekaj, aż będziesz mieć recenzje |
| URL “/” (względny) | Parsery wymagają adresów bezwzględnych | Użyj pełnego https://example.com/path |
Ostrzeżenia a błędy
- Błędy oznaczają, że wynik rozszerzony jest niekwalifikowalny. Napraw je najpierw.
- Ostrzeżenia oznaczają kwalifikowalność, ale brak właściwości, która odblokowałaby większy fragment (np. dodanie
brandiskudo Product).
Wskazówki na niezawodne znaczniki
- Sprawdź strukturę przed głęboką walidacją. Naprawienie tutaj zepsutego nawiasu albo brakującego
@typeoszczędza objazd przez wolniejsze narzędzia specyficzne dla typu. - Trzymaj znaczniki w zgodzie z treścią. Aktualizacja tytułu strony bez aktualizacji
headlineto najszybszy sposób na oznaczenie za niespójność. - Preferuj JSON-LD dla łatwości utrzymania: pojedynczy blok łatwiej sprawdzić niż właściwości rozrzucone po HTML.
- Monitoruj Search Console. Google loguje błędy danych strukturalnych i ulepszenia na typ; sprawdzaj co miesiąc.
Najczęściej zadawane pytania
Nie: oznacza, że twój JSON-LD jest poprawnie zbudowany i niesie podstawowe klucze. Wynik rozszerzony wymaga też właściwości obowiązkowych specyficznych dla typu, treści, która naprawdę odpowiada znacznikom, oraz progów jakości Google. Użyj tego, aby szybko naprawić podstawy, a potem potwierdź kwalifikowalność w teście wyników z elementami rozszerzonymi Google.
To lekka kontrola struktury: potwierdza, że JSON się parsuje oraz że @context, @type i name lub headline są obecne. Test Google idzie dalej i waliduje właściwości obowiązkowe każdego kwalifikującego się typu. Uruchom najpierw ten, aby usunąć oczywiste usterki, a potem test Google po reguły specyficzne dla typu.
Tak: wklej cały blok <script type="application/ld+json">…</script> albo sam obiekt JSON w środku. Otaczające go znaczniki script są usuwane przed parsowaniem. Waliduj po jednym bloku naraz.
Nie. Fragment jest wysyłany na nasz serwer tylko po to, aby uruchomić kontrolę, i jest odrzucany zaraz potem; nic z tego, co wklejasz, nie jest zapisywane.
Powiązane narzędzia
Sprawdzacz indeksowalności
Sprawdź, czy adres URL może zostać indeksowany: plik robots.txt, metaparametry robots, tag X-Robots, sygnały kanoniczne oraz stan HTTP.
Ekstraktor linków zewnętrznych
Wklej surowy kod HTML, opcjonalnie podaj adres URL podstawowy i otrzymaj czystą, bez duplikatów listę wszystkich zewnętrznych linków http/https w kodzie, na potrzeby audytów linków i analiz SEO.
Sprawdzanie długości meta opisu
Zmierz meta opis w znakach i szacowanych pikselach, porównaj wskazówki redakcyjne i przejrzyj makiety na komputer i telefon.
Sprawdzanie URL canonical
Wklej HTML strony i sprawdź jej tag rel=canonical: czy jest obecny, czy jest poprawnym absolutnym URL-em, czy zgadza się z URL-em strony?
Walidator hreflang
Sprawdź lokalnie adnotacje hreflang we wklejonym HTML: kody, pełne adresy, duplikaty, położenie i autoreferencję.
Generator schematu FAQ
Wygeneruj znaczniki JSON-LD FAQPage z par pytań i odpowiedzi, aby Twoja strona kwalifikowała się do wyników z elementami rozszerzonymi i do ramki z odpowiedzią w Google.
Narzędzie jest dostępne w innych językach
- Validador de Marcado de Esquema [ES]
- Validateur de balisage Schema [FR]
- Validator Markup Skema [ID]
- Schema Markup-validator [SV]
- スキーママークアップ検証ツール [JA]
- Schema 마크업 검증기 [KO]
- Schema-markup-validator [NL]
- Trình xác thực đánh dấu Schema [VI]
- เครื่องมือตรวจสอบสกีมามาร์กอัป (Schema Markup Validator) [TH]
- مُدقّق ترميز المخطط (Schema) [AR]
- Schema-Markup-Validator [DE]
- Validador de Marcação de Schema [PT]
- Schema Markup Validator [EN]
- Validatore di Schema Markup [IT]
- Валидатор разметки Schema [RU]
- Şema İşaretlemesi Doğrulayıcı [TR]
- 结构化数据标记验证器 [ZH]