Google уточнил правила отзывов за бонус: что проверить сайтам Казахстана

24 июля 2026 года Google обновил правила структурированных данных для отзывов. В документации появился прямой запрет на фальшивые и нераскрытые мотивированные отзывы — как в видимом содержимом страницы, так и в разметке Review или AggregateRating.

Google приводит два показательных случая: отзыв не основан на реальном опыте либо написан в обмен на деньги, скидку, ваучер или бесплатный товар, но вознаграждение не раскрыто ясно и заметно. Для интернет-магазинов, сервисов, агрегаторов, образовательных платформ и маркетплейсов Казахстана это повод проверить не только Schema.org, но и сам процесс сбора отзывов.

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

Что именно добавил Google

В журнале обновлений Search Central Google указал, что 24 июля добавил новое правило о фальшивых и нераскрытых мотивированных отзывах. Цель — повысить прозрачность пользовательских оценок.

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

не основаны на реальном опыте использования товара или услуги;
написаны в обмен на выгоду, но этот факт не раскрыт ясно и заметно.

К выгоде Google относит деньги, скидки, ваучеры и бесплатные товары. Список показывает принцип, а не исчерпывающий каталог механик. Если пользователь получил бонус, подарок, кешбэк или участие в акции именно за отзыв, скрывать это обстоятельство нельзя.

Правило действует одновременно на двух уровнях. Недостаточно удалить спорный отзыв из JSON-LD, оставив его на странице. И наоборот: нельзя показывать пользователю одно, а в разметку передавать искусственно очищенную подборку оценок. Содержимое и Schema.org должны описывать одну реальность.

Кому в Казахстане нужен аудит в первую очередь

Интернет-магазинам

Механика «оставьте отзыв — получите скидку» распространена в e-commerce. Сам по себе запрос обратной связи не доказывает нарушение, но риск возникает, если покупатель получает выгоду, а будущий читатель не видит этого рядом с отзывом.

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

Маркетплейсам и каталогам

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

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

Сервисам бронирования и классифайдам

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

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

Локальным компаниям

Для страниц собственной компании действует отдельное ограничение Google: если организация контролирует отзывы о самой себе, её страницы с типом LocalBusiness или другим типом Organization не подходят для звёздного review feature. Это относится и к отзывам, вставленным через сторонний виджет.

Отзыв на сайте может оставаться полезным элементом доверия, но добавление self-serving AggregateRating не делает страницу подходящей для звёзд в Google. Не следует путать наличие отзывов на коммерческой странице с правом на расширенный сниппет.

Как отличить допустимую механику от рискованной

Начните с четырёх вопросов.

Был ли у автора реальный опыт покупки или использования?
Получал ли он выгоду именно за публикацию отзыва?
Видит ли читатель ясное раскрытие этого факта рядом с отзывом?
Не зависит ли размер бонуса от положительной оценки?

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

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

Что должно быть видно пользователю

Google требует, чтобы размеченный отзыв был доступен на той же странице. Пользователь должен видеть текст отзыва и связанную оценку; для AggregateRating — само среднее значение.

Раскрытие стимула нельзя прятать:

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

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

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

Как проверить Review и AggregateRating

1. Связать оценку с конкретным объектом

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

2. Сверить видимые данные и JSON-LD

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

3. Не смешивать ratingCount и reviewCount

ratingCount — число оценок, а reviewCount — число людей, оставивших отзыв с текстом или без него в рамках определения Google. Для AggregateRating требуется хотя бы одно из этих полей. Подставлять одно число в оба поля без реального основания нельзя.

4. Проверить шкалу

По умолчанию Google понимает числовой рейтинг как шкалу от 1 до 5. Если используется другая шкала, нужно передать bestRating и worstRating. В структурированных данных десятичное значение записывается через точку, даже если в видимом русском или казахском интерфейсе используется запятая.

5. Проверить автора

Google рекомендует принимать оценки вместе с комментарием и именем автора, хотя это не обязательное условие для каждой реализации. Имя должно быть настоящим идентификатором автора, а не рекламной фразой. Поле author короче 100 символов.

6. Исключить внешнюю агрегацию

