Главная / Блог / Schema.org для магазина

Schema.org для магазина

Микроразметка Product и Offer в 2026 году: как передать цену и наличие без ошибок

Product описывает сам товар, а Offer — конкретное предложение: цену, валюту, наличие, продавца и состояние. Разметка полезна только при синхронизации с карточкой. Если пользователь видит одну цену, робот получает другую, структурированные данные превращаются из подсказки в источник ошибки. Поэтому внедрение начинают не с копирования JSON-LD, а с модели данных магазина.

Команда интернет-магазина сверяет товар, цену и наличие на разных устройствах

Краткий вывод

Что важно понять до чтения деталей

  • Product описывает товар
  • Offer описывает предложение
  • Цена берется из единого источника
  • Рейтинг должен быть видимым и реальным

01

Product, Offer и AggregateOffer решают разные задачи

Product содержит название, изображения, описание, бренд, идентификаторы и характеристики товара. Offer описывает одно доступное предложение с конкретной ценой и валютой. AggregateOffer используют, когда на странице действительно показан диапазон нескольких предложений, а не чтобы скрыть отсутствие точной цены.

Google различает товарные сниппеты и возможности для продавцов. Набор обязательных и рекомендуемых свойств зависит от сценария страницы. Яндекс также поддерживает Product вместе с Offer или AggregateOffer и требует, чтобы размечался конкретный товар, а не общий раздел каталога.

02

Цена и наличие должны совпадать

price передают числом без текста «от» и разделителей, priceCurrency — кодом валюты, availability — поддерживаемым URL Schema.org. Все значения должны соответствовать видимому предложению на момент обхода. Если цена зависит от размера или комплектации, нужно честно описать варианты, а не показывать поиску минимальную цену от недоступной модификации.

Обновляйте разметку из того же backend-источника, что карточку и фид. Ручная вставка цены в шаблон почти неизбежно устареет. После акции проверьте старую и новую цену, сроки действия предложения и кеш страниц, чтобы робот не получил противоречивые версии.

Сотрудники склада сверяют физический товар с электронной карточкой и статусом наличия
Цена и наличие в разметке должны обновляться из того же источника, что и карточка товара.

03

Варианты товара и идентификаторы

Размеры, цвета и комплектации могут иметь разные SKU, URL, цены и наличие. Архитектура зависит от того, индексируется ли каждый вариант и способен ли URL существовать самостоятельно. В разметке важно не объединять разные продукты в один Offer и не размечать все варианты как доступные, если часть закончилась.

Добавляйте реальные идентификаторы: sku, gtin, mpn и бренд, когда они существуют. Не выдумывайте GTIN и не копируйте чужой код. Точные идентификаторы помогают сопоставить предложение, но отсутствие вымышленного значения безопаснее, чем ложные данные.

04

Отзывы и рейтинг

aggregateRating и review допустимы, когда оценки относятся именно к этому товару, видны пользователю и собираются по понятной методике. Нельзя переносить рейтинг магазина на каждую карточку или размечать число, которого нет на странице. Самооценка продавца не становится пользовательским отзывом.

Показывайте количество оценок, шкалу и сами отзывы там, где это предусмотрено интерфейсом. Разметка должна отражать факты, а не генерировать доверие из кода. Даже валидный рейтинг может не участвовать в расширенном отображении, если нарушена политика.

05

Контроль после внедрения

Проверьте карточки в инструментах Google и Яндекса, затем сделайте автоматическую выборку товаров: в наличии, отсутствует, акция, вариант, товар без рейтинга. Сравните извлеченную цену, валюту и доступность с интерфейсом. Один тестовый товар не покрывает все ветки шаблона.

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

Практика

Что проверить на своем сайте

  1. Определить модель товара и вариантов
  2. Выбрать Offer или AggregateOffer
  3. Сверить price и priceCurrency
  4. Проверить availability
  5. Добавить реальные идентификаторы
  6. Протестировать все состояния карточки

Применить к проекту

Что можно сделать после статьи

Если тема похожа на вашу ситуацию, следующий шаг простой: проверить сайт на спрос, структуру, технические ограничения и точки, где пользователь не доходит до заявки.

Источники

Какие источники использовали

Google: структурированные данные Product

Варианты отображения товаров и различия между товарными сниппетами и торговыми предложениями.

Google: разметка товарного сниппета

Рекомендуемые свойства Product и Offer для страниц, на которых нельзя купить товар напрямую.

Яндекс Вебмастер: товары и предложения

Свойства Product, Offer и AggregateOffer для товарных страниц.

Google: общие правила структурированных данных

Разметка должна соответствовать видимому содержанию и не гарантирует расширенное отображение.

Команда

Материалы пишет проектная команда

В статьях мы соединяем стратегию, техническое SEO, контент, аналитику и опыт внедрений. Поэтому материал можно читать не как теорию, а как рабочую основу для улучшения сайта.

Андрей: SEO-стратег в проектной команде Индекс Спроса

Андрей

SEO-стратег

Отвечает за гипотезы роста, приоритеты страниц и связь SEO с заявками.

Мария: SEO-специалист в проектной команде Индекс Спроса

Мария

SEO-специалист

Собирает спрос, проектирует посадочные и ведет внутреннюю оптимизацию.

Павел: Технический SEO в проектной команде Индекс Спроса

Павел

Технический SEO

Проверяет индексацию, скорость, дубли, микроразметку и задачи для разработки.

Екатерина: Контент-лид в проектной команде Индекс Спроса

Екатерина

Контент-лид

Готовит структуру страниц, задания редакторам, FAQ и блоки экспертности.

Дмитрий: Веб-аналитик в проектной команде Индекс Спроса

Дмитрий

Веб-аналитик

Настраивает цели, формы, отчеты и контроль вклада посадочных страниц.

Анна: Project / account в проектной команде Индекс Спроса

Анна

Project / account

Держит сроки, согласования, статусы задач и понятную связь с клиентом.

FAQ

Вопросы по теме

Что использовать: Offer или AggregateOffer?

Offer подходит одному конкретному предложению. AggregateOffer нужен только для реального диапазона нескольких видимых предложений.

Можно ли размечать категорию как Product?

Обычно Product используют для страницы конкретного товара. Категория со списком товаров требует другой структуры и не должна выдавать себя за один продукт.

Нужно ли указывать старую цену?

Можно передавать сведения о действующем предложении по поддерживаемой модели, но видимые цены и сроки акции должны точно совпадать с данными для робота.

Гарантирует ли Product цену в сниппете?

Нет. Корректная разметка дает право на обработку, но окончательный формат результата определяет поисковая система.

Следующий шаг

Проверьте, как эта логика работает на вашем сайте

Мы посмотрим спрос, структуру, технику, контент и заявки. После короткого разбора будет понятно, где теряется рост.