Цена и звёзды рейтинга в сниппете: микроразметка товара

Два соседних результата в выдаче выглядят по-разному: у одного только заголовок и описание, у второго — цена «от 1 290 ₽», жёлтые звёзды и «47 отзывов». Второй забирает клик. Это не магия и не отдельная платная услуга Яндекса — это структурированная разметка Schema.org, которую поисковик читает из вашего HTML и при желании показывает в сниппете. Разберём по-инженерному: какие типы разметки дают цену и звёзды, что обязательно, где приём ломается и на каких санкциях горят те, кто решил «нарисовать» отзывы. Без воды — так, чтобы вы проверили свою страницу сегодня же.

Что даёт расширенный сниппет

Расширенный сниппет (rich snippet, у Яндекса — «расширенный ответ») — это когда под заголовком в выдаче появляется не только текст, но и данные: цена, звёзды рейтинга, число отзывов, наличие, иногда хлебные крошки и FAQ. Источник — микроразметка на странице: машиночитаемая структура поверх обычного HTML. Самый распространённый словарь — Schema.org, его понимают и Google, и Яндекс. Технически разметку добавляют тремя способами: JSON-LD (отдельный скрипт в head или body — рекомендуемый и самый удобный), Microdata (атрибуты прямо в тегах) и RDFa. Оба поисковика предпочитают JSON-LD, и почти вся новая разметка делается именно так.

Сразу о разделении ролей. Разметка не влияет на позицию страницы напрямую — она не «поднимает» вас в выдаче. Она влияет на то, как вы выглядите на той позиции, которую уже занимаете. И вот это уже косвенно работает на ранжирование: цена и звёзды повышают кликабельность (CTR), а более кликабельный сниппет со временем получает поведенческое преимущество. То есть разметка — рычаг CTR, а не рычаг позиции.

И последнее из базового: разметка — это заявка, а не команда. Вы сообщаете поисковику: «на этой странице есть товар с такой ценой и таким рейтингом». Показывать это в сниппете или нет — решает алгоритм. Поэтому корректная разметка не гарантирует звёзды в выдаче. Но без неё их не будет точно. Дальше — как сделать заявку максимально валидной.

Цена в сниппете: Product + Offer

Цена приходит в сниппет из типа Offer, вложенного в Product (для товаров) либо в услугу или локальный бизнес. Минимально рабочая разметка товара — объект Product с обязательными полями name и offers, а внутри offers — объект Offer с price, priceCurrency и availability. Валюту указывают в формате ISO 4217 (RUB, USD), цену — числом без пробелов и символа валюты: 1290, а не «1 290 ₽». Для диапазона используют AggregateOffer с lowPrice и highPrice — так на карточке категории с разными вариантами выводится «от 1 290 ₽».

Минимальный JSON-LD выглядит так: тип Product, поле name с названием товара, image со ссылкой на фото и блок offers типа Offer с price, priceCurrency «RUB» и availability «https://schema.org/InStock». Полезно добавить priceValidUntil — дату, до которой действует цена: без неё Google иногда выдаёт предупреждение в валидаторе. Для интернет-магазинов важно поле url внутри Offer, указывающее на страницу покупки.

Ключевое правило, на котором горит половина сайтов: цена в разметке должна совпадать с ценой, видимой на странице. Если в JSON-LD написано 1290, а человек видит 2400 — это несоответствие разметки видимому контенту, и поисковик либо проигнорирует разметку, либо понизит к ней доверие, либо наложит ручную санкцию. То же с валютой и наличием: «в наличии» в разметке при «нет в наличии» на странице — прямой путь к снятию расширенного сниппета.

Для услуг (юристы, ДПО-образование, ремонт, B2B) товарного Product часто нет — там берут Service, а цену показывают через offers с типом Offer так же, как у товара, либо через LocalBusiness с priceRange. У услуг звёзды и цена появляются реже и капризнее, чем у физических товаров: поисковик осторожнее с YMYL-тематиками вроде юридических и образовательных. Закладывайте, что для услуг разметка — фундамент, а не гарантия звёзд.

Звёзды рейтинга: AggregateRating и Review

Жёлтые звёзды дают два типа: AggregateRating (среднее по многим отзывам) и Review (отдельный отзыв с автором и оценкой). Для звёзд под товаром нужен AggregateRating внутри Product: обязательны ratingValue (само среднее, например 4.7) и одно из ratingCount или reviewCount (сколько оценок или отзывов). Без количества звёзды не покажут — поисковику нужно понимать, на скольких людях основана оценка.

Принципиальное требование Google и Яндекса: рейтинг должен относиться к конкретной сущности на странице — товару, услуге, организации — и эти отзывы должны быть видимы на самой странице. Нельзя поставить AggregateRating «всего сайта» на страницу одного товара. Нельзя разметить рейтинг, которого нет в видимом контенте. Google требует прямо: отзывы, отражённые в разметке, должны быть доступны пользователю на этой же странице. Спрятали отзывы в подвал или вовсе убрали из вёрстки, а разметку оставили — звёзды снимут.