Отзывы из Google Business Profile, социальных сетей и сторонних каталогов можно показывать пользователю в рамках разрешений источника, но нельзя автоматически объединять их в собственный AggregateRating для review snippet. Google прямо запрещает агрегировать оценки с других сайтов.

7. Учесть self-serving ограничение

Сайт компании не должен размечать контролируемые им отзывы о самой компании через LocalBusiness или Organization ради звёзд. Встроенный сторонний виджет не снимает это ограничение.

Аудит процесса сбора отзывов

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

Этап	Что проверить	Типичный риск
Приглашение	Кому и за что отправляется запрос	Письма получают только довольные клиенты
Вознаграждение	Есть ли деньги, скидка, подарок или ваучер	Бонус зависит от высокой оценки
Модерация	Какие отзывы отклоняются	Негатив скрывается без нарушения правил
Публикация	Видны ли текст, оценка и раскрытие	Стимул указан только в условиях
Агрегация	Какие отзывы входят в среднее	Смешаны товары, филиалы или внешние сайты
Разметка	Совпадает ли JSON-LD со страницей	В Schema.org передано больше отзывов, чем видно
Обновление	Как быстро меняются цифры	Рейтинг и счётчики устарели

Такой аудит лучше проводить совместно: владелец программы лояльности объясняет механику, редакция фиксирует правила модерации, разработчик проверяет данные и разметку, SEO-специалист тестирует страницы и отчёты Search Console.

Что делать с уже опубликованными отзывами

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

подтверждённые отзывы без вознаграждения;
подтверждённые мотивированные отзывы с заметным раскрытием;
мотивированные отзывы без раскрытия;
отзывы без подтверждаемого опыта;
импортированные оценки из других площадок;
отзывы о другом объекте или филиале.

Для первой группы достаточно проверить точность разметки. Во второй — убедиться, что раскрытие действительно видно. Третьей группе нужно добавить корректное раскрытие, если факты и правила программы позволяют это сделать. Записи без реального опыта или с неподтверждённым происхождением нельзя сохранять в разметке как достоверные отзывы.

После очистки пересчитайте AggregateRating, ratingCount и reviewCount. Не оставляйте старое среднее значение ради привлекательных звёзд.

Проверка после внедрения

Google рекомендует выпускать изменения на нескольких страницах, проверять их в Rich Results Test и затем использовать URL Inspection. Страница должна отвечать HTTP 200, быть доступна Googlebot, не иметь noindex и содержать видимые данные, соответствующие разметке.

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

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

Чего новое правило не обещает

Обновление от 24 июля не означает, что:

любое вознаграждение автоматически делает отзыв недопустимым;
достаточно добавить слово «бонус» только в JSON-LD;
удаление мотивированных отзывов гарантирует рост позиций;
валидная разметка гарантирует звёзды;
рейтинг собственной компании можно размечать через сторонний виджет;
оценки с разных сайтов разрешено складывать;
Search Console заменяет проверку реального происхождения отзывов.

Главная цель правила — прозрачность. Разметка должна подтверждать видимую страницу, а страница — честно объяснять происхождение оценки.

План на один рабочий цикл

Найдите все шаблоны с Review и AggregateRating.
Составьте список источников отзывов и программ вознаграждения.
Проверьте реальный опыт, раскрытие стимула и правила модерации.
Отделите собственные отзывы от импортированных.
Исправьте привязку к товару, услуге, курсу или филиалу.
Пересчитайте рейтинг и счётчики после очистки.
Сделайте раскрытие заметным рядом с конкретным отзывом.
Проверьте тестовую группу в Rich Results Test.
Опубликуйте изменения партиями и запросите повторный обход.
Наблюдайте за отчётами Search Console без обещаний быстрого эффекта.

Вывод

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

Для сайтов Казахстана это задача не только разработчика. Нужно согласовать программу лояльности, модерацию, публикацию, расчёт рейтинга и Schema.org. Самый безопасный результат — когда пользователь и Google видят одинаковые данные и понимают, почему отзыв появился.

PIUN Marketing проводит SEO-оптимизацию сайтов в Казахстане: проверяет структурированные данные, отзывы, шаблоны интернет-магазинов, техническую индексацию и Search Console без вымышленных рейтингов и гарантий расширенного сниппета.