Google ужесточил правила отзывов: безопасны ли звёзды вашего интернет-магазина

24 июля 2026 года Google добавил в официальную документацию Review snippet новое требование: на страницах и в структурированных данных не должно быть фальшивых или скрыто стимулированных отзывов. Для владельцев интернет-магазинов это означает, что проверять необходимо не только комментарии покупателей, но и источник средней оценки, количество отзывов, статусы модерации, кеширование и JSON-LD, который генерирует тема или SEO-модуль.

Главное за одну минуту

• Google не объявлял отдельное обновление алгоритма ранжирования — были обновлены требования для участия в review rich results.

• ratingValue, ratingCount и reviewCount должны формироваться на основании реальных данных.

• Рейтинг из структурированных данных должен быть виден и доступен пользователю на странице.

• Нельзя включать в собственный AggregateRating оценки из Google Maps, маркетплейсов, сайтов производителей и других ресурсов.

• Вознаграждение за отзыв на собственном сайте необходимо явно указывать рядом с конкретным отзывом.

• Стимулирование отзывов в Google Business Profile запрещено.

• Rich Results Test проверяет разметку, но не подтверждает подлинность отзывов.

Что именно изменил Google 24 июля 2026 года

Google добавил в документацию для структурированных данных Review и AggregateRating отдельное требование, касающееся фальшивых и нераскрытых стимулированных отзывов. Под новые правила попадают два основных типа контента:

• отзывы, которые не основаны на реальном опыте использования товара или услуги;

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

Важно правильно трактовать это изменение. Google не объявлял запуск отдельного алгоритма, который автоматически снизит позиции всех сайтов с подозрительными отзывами. Обновление в первую очередь касается соответствия страницы требованиям для показа review rich results.

Если страница нарушает правила, Google может перестать показывать звёзды и другие элементы review snippet. В более серьёзных случаях сайт может получить ручные меры, связанные со структурированными данными. При этом сама страница может остаться в обычных результатах поиска, но Google будет игнорировать её разметку отзывов.

Важное уточнение

Валидный JSON-LD ещё не означает, что страница соответствует правилам Google. Код может успешно пройти Rich Results Test, но при этом содержать выдуманный рейтинг, скрытые отзывы или данные, полученные из неподходящего источника.

Почему это требование важно почти для каждого интернет-магазина

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

Тема магазина может показывать одно количество отзывов, стандартный модуль OpenCart — другое, а SEO-расширение — генерировать третье значение в JSON-LD. Если добавить кеш Journal, модификации OCMOD, несколько языков и несколько модулей микроразметки, на одной товарной странице легко появляются противоречивые сведения.

Например, покупатель видит:

• среднюю оценку 4,3;

• 12 опубликованных отзывов;

• два негативных комментария.

В то же время JSON-LD, передаваемый Google, содержит:

• ratingValue: 4.9;

• reviewCount: 47;

• только пятизвёздочные отзывы.

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

Самые опасные сценарии для интернет-магазина

1. Фиксированный рейтинг 4,7–5,0 для всех товаров

Некоторые SEO-расширения содержат настройки наподобие «рейтинг по умолчанию» или «показывать звёзды для товаров без отзывов». В результате новый товар, который ещё никто не оценивал, получает в структурированных данных рейтинг 4,9 и 20–30 выдуманных отзывов.

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

Небезопасный пример

{


"@type": "Product",
"name": "Новый товар без отзывов",
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": 4.9,
"reviewCount": 27
}
}

Если у товара нет реальных оценок, безопаснее вообще не генерировать свойство aggregateRating.

2. Неопубликованные отзывы участвуют в расчёте

В базе данных могут храниться:

• отзывы, ожидающие модерации;

• тестовые записи, созданные разработчиками;

• спам;

• дубликаты;

• отклонённые комментарии;

• отзывы, скрытые из-за персональных данных или нарушения правил сайта.

Если SEO-модуль рассчитывает среднюю оценку без проверки статуса публикации, значение в JSON-LD не будет совпадать с разделом отзывов, который видят покупатели.

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