Отдельная тонкость — рейтинг самой организации. Раньше его можно было проставить себе через self-serve разметку, но в 2019 году Google запретил self-serve и сторонние отзывы в разметке для типов LocalBusiness и Organization. Теперь рейтинг организации в сниппете Google берёт из своих источников (Google Business Profile, агрегаторы), а не из вашей разметки; у Яндекса он тянется из Яндекс Бизнеса и отзовиков. Вывод: звёзды для организации «нарисовать» через Schema.org в Google уже нельзя — работают только товарные и услуговые AggregateRating с реальными отзывами на странице.

Частые ошибки и санкции

Самая дорогая ошибка — фейковые отзывы и накрученный рейтинг. Поставить ratingValue 5.0 и reviewCount 200 на странице без единого видимого отзыва — это не «лайфхак», а повод для ручной санкции Google (Spam structured data) и потери расширенных сниппетов по всему сайту, а не только на одной странице. Восстановление — убрать обман, подать запрос на пересмотр и ждать недели. Не стоит того.

Второй типовой провал — несоответствие разметки видимому контенту: цена, наличие или рейтинг в JSON-LD отличаются от того, что видит человек. Третий — неполная разметка: Product без offers, AggregateRating без count, цена строкой «1 290 ₽» вместо числа, валюта «руб.» вместо «RUB». Четвёртый — разметка на неподходящем типе страницы: AggregateRating на странице категории вместо карточки товара или Review без указания, к чему относится (itemReviewed). Всё это валидаторы ловят как ошибки или предупреждения.

Пятая, более тонкая ошибка — разметка контента, которого нет в текущей версии страницы. Например, JSON-LD рендерится сервером, а блок отзывов подгружается JS и поисковик его не видит при первом обходе — формально обман, фактически рассинхрон. Отсюда простое правило: всё, что в разметке, должно быть в видимом HTML, отдаваемом по тому же URL. Перед публикацией мы сверяем три значения — цену в разметке, цену в вёрстке и цену, которую отдаёт сервер: они умеют расходиться незаметно.

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

Проверка обязательна и бесплатна. Для Google: Rich Results Test (search.google.com/test/rich-results) показывает, какие расширенные результаты доступны для страницы, и подсвечивает ошибки и предупреждения; Schema Markup Validator (validator.schema.org) проверяет синтаксис Schema.org в целом. После индексации отчёты в Google Search Console («Улучшения» → товарные сниппеты, отзывы) показывают валидность по всему сайту и историю ошибок. Для Яндекса — «Валидатор микроразметки» в Яндекс Вебмастере: вставляете URL или код, он показывает распознанные сущности и поля.

Порядок такой: 1) добавили JSON-LD на страницу; 2) прогнали через Rich Results Test и валидатор Яндекса, добились нуля ошибок (предупреждения допустимы, но лучше закрыть); 3) сверили значения разметки с видимым контентом; 4) дождались переобхода. Расширенный сниппет не появляется мгновенно: сначала робот должен переобойти страницу (от нескольких дней до пары недель, в зависимости от того, как часто его навещает бот), затем алгоритм решает, показывать ли обогащённый вид. На активно обходимых сайтах звёзды и цена появляются за 1–3 недели, на редко обходимых — дольше.

Честно про сроки и гарантии: даже идеально валидная разметка не обязывает поисковик показать звёзды. Google и Яндекс выводят расширенный сниппет выборочно — по типу запроса, авторитетности сайта, конкуренции в выдаче. Бывает, что цена выводится, а звёзды нет, хотя оба типа размечены корректно. Это не баг разметки, а решение алгоритма. Ваша задача — сделать заявку безупречной; показ остаётся на стороне поисковика.

Как это делаем мы на практике

Коммерческая разметка с ценой — наша регулярная работа на сайтах стройматериалов и в каталогах. Типовая постановка: каталог на несколько сотен позиций, у каждой карточки — Product + Offer с актуальной ценой и наличием, у категорий — AggregateOffer с диапазоном «от». Для локального бизнеса добавляем LocalBusiness с адресом, ценовым диапазоном и контактами (включая Telegram как канал связи) — это работает и на сниппет, и на локальную выдачу с картами.

При программатик-генерации страниц разметка ставится не вручную на каждую карточку, а шаблоном: значения price, availability, ratingValue подтягиваются из тех же данных, что рендерят видимую вёрстку, — поэтому разметка и контент физически не могут разойтись. Это и есть инженерный ответ на ошибку «несоответствие разметки видимому»: один источник истины на оба представления. На масштабе в сотни и тысячи страниц это единственный надёжный способ.

Рейтинг ставим только там, где есть реальные отзывы, видимые на странице, — без накруток. Если отзывов нет, мы не «рисуем» звёзды, а сначала выстраиваем их сбор и только потом размечаем. Это медленнее, но это единственный путь без риска санкций. Цена и наличие, в отличие от рейтинга, доступны почти всегда — поэтому коммерческий сниппет с ценой мы можем дать практически любому каталогу уже в первый месяц работы.