Sześć próbek JSON-LD w dwóch parserach

Maciej Zmitrukiewicz · Pakiet do artykułu Schema validator: jak sprawdzić JSON-LD i wyniki rozszerzone

To materiał do artykułu. We wrześniu 2026 przepuściłem sześć krótkich plików JSON-LD przez dwa parsery, żeby zobaczyć, ile błędów złapie sam parser JSON. JSON.parse przyjął 4 z 5 błędnych próbek, a parser z kontrolą powtórzonych kluczy przyjął 3 z 5.

Na co patrzyłem

Przygotowałem jeden poprawny blok Article i pięć jego wersji, każdą z jednym błędem: przecinek przed końcem obiektu, literówkę w typie, literówkę we właściwości, powtórzony klucz headline i niemożliwą datę. Każdy plik czytałem przez JSON.parse w Node.js oraz przez parser w Pythonie, który odrzuca powtórzone klucze.

Literówka w @type i zła data dalej są poprawnym JSON-em. Złapie je dopiero narzędzie, które zna słownik Schema.org i reguły dla typów danych, więc parser JSON jest tylko pierwszą z kilku warstw kontroli.

Wyniki

PróbkaCo jest w niej źleJSON.parseParser z kontrolą duplikatów
Kontrolny ArticleNicprzyjąłprzyjął
Przecinek na końcuBłąd składni JSONodrzuciłodrzucił
ArtilceLiterówka w @typeprzyjąłprzyjął
hedlineLiterówka we właściwościprzyjąłprzyjął
Powtórzony headlineDwa klucze o tej samej nazwieprzyjął i zostawił ostatnią wartość, „Drugi”odrzucił
2026-99-99Niemożliwa dataprzyjąłprzyjął

Najciekawsza jest próbka z powtórzonym tytułem. JSON.parse nie zgłosił błędu, tylko po cichu zachował drugą wartość, więc pierwsza zniknęła z obiektu.

Czego te dane nie pokażą

Pliki

Wróć do artykułu