JSON-LD разметка: примеры для разных типов контента

JSON-LD разметка: примеры для разных типов контента

JSON-LD — рекомендованный Google и поддерживаемый Яндексом синтаксис для структурированных данных Schema.org. Он живёт в отдельном теге <script>, не вмешивается в вёрстку и позволяет поисковику однозначно понять, что на странице: товар, статья, рецепт или организация. Ниже — рабочие шаблоны под основные типы контента, правила валидации и ошибки, из-за которых разметка перестаёт работать.

Почему именно JSON-LD, а не микроформаты

Schema.org поддерживает три синтаксиса: Microdata, RDFa и JSON-LD. Google прямо рекомендует JSON-LD, Яндекс поддерживает все три, но на практике JSON-LD удобнее: разметка отделена от вёрстки, легко генерируется на сервере, а при рефакторинге HTML отдельный блок ломается явно и сразу виден в валидаторе — в отличие от микроразметки на атрибутах.

Ключевое ограничение: данные в JSON-LD должны соответствовать видимому контенту. Если в разметке цена 5 900 ₽, а на странице — 7 900 ₽, это нарушение рекомендаций с потерей расширенных результатов. Полный разбор типов — в статье про structured data и Schema.org.

Article и NewsArticle — для статей и блога

Базовый тип для информационного контента. Для новостей — NewsArticle, для гайдов и блога — Article или BlogPosting. Минимальный рабочий набор полей:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "JSON-LD: примеры для типов контента",
  "datePublished": "2026-06-05T09:00:00+03:00",
  "dateModified": "2026-06-05T09:00:00+03:00",
  "author": {"@type": "Person", "name": "Иван Петров",
    "url": "https://site.ru/author/petrov"},
  "publisher": {"@type": "Organization", "name": "Chrome Media"}
}

Поле author с конкретным человеком и ссылкой на страницу автора работает на E-E-A-T: Google и Яндекс через YATI оценивают авторитетность источника. Обязательные поля для расширенного сниппета — headline и datePublished. Для YMYL-тематик авторство обязательно — см. SEO для YMYL-ниш.

Product и Offer — для интернет-магазинов

Самый коммерчески значимый тип: формирует сниппеты с ценой, наличием и рейтингом. Для Яндекса корректный Product особенно важен — цена является обязательным фактором.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Памятник из гранита Габбро",
  "sku": "GR-001",
  "offers": {
    "@type": "Offer",
    "price": "18900",
    "priceCurrency": "RUB",
    "availability": "https://schema.org/InStock",
    "url": "https://site.ru/p/gabbro"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8", "reviewCount": "27"
  }
}

Значение availability берётся строго из словаря Schema.org (InStock, OutOfStock, PreOrder). Цена — без пробелов и символа, валюта отдельным полем priceCurrency в формате ISO 4217 (RUB).

⚠️ РИСК. aggregateRating нельзя проставлять «для красоты» без реальных отзывов на странице. Накрутка рейтинга — нарушение, ведущее к ручным санкциям Google и потере звёзд в выдаче; если отзывов нет, блок просто не добавляют. Накрутка отзывов в карточках организаций грозит баном в Яндекс.Бизнес.

Другие частые типы

BreadcrumbList выводит хлебные крошки в сниппет (каталоги, вложенные страницы). Organization и LocalBusiness отвечают за узнаваемость бренда и контактные данные, FAQPage — за блок «вопрос-ответ», Event — за дату и место мероприятия, Recipe — за время и калорийность.

По FAQPage есть нюанс: Google с 2023 года показывает FAQ-сниппеты в основном для госсайтов и здравоохранения, но для Яндекса разметка по-прежнему полезна — подробнее в материале про микроразметку FAQ. LocalBusiness критичен для регионального бизнеса: address, geo, openingHours и telephone должны совпадать с данными в Яндекс.Бизнес и Google Business Profile — это NAP-консистентность.

Как валидировать разметку

Без проверки разметку внедрять нельзя — одна опечатка в кавычках ломает весь блок. Порядок: синтаксис, затем инструменты поисковой системы, после индексации — отчёты в динамике.

Инструмент Что проверяет
Schema Markup Validator Синтаксис и соответствие словарю Schema.org
Google Rich Results Test Право страницы на расширенные сниппеты Google
Яндекс.Вебмастер, раздел структурированных данных Корректность для Яндекса
Google Search Console, «Улучшения» Ошибки на проиндексированных страницах

Мини-кейс: разметка карточки товара

На сайте гранитных памятников granit-memory.ru карточки отдавали корректный HTML с ценой, но в выдаче Яндекса показывался сниппет без цены. Проверка в Schema Markup Validator показала: блок Product был, но в offers отсутствовало обязательное priceCurrency, а availability содержал строку «в наличии» вместо URL-значения из словаря.

Что сделали: добавили priceCurrency со значением RUB и заменили текст на https://schema.org/InStock. После повторного обхода ошибки в разделе структурированных данных Яндекс.Вебмастера исчезли. Цифр прироста не приводим — фиксируем факт: ошибки валидации устранены.

Типичные ошибки внедрения

Большинство проблем сводятся к повторяющимся причинам:

  • Несоответствие видимому контенту — разметка содержит цену, рейтинг или автора, которых нет на странице.
  • Неверные значения из словаряavailability или @type пишут произвольным текстом вместо канонических значений Schema.org.
  • Дубли и конфликты — два блока Product с разными ценами либо одновременно Microdata и JSON-LD с расходящимися данными.
  • Пропущены обязательные поля — для Article это headline и datePublished, для Offerprice и priceCurrency.
  • Разметка скрытого контентаFAQPage с ответами, которых пользователь не видит.

⚠️ РИСК. Spam-разметка (неподтверждённый рейтинг, фейковые цены и акции ради звёзд в сниппете) подпадает под ручные санкции Google за structured data spam. Это серо-чёрная зона — клиентам не рекомендуем.

FAQ

Чем JSON-LD отличается от Microdata?
Microdata размечает контент прямо в HTML через атрибуты itemprop, JSON-LD выносит данные в отдельный <script>. Словарь Schema.org одинаков, но JSON-LD легче поддерживать и его рекомендует Google.

Куда вставлять блок JSON-LD — в <head> или <body>?
Поисковые системы считывают разметку в обоих местах; удобнее в <head> или перед </body>. Можно внедрять через Google Tag Manager, но серверная вставка надёжнее для индексации.

Поддерживает ли Яндекс JSON-LD?
Да, Яндекс поддерживает Schema.org в формате JSON-LD и собственные форматы для отдельных сервисов. Проверять корректность нужно в Яндекс.Вебмастере: набор поддерживаемых типов у Яндекса и Google различается.

Гарантирует ли разметка расширенный сниппет?
Нет. Корректная разметка даёт право на расширенный результат, но решение о его показе поисковик принимает сам, исходя из качества страницы и запроса. Разметка — необходимое, но не достаточное условие.

Сколько типов Schema можно указать на одной странице?
Сколько нужно — например, BreadcrumbList, Product и Organization сразу. Главное, чтобы каждый блок описывал реальный контент и не конфликтовал с остальными. На Core Web Vitals текстовый блок разметки в несколько килобайт практически не влияет.

Материал подготовлен экспертами Chrome Media — внедряем и валидируем структурированные данные JSON-LD под Яндекс и Google для коммерческих и контентных проектов.

Комментарии

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *