🔴 Внимание — спам-риск Google 2026: Не ставьте AggregateRating на каждую страницу услуги без реальных отзывов на той же странице. Джон Мюллер (Google, 2026) подтвердил: за фейковые звёзды поисковик снимает rich-snippets со всего домена. Безопасно — только Person/Organization (про специалиста или компанию в целом) или Product/Service со встроенной формой реальных отзывов.
Зачем настраивать Review и AggregateRating Schema
Review Schema — это структурированная разметка отдельного отзыва (кто оставил, какая оценка, текст). AggregateRating — агрегированный рейтинг: средняя оценка и количество отзывов. Эти разметки помогают поисковикам и AI-ассистентам понять: на странице есть подтверждение качества от реальных людей. В выдаче это раньше выводилось золотыми звёздами, в AI-цитированиях работает как сигнал доверия.
Внимание, ключевой момент 2026 года. Джон Мюллер из Google неоднократно подтверждал: фейковые AggregateRating на отдельных услугах — самый частый повод для ручных санкций по разметке. Если поисковик решит, что звёзды на странице услуги «нарисованные» (нет физической формы отзывов, нет ссылок на источники), может прилететь пометка «структурированные данные со спамом» и снятие rich-snippets со всего домена. Восстановление — месяцы. Поэтому ставить разметку нужно только там, где для неё есть фактическое основание.
Безопасные сценарии: AggregateRating на странице специалиста (Person — это вы как эксперт), на странице компании в целом (Organization), на товаре (Product) или на услуге (Service) только если на той же странице есть реальная форма для оставления отзывов и видимые отзывы клиентов. Опасные сценарии: массовая разметка пятёрками всех страниц услуг без живых отзывов, заимствование звёзд с Яндекс.Карт через виджет без правильной разметки источника.
Эффект корректной разметки: повышение CTR в выдаче (если Google всё-таки решит показать звёзды) и более частое попадание в генеративные ответы Алисы, когда она ищет «надёжного исполнителя» по нише.
Пошаговая инструкция
Внедряем Review и AggregateRating правильно — без риска санкций.
- Шаг 1. Определите, на какой тип страницы ставите разметку. Безопасный список: Person (страница «Об эксперте»), Organization (страница «О компании» или «Контакты»), Product, Service со встроенной формой отзывов. На странице тарифов или общем лендинге услуги без формы AggregateRating ставить нельзя.
- Шаг 2. Соберите реальные отзывы. Источники: форма обратной связи на сайте, скриншоты переписок с разрешением клиента на публикацию, выгрузка из Яндекс.Карт через API (с обязательной ссылкой на источник в разметке через поле url). Минимум для AggregateRating — 5-10 отзывов, иначе средняя оценка выглядит малоубедительно.
- Шаг 3. Разместите отзывы физически на странице. Перед тем как ставить JSON-LD, убедитесь: пользователь, открыв страницу, видит блок с отзывами (имя автора, дата, текст, звёзды). Невидимые отзывы «только в коде» — прямое нарушение рекомендаций Google.
- Шаг 4. Сформируйте JSON-LD AggregateRating и Review. AggregateRating вкладывается в основной объект (Person/Organization/Product). Review — отдельные объекты в массиве review.
- Шаг 5. Добавьте форму для новых отзывов. Простая HTML-форма с полями имя, оценка (1-5), текст отзыва. Это закрывает требование Google «у вас должен быть способ собирать отзывы, а не только показывать их».
- Шаг 6. Проверьте через валидатор Schema.org. Откройте validator.schema.org, вставьте URL. Убедитесь, что AggregateRating связан с конкретной сущностью (itemReviewed), а у Review заполнены author, datePublished, reviewBody, reviewRating.
Правильный пример AggregateRating для Person:
{
"@context": "https://schema.org",
"@type": "Person",
"name": "Иван Иванов",
"jobTitle": "Частный SEO-специалист",
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.9",
"reviewCount": "47",
"bestRating": "5"
}
}
Неправильный пример (так делать нельзя): AggregateRating на странице услуги «SEO-продвижение интернет-магазина» без формы отзывов и без видимых отзывов на странице. Это ровно тот сценарий, за который снимаются rich-snippets со всего домена.
Типичные ошибки
- Массовая разметка всех услуг подряд — самый опасный сценарий. У вас 15 услуг, на каждой стоит «4.9 из 5, 234 отзыва», но физических отзывов нет ни на одной странице. Google такое распознаёт и применяет санкции к домену.
- Заимствование звёзд из агрегаторов — нельзя через JSON-LD выдавать рейтинг с Яндекс.Карт за свой собственный без указания источника. Если хотите показать оценку с внешней платформы — указывайте itemReviewed и url источника.
- Невидимые отзывы — Review-объекты есть в JSON-LD, но на странице пользователь их не видит. Google прямо называет это спамом разметки.
- Один и тот же AggregateRating на разных типах страниц — копировать рейтинг компании (Organization) на каждую страницу услуги нельзя. Рейтинг должен относиться к той сущности, которая описана на странице.
- Отзывы без даты и автора — поле author и datePublished обязательны. Без них валидатор Schema.org выдаст предупреждение, а Google в логах Search Console покажет ошибку «Missing field».
- 5 звёзд у всех отзывов — статистически подозрительно. Если у вас все 50 отзывов по 5, поисковик с большой вероятностью пометит это как накрутку. Реальные отзывы дают распределение 4.5-4.9.
Что проверить в итоге
- Разметка стоит только на безопасных типах: Person, Organization, Product или Service с формой
- На странице физически видны отзывы (минимум 5-10) с автором и датой
- На странице есть форма для оставления нового отзыва
- AggregateRating связан через itemReviewed с конкретной сущностью
- Validator.schema.org не выдаёт ошибок Missing required field
- На массовых страницах услуг (без формы и видимых отзывов) разметка отсутствует
- В Search Console раздел «Структурированные данные» не содержит предупреждений по AggregateRating и Review
- Через 2-4 недели после внедрения проверена динамика CTR в выдаче по страницам с разметкой