Упрощённый пример проверки для OpenCart

SELECT
product_id,
COUNT(*) AS review_count,
ROUND(AVG(rating), 2) AS rating_value


FROM oc_review
WHERE status = 1
GROUP BY product_id;

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

3. Рейтинг присутствует в коде, но отсутствует на странице

Google требует, чтобы размеченный контент был доступен пользователям. Если JSON-LD содержит среднюю оценку 4,6 на основании 18 отзывов, посетители должны иметь возможность увидеть эту оценку и открыть соответствующие отзывы.

Проблемы могут возникать, если:

• блок отзывов скрыт с помощью CSS;

• отзывы загружаются только после действия, которое Google не может воспроизвести;

• мобильная версия не показывает рейтинг;

• отзывы доступны только авторизованным пользователям;

• структурированные данные остались активными после отключения модуля отзывов;

• рейтинг показывается в списке категории, но отсутствует на странице самого товара.

Вкладка, аккордеон или кнопка «Показать отзывы» сами по себе не являются проблемой, если пользователь действительно может открыть и прочитать контент на той же странице.

4. Общий рейтинг магазина применяется ко всем товарам

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

То же самое касается следующих случаев:

• средняя оценка категории используется как рейтинг каждого товара;

• рейтинг бренда применяется ко всем моделям этого производителя;

• общее количество отзывов магазина выводится на каждой товарной странице;

• рейтинг службы доставки используется как рейтинг товара.

Структурированные данные должны описывать конкретный объект, представленный на странице.

5. Рейтинги импортируются с других сайтов

Google не разрешает агрегировать в собственном review snippet оценки с других веб-сайтов. Это касается рейтингов из:

• Google Maps и Google Business Profile;

• Facebook;

• маркетплейсов;

• сайтов производителей;

• каталогов поставщиков;

• сторонних платформ отзывов.

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

6. Устаревший кеш после модерации

Менеджер может опубликовать новый отзыв, удалить спам или изменить статус записи, но JSON-LD продолжит показывать прежнее значение. Это часто происходит, когда разные части системы кешируются отдельно:

• страница товара;

• шаблон темы Journal;

• результат работы SEO-модуля;

• Redis или файловый кеш;

• CDN;

• модификации OpenCart.

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

7. Два модуля одновременно генерируют Product JSON-LD

В интернет-магазине могут одновременно работать тема, SEO-расширение и отдельный модуль структурированных данных. Каждый компонент может формировать собственный объект Product.

В результате Google находит:

• один объект товара с рейтингом 4,2;

• другой объект товара с рейтингом 4,9;

• разные цены и статусы наличия;

• разные названия или идентификаторы товара.

Поэтому проверять необходимо полный исходный HTML страницы, а не только настройки одного конкретного расширения.

8. Путаница между ratingCount и reviewCount

ratingCount подходит для общего количества оценок, включая оценки в звёздах без письменного комментария. reviewCount обозначает количество полноценных отзывов.

Например, товар может иметь 35 оценок, но только 12 письменных отзывов. В таком случае значение reviewCount: 35 будет неточным.

Пример согласованной разметки AggregateRating

{


"@type": "Product",
"name": "Название товара",
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": 4.4,
"ratingCount": 35,
"reviewCount": 12,
"bestRating": 5,
"worstRating": 1
}
}

Каждое значение должно соответствовать реальным оценкам и отзывам, собранным и показанным интернет-магазином.

9. Отзывы автоматически копируются между вариантами товара

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

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

Модуль должен однозначно определять, относится ли рейтинг:

• к конкретному варианту;

• к родительскому товару;

• ко всей совместимой товарной семье.

Одинаковое правило должно применяться в интерфейсе магазина, базе данных и JSON-LD.

Вознаграждение за отзыв: когда возникает риск

Обновлённое требование Google Search не описывает полный запрет любого вознаграждения за отзыв, опубликованный на собственном сайте магазина. Оно запрещает фальшивые и стимулированные отзывы без надлежащего раскрытия информации.

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

