Проверка разметки Schema.org

Типичные ошибки в разметке и как их исправить

Девять вещей, которые валидатор ловит чаще всего. Для каждой — как выглядит сломанный код и как должно быть. Большинство из них Google молча пропускает: разметка просто не работает, и вы об этом не узнаете.

1. Запятая после последнего элемента

JSON строже JavaScript: лишняя запятая перед } или ] ломает весь блок. Браузер не жалуется, Google разметку не читает.

// было
{ "@type": "Organization", "name": "BB STUDIO", }

// стало
{ "@type": "Organization", "name": "BB STUDIO" }

2. Одинарные кавычки

В JSON кавычки только двойные. Код с одинарными выглядит рабочим, но не парсится.

// было
{ '@type': 'Article', 'headline': 'Заголовок' }

// стало
{ "@type": "Article", "headline": "Заголовок" }

3. Нет @context

Без "@context": "https://schema.org" парсер не знает, что Product — это тип из Schema.org, а не произвольное слово. Блок игнорируется целиком.

// было
{ "@type": "Product", "name": "Ноутбук" }

// стало
{ "@context": "https://schema.org", "@type": "Product", "name": "Ноутбук" }

4. Комментарии внутри JSON

Разработчик оставил // TODO или /* ... */ — и это уже не JSON. Комментарии нужно убрать полностью.

5. Нет обязательного поля

Для Article это headline, для Product — name, для Event — name, startDate и location. Без них Google не покажет расширенный результат, даже если всё остальное идеально. Полная таблица — ниже.

6. Рейтинг без отзывов на странице

Самая опасная ошибка: aggregateRating стоит на странице, где ни одного отзыва не видно. Google называет это self-serving reviews и именно за это чаще всего даёт ручные санкции — исчезают все расширенные сниппеты сайта, а не только этот.

// было — на каждой странице сайта
{ "@type": "Organization", "name": "...",
  "aggregateRating": { "ratingValue": "5", "reviewCount": "9" } }

// стало — только на странице, где отзывы есть текстом
{ "@type": "Organization", "name": "..." }

7. Цена строкой с валютой

"price": "9 900 грн" — не число. Должно быть "price": "9900" и отдельно "priceCurrency": "UAH".

// было
"offers": { "@type": "Offer", "price": "от 9 900 грн" }

// стало
"offers": { "@type": "Offer", "price": "9900", "priceCurrency": "UAH" }

8. Дата не в ISO 8601

"datePublished": "12.09.2026" парсер не поймёт. Правильно — "2026-09-12" или со временем и зоной: "2026-09-12T10:00:00+03:00".

9. Разметка не совпадает с тем, что на странице

В коде цена 9 900, на странице 12 900. В коде пять вопросов FAQ, на странице три. Google сравнивает разметку с видимым содержимым, и расхождение карается так же, как скрытый текст. Разметка описывает страницу, а не украшает её.

Обязательные и рекомендуемые поля по типам

Те же правила, по которым работает валидатор. Без обязательных полей расширенного результата не будет; рекомендуемые повышают шанс его получить.

Для Product обратите внимание: aggregateRating в рекомендуемых — но только если на странице действительно есть отзывы. Иначе см. ошибку №6.

Что делать после проверки

Валидатор говорит «ошибок нет» — это значит, что код корректен, а не что Google покажет звёздочки или FAQ в выдаче. Расширенные результаты — решение Google, и он принимает его по-разному для разных сайтов и запросов. Что зависит от вас: правильный тип под содержимое страницы, обязательные поля, совпадение разметки с текстом и отсутствие вещей из пункта 6.

Подробнее о том, какие типы разметки реально дают расширенные сниппеты в 2026 году, за что Google их снимает и почему LocalBusiness без адреса хуже, чем без разметки вообще, — в статье «Разметка Schema.org: что даёт и за что Google снимает». А генератор разметки соберёт корректный JSON-LD для типичных случаев — Organization, Article, FAQ, Product — чтобы не писать его вручную.