Блок JSON-LD не проходить перевірку синтаксису

У звітіInvalid JSON-LD structured data

structured_data_invalid_json · Проблема

Коротка відповідь

Це з’являється, коли наш парсер відхиляє блок JSON-LD в HTML сторінки, наприклад через кінцеву кому чи коментар. Пошукові системи можуть ігнорувати структуровані дані, які не розбираються. Виправте синтаксис; валідатор JSON показує точне місце.

Серйозність: Низька. Виправте це, коли наступного разу працюватимете зі сторінкою. Серйозність — «Середня», коли зламаний блок містить тип, який перевірка зараховує до розширених результатів, як-от Product чи BreadcrumbList, якого не повторює жоден чинний блок на сторінці, а наша перевірка не бачить ні noindex, що стосується Google, ні canonical, що вказує деінде.

Чому це важливо

Google використовує структуровані дані, щоб зрозуміти сторінку, рекомендує JSON-LD і потребує обов’язкових властивостей, щоб сторінка могла претендувати на розширений показ. Блок, який неможливо розібрати, нічого з цього не дає.

Що зробити

  1. Перегляньте знахідку: у ній показано подробиці парсера для щонайбільше п’яти зламаних блоків, які він фіксує, — повідомлення парсера, рядок і стовпець та типи, які йому вдалося визначити, — і кількість інших блоків, що підлягають фіксації.
  2. Виправте синтаксис у цьому місці — зазвичай у плагіні, темі чи шаблоні, який записує блок; поширені причини — кінцеві коми, одинарні лапки й коментарі.
  3. Запустіть новий аудит, щойно зміна буде на сайті, або перевірте сторінку в Rich Results Test від Google.

Що ми читаємо

Ми читаємо кожен <script type="application/ld+json"> у HTML сторінки, в head чи body, не виконуючи JavaScript, і розбираємо його як JSON, прибравши обгортки коментарів HTML і CDATA й допускаючи одну кінцеву крапку з комою. Кінцеві коми, одинарні лапки, коментарі, NaN і два об’єкти поспіль не проходять; відсутній @context чи невідомий тип — проходять, бо перевіряється лише синтаксис.

Зламаний блок не фіксується, коли він має принаймні один визначений тип і всі визначені типи входять до списку винятків цієї перевірки, як-от FAQPage чи HowTo. Порожні блоки й блоки понад 100 000 символів не розбираються. Сторінки з позначкою noindex теж перевіряються й залишаються із серйозністю «Низька».

Приклад і докази

Ілюстративний приклад — один блок JSON-LD, а не реальний аудит.

https://bakery.example/cakes/lemon-cake/ доступна для індексування й називає канонічною саму себе. Її head містить:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lemon cake",
  "offers": {
    "@type": "Offer",
    "price": "24.00",
    "priceCurrency": "EUR",
  }
}
</script>

Кома після "EUR" робить блок недійсним, тому сторінка фіксується: JSON-LD for Product cannot be parsed. Блок містить Product, а сторінка доступна для індексування, тому серйозність знахідки — «Середня».

Можливе виправлення: видаліть цю кому; тоді блок розбирається.

Підтвердити й перевірити знову

Перевірте самі: скопіюйте блок у валідатор JSON або перевірте сторінку в Rich Results Test від Google, який повідомляє про помилки розбору.

Повторна перевірка: Повний аудит — запустіть новий аудит сайту. Знахідка закривається, коли сторінку знову прочитано як повну HTML-сторінку і жоден блок, що підлягає фіксації, не дає помилки розбору. Блок, який зростає понад 100 000 символів, або сторінку, яка є лише каркасом для скриптів, підтвердити неможливо. Новий повний аудит також може її закрити, коли повні докази показують, що адреса відповідає безпосередньо кодом 200 і файлом, що не є HTML, або починається з постійного переспрямування, весь ланцюжок якого залишається в межах вашого сайту, за умови, що перевірка дає придатний результат.

Обмеження та джерела

Перевіряється лише синтаксис, а не типи schema.org, обов’язкові властивості чи відповідність вимогам розширених результатів. Google може читати JSON-LD, який скрипти додають на сторінку, тоді як ця перевірка читає HTML у тому вигляді, в якому його віддав сервер, а мікродані й RDFa не розбираються.

Упевненість: Висока, бо парсер перевіряє блок у захопленому вигляді, прибравши підтримувані обгортки й допускаючи одну кінцеву крапку з комою, і записує свою помилку.

Джерела

Редакційна перевірка: 29 вересня 2026