Пример понятного раскрытия

Автор получил вознаграждение за публикацию этого отзыва

Краткая фраза мелким серым шрифтом в общих условиях акции не даёт пользователю достаточного контекста во время чтения конкретного отзыва.

Более безопасная система вознаграждений должна соответствовать нескольким принципам:

• вознаграждение предоставляется за честный отзыв, а не за оценку в пять звёзд;

• негативная оценка не лишает покупателя вознаграждения;

• магазин не требует изменить или удалить критику;

• информация о стимуле указана рядом с отзывом;

• отзыв основан на реальном опыте;

• условия акции объясняют правила модерации контента.

Не путайте отзывы на сайте с отзывами в Google Business Profile

Для Google Maps и Google Business Profile действуют более строгие правила. Предлагать деньги, скидки, бесплатные товары или услуги в обмен на любой отзыв в Google запрещено.

Поэтому небезопасно отправлять покупателю сообщения следующего типа:

Оставьте отзыв о нас в Google и получите скидку 10% на следующий заказ.

Даже если магазин не просит поставить пять звёзд, само предложение вознаграждения за публикацию отзыва в Google нарушает правила платформы.

Что проверить в OpenCart и PrestaShop

Отдельные проверки для OpenCart

В стандартных установках OpenCart отзывы обычно хранятся в таблице review и связаны с product_id и статусом публикации. Однако сторонние расширения могут использовать собственные таблицы, дополнительные поля или отдельные системы оценивания.

Во время аудита необходимо найти:

1. контроллер или модель, которые рассчитывают средний рейтинг;

2. шаблон, отображающий рейтинг пользователям;

3. модуль, который генерирует JSON-LD;

4. событие или процесс очистки кеша после модерации;

5. все изменения OCMOD, связанные с Product, Review и AggregateRating.

Отдельные проверки для PrestaShop

В PrestaShop структура данных зависит от установленного модуля отзывов. Комментарии, оценки, критерии оценивания и статусы модерации могут храниться отдельно. SEO-модуль может получать данные не из того источника, который использует шаблон витрины.

Необходимо сравнить:

• данные модуля комментариев к товарам;

• видимую оценку в шаблоне карточки товара;

• JSON-LD, сформированный темой;

• разметку сторонних SEO-модулей;

• кеш Smarty и системный кеш платформы.

Практический технический аудит страницы товара

Шаг 1. Проверьте товар без отзывов

Товар без оценок не должен получать выдуманный средний балл. Найдите в исходном коде страницы:

• AggregateRating;

• ratingValue;

• ratingCount;

• reviewCount.

Если магазин ещё не собрал оценки для данного товара, лучше не генерировать aggregateRating.

Шаг 2. Проверьте товар с одним негативным отзывом

Один опубликованный отзыв с оценкой 2 должен давать среднюю оценку 2, а не минимальный рейтинг 4 или 4,5, установленный в настройках SEO-расширения.

Этот тест быстро показывает, использует ли модуль реальные записи из базы данных или искусственно поддерживает высокий рейтинг.

Шаг 3. Измените статус отзыва

1. Опубликуйте тестовый отзыв.

2. Проверьте видимый рейтинг и JSON-LD.

3. Отключите отзыв в административной панели.

4. Очистите кеш или дождитесь его автоматического обновления.

5. Повторно проверьте страницу товара.

Если отзыв исчез с витрины, но продолжает влиять на JSON-LD, логику структурированных данных необходимо исправить.

Шаг 4. Проверьте десктопную и мобильную версии

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

Шаг 5. Сравните четыре источника

• База данных: сколько опубликованных оценок реально имеет товар.

• Страница: какую среднюю оценку и количество видит покупатель.

• JSON-LD: какие значения передаются поисковой системе.

• Search Console: присутствуют ли ошибки структурированных данных или ручные меры.

Все четыре источника должны описывать одну и ту же реальность.

Шаг 6. Проверьте страницу с помощью Rich Results Test

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

Однако он не способен определить:

• является ли автор реальным человеком;

• покупал ли автор товар;

• был ли отзыв опубликован за деньги;

• скрывает ли магазин негативные отзывы;

• был ли рейтинг 4,9 выдуман;

• импортирована ли оценка с другого сайта.

Зелёный результат проверки подтверждает только техническую валидность разметки, но не полное соответствие правилам Google.

Как правильно собирать больше отзывов

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

Отправляйте запрос после выполнения заказа

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

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

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

Используйте защищённый токен доступа

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

Добавьте отметку «Подтверждённая покупка»

Такая отметка не является обязательным требованием для review rich results, но повышает доверие, помогает бороться со спамом и подтверждает связь отзыва с реальным заказом.

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

Хорошая форма отзыва может содержать:

• общую оценку;

• текстовый комментарий;

• преимущества и недостатки;

• фотографии;

• выбранную модель, цвет или размер;

• срок использования;

• отметку о подтверждённой покупке.

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

Объясните правила модерации

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

Для интернет-магазинов, работающих с покупателями из Европейского союза, прозрачность отзывов также имеет юридическое значение. Европейские правила защиты потребителей требуют объяснять, проверяется ли происхождение отзывов и каким образом компания обеспечивает их подлинность.

Что сделать после исправления модуля

1. Очистить кеш OpenCart или PrestaShop.

2. Обновить кеш модификаций OCMOD.

3. Очистить кеш темы Journal или Smarty.

4. Проверить Redis, файловый кеш и CDN.

5. Открыть страницу товара в приватном режиме браузера.

6. Проверить оригинальный исходный HTML, а не только DOM в инструментах разработчика.

7. Проверить JSON-LD через Rich Results Test.

8. Проверить URL с помощью инструмента проверки страниц в Search Console.

9. Просмотреть отчёты по структурированным данным и раздел ручных мер.

10. Дождаться повторного сканирования и обработки страницы Google.

Изменения в результатах поиска могут появиться не сразу после исправления. Google должен повторно просканировать и обработать страницу. Даже полностью корректные структурированные данные не гарантируют постоянного показа звёзд, поскольку Google самостоятельно решает, когда использовать расширенный результат.

Пятиминутная проверка для владельца магазина

1. Найдите товар без отзывов.

2. Проверьте, нет ли в коде выдуманного AggregateRating.

3. Откройте товар с реальными отзывами.

4. Сравните видимую оценку с ratingValue.

5. Сравните фактическое количество отзывов с ratingCount и reviewCount.

6. Проверьте, не дублируется ли объект Product.

7. Убедитесь, что значения обновляются после модерации отзыва.

Что это означает для владельца интернет-магазина

Нет необходимости срочно удалять все товарные рейтинги. Если магазин собирает реальные отзывы, правильно их модерирует и синхронизирует видимый контент с JSON-LD, обновление документации Google не должно создавать дополнительную проблему.

Аудит рекомендуется провести, если:

• SEO-модуль был установлен много лет назад;

• владелец магазина не знает, откуда берётся ratingValue;

• товары без отзывов уже показывают звёзды;

• оценки импортируются из маркетплейсов;

• отзывы модерируются, но средняя оценка не изменяется;

• одновременно работают несколько модулей структурированных данных;

• на разных языковых версиях или в разных магазинах выводятся разные значения;

• review snippets исчезли или в Search Console появились предупреждения.

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

Часто задаваемые вопросы

Технический аудит

Вы знаете, откуда ваш модуль берёт рейтинг 4,9?

SiteZilla может провести аудит модуля отзывов и структурированных данных интернет-магазина на OpenCart или PrestaShop. Мы найдём выдуманные значения, дубли объектов Product JSON-LD, ошибки расчёта, проблемы со статусами модерации и устаревшим кешем.

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

Заказать аудит магазина

Источники

• Google Search Central — Latest documentation updates

• Google Search Central — Review snippet structured data

• Google Business Profile — Tips to get more reviews

• Google Maps — Incentivized or Biased Reviews

• EUR-Lex — Directive (EU) 2019/2161