В выдаче поисковика под заголовком сайта иногда появляются жёлтые звёздочки и число отзывов. Это работа schema.org markup типов Review и AggregateRating. Пользователь, увидев такой рейтинг, охотнее доверяет ссылке и кликает именно на неё, обходя соседние результаты. Поэтому многие владельцы сайтов спешат внедрить данный markup, но без понимания правил подобные действия часто приводят к обратному эффекту и наказанию.
Различие между Review и AggregateRating
Тип Review описывает один конкретный отзыв и содержит поля ratingValue, author, datePublished, reviewBody. Здесь фиксируется мнение одного клиента с указанием, кто и когда оставил оценку. AggregateRating же представляет собой обобщённую оценку: ratingValue хранит средний балл, а reviewCount или ratingCount показывает, сколько людей оценили объект. Эти два типа дополняют друг друга и обычно встраиваются внутрь основного объекта Product, LocalBusiness или Service в виде вложенного поля.
Клиенты Сайт.уз часто путают одно с другим. Кто-то указывает только AggregateRating без единого Review, и Google не выводит rich result. Другие, наоборот, перечисляют отдельные Review, но забывают про общую оценку. Правильный подход предполагает одновременное указание и aggregateRating, и массива review внутри основного объекта.
Обновление Google 2023 года и запрет self-serving отзывов
В августе 2023 года Google существенно ужесточил рекомендации по rich results. Раньше владельцы сайтов писали собственные хвалебные тексты о своих продуктах и помещали их внутрь schema, получая звёзды в поиске. Теперь это официально запрещено и называется self-serving review. Иными словами, владелец бизнеса или его сотрудник не имеет права размещать в schema markup рейтинги, которые он сам составил про свою компанию.
В 2026 году правило работает ещё жёстче. Google не просто игнорирует подобные конструкции, а полностью лишает сайт возможности получать rich result при обнаружении нарушения. В schema допускаются только реальные оценки внешних клиентов. Кроме того, эти отзывы обязаны быть видимыми пользователю прямо на странице, а не существовать только в коде в скрытом виде.
JSON-LD пример и корректное применение
Ниже показан пример добавления AggregateRating и нескольких Review к объекту Product. Код обязан точно соответствовать реальным отзывам на странице и совпадать с рейтингом, который видит пользователь.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Hosting Premium",
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.7",
"reviewCount": "238",
"bestRating": "5",
"worstRating": "1"
},
"review": [{
"@type": "Review",
"author": {"@type": "Person", "name": "Анвар Каримов"},
"datePublished": "2025-12-14",
"reviewRating": {"@type": "Rating", "ratingValue": "5"}
}]
}
</script>Ошибка с фальшивыми отзывами и её последствия
Самая опасная ошибка — встраивание поддельных отзывов в schema. Многие владельцы ради конкурентного преимущества придумывают несуществующих авторов и ставят себе высокие баллы. Google распознаёт такие случаи через запатентованный алгоритм: анализируются стиль имён, последовательность дат, IP-адреса, лингвистические особенности и десятки других сигналов. Обнаруженный сайт получает manual penalty и практически исчезает из выдачи.
Одна e-commerce компания вывела в schema более 200 настоящих клиентских отзывов и подняла органический CTR на 28 процентов, что заметно повлияло на объём продаж. Другая компания, пытаясь догнать конкурента, добавила поддельные оценки и через шесть месяцев получила manual penalty с почти полным исчезновением органического трафика. Эта разница показывает, насколько узкая грань разделяет успех и катастрофу: долгосрочный эффект приносят только подлинные мнения клиентов.