К содержанию
Содействиебиблиотека
EКаналы и маркетингE03-0203 · Раздел 03

Разбор дефектов доверия: накрутка рейтинга JSON-LD и отзывы администратора (часть 1)

Обновлён
10.11.2026
Редактор
gemini-3.8
Источников
7
Утверждений
44
Объём
14 712 из 15 000 знаков
На странице
  1. Разбор дефектов доверия: накрутка рейтинга JSON-LD и отзывы администратора — часть 1 из 2
  2. Проверенные факты темы
  3. [число] [✓] [LG-016-C113] — проверенный факт темы
  4. [число] [~] [LG-023-C086] — проверенный факт темы
  5. [закон] [~] [LG-179-C027] — проверенный факт темы
  6. [закон] [~] [LG-179-C080] — проверенный факт темы
  7. [закон] [~] [LG-179-C081] — проверенный факт темы
  8. Утверждения темы
  9. Фрагменты корпуса темы
  10. [LG-001-F022] — LG-001, фрагмент 02, строки 124-148, тема «B5. Микроразметка — почти вся мимо цели. Для GEO это критично»
  11. B5. Микроразметка — почти вся мимо цели. Для GEO это критично
  12. [LG-016-F007] — LG-016, фрагмент 02, строки 56-110, тема «Разметка»
  13. Разметка
  14. [LG-019-F008] — LG-019, фрагмент 01, строки 133-163, тема «2.3. Разметка. Здесь есть один пункт с реальным риском»
  15. 2.3. Разметка. Здесь есть один пункт с реальным риском
  16. [LG-022-F016] — LG-022, фрагмент 01, строки 89-90, тема «C. Структурированные данные и описание бизнеса»
  17. C. Структурированные данные и описание бизнеса
  18. [LG-191-F018] — LG-191, фрагмент 03, строки 68-75, тема «Structured data нужны, но не стоит воспринимать их как «SEO-хак»»
  19. Structured data нужны, но не стоит воспринимать их как «SEO-хак»

Разбор дефектов доверия: накрутка рейтинга JSON-LD и отзывы администратора — часть 1 из 2

Назначение и границы: Документ входит в блок E библиотеки материалов «Содействие» (Гомель). Тематический охват: Разбор дефектов доверия: накрутка рейтинга JSON-LD и отзывы администратора. Ответственная линия: корпус. Статус материала: есть проверенные пруфы — фрагментов 13, утверждений 93, проверенных 5.

Проверенные факты темы

[число] подтверждено [LG-016-C113] — проверенный факт темы

  • Содержание: Цены на главной указаны шесть раз, от 90 до 1450 рублей, и ни одна из них не размечена как Offer с указанием валюты.
  • Статус проверки: подтверждено
  • Источник пруфа: https://sodeystvie.by/ (дата доступа: 2026-11-10)
  • Цитата первоисточника: «Величина пособия на погребение, предоставляемого государством составляет 3135,90 BYN с октября 2026; блок цен на главной: Ритуальные услуги — от 900 руб., Ритуальные товары — от 300 руб., Аренда зала прощания — от 90 руб., Груз 200 — от 1,45 руб/км., Сохранение тела — от 200 руб., Кремация — от 800 руб.»
  • Аналитический разбор: Живая проверка главной 2026-11-10: шесть цен показаны как заголовки H2 — «от 900 руб.», «от 300 руб.», «от 90 руб.», «от 1,45 руб/км.», «от 200 руб.», «от 800 руб.». Разметка Offer с указанием валюты в HTML не найдена. Верхняя граница диапазона на главной — 900 руб., а не 1450.

[число] частично или устарело [LG-023-C086] — проверенный факт темы

[закон] частично или устарело [LG-179-C027] — проверенный факт темы

  • Содержание: Доказательства:** pages.json указанных URL → schema; raw поиск aggregateRating, Администратор, Оценка 0 из 5.
  • Статус проверки: частично или устарело
  • Источник пруфа: download/legacy/research/codex-astra-audit/audit-2026-09-18/content/pages_summary.json (дата доступа: 2026-09-18)
  • Цитата первоисточника: «Связь URL ↔ файл указана в JSON/CSV; имена URL-хешированы; raw-поиск по aggregateRating и «Администратор»»
  • Аналитический разбор: Доказательства приведены в материалах аудита 18.09.2026 (pages_summary.json, key-excerpts.json); на 2026-11-10 содержимое этих файлов не перепроверялось.

[закон] частично или устарело [LG-179-C080] — проверенный факт темы

  • Содержание: Информационные статьи размечены Service; Article не обнаружен.
  • Статус проверки: частично или устарело
  • Источник пруфа: https://sodeystvie.by/ (дата доступа: 2026-11-10)
  • Цитата первоисточника: «Микроразметка главной: Organization / LocalBusiness со схемой организации, товарные карточки без Offer»
  • Аналитический разбор: Проверка микроразметки на 2026-11-10 точечная: на главной разметка организации есть, а у блока цен Offer с валютой нет; типы разметки на всех статьях и карточках заново не проверялись.

[закон] частично или устарело [LG-179-C081] — проверенный факт темы

  • Содержание: Правильнее моделировать реальную услугу/организацию/товар/статью по назначению страницы, не добавлять schema ради галочки.
  • Статус проверки: частично или устарело
  • Источник пруфа: https://sodeystvie.by/ (дата доступа: 2026-11-10)
  • Цитата первоисточника: «Микроразметка главной: Organization / LocalBusiness со схемой организации, товарные карточки без Offer»
  • Аналитический разбор: Проверка микроразметки на 2026-11-10 точечная: на главной разметка организации есть, а у блока цен Offer с валютой нет; типы разметки на всех статьях и карточках заново не проверялись.

Утверждения темы

Фрагменты корпуса темы

[LG-001-F022] — LG-001, фрагмент 02, строки 124-148, тема «B5. Микроразметка — почти вся мимо цели. Для GEO это критично»

B5. Микроразметка — почти вся мимо цели. Для GEO это критично

На главной два JSON-LD блока.

Блок 1 — @type: "Service", 4 426 символов, из которых практически всё — список из 15+ ImageObject, автоматически собранный плагином. Ни provider, ни areaServed, ни внятного offers.

Блок 2 — @type: "Organization" (см. A1). В нём нет:

  • address / PostalAddress — вообще нет адреса
  • geo — нет координат
  • openingHours — нет, при том что круглосуточность — ключевое УТП
  • priceRange, areaServed — нет
  • aggregateRating — нет

И главное: тип Organization, а не LocalBusiness. В schema.org существует специальный тип FuneralHome (подтип LocalBusiness) — ровно под этот бизнес. Он не используется.

Чего нет на сайте совсем:

  • FAQPage — при том что на сайте есть готовый FAQ-контент («что делать, если умер человек», документы, пособие). Это буквально главный формат, который ИИ-ассистенты и поиск цитируют напрямую.
  • BreadcrumbList — нет хлебных крошек в разметке.
  • Review / aggregateRating — при том что на главной стоит заголовок «Рейтинг 4.8 на картах Google Maps», а карточка в Яндекс.Картах показывает 5,0 при 48 оценках. Рейтинг заявлен текстом, для машины он не существует, и две цифры не совпадают между собой.
  • llms.txt — отдаёт 404. Не обязателен, но его отсутствие + отсутствие FAQPage = для GEO сайт невидим как источник.

Почему это и есть аргумент про GEO. Генеративный поиск и ИИ-ассистенты собирают ответ из сущностей: кто компания, где, когда работает, что стоит, что отвечает на вопрос. Здесь машина видит: организация с названием «Общество с Ограниченной Ответственностью…», без адреса, без часов работы, без рейтинга, с телефоном, который на главной кнопке другой. Сайт нечитаем для той системы, под которую его предлагается продвигать.


[LG-016-F007] — LG-016, фрагмент 02, строки 56-110, тема «Разметка»

Разметка

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

По адресу /product-category/ritualnye-tovary/ritualnye-venki/ интерфейс страницы показывает нулевой рейтинг:

aria-label="Оценка 0 из 5"
<strong class="rating">0</strong>

А разметка JSON-LD того же товара говорит другое:

"aggregateRating": { "ratingValue": "5", "reviewCount": 1 }
"review": [{
   "author": { "name": "Администратор" },
   "datePublished": "2026-03-27",
   "description": "Ритуальный венок В106 по цене 30 руб. Оформите заявку онлайн,
      по телефону или выберите в нашем магазине в Гомеле. Быстрое оформление,
      доставка. Тел: +375-29-558-88-85.",
   "reviewRating": { "ratingValue": "5" }
}]

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

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

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

Элемент разметкиДля чего нуженЕсть на сайте
LocalBusiness или FuneralHomeобозначение локального бизнеса, для ритуальных услуг в стандарте есть отдельный типнет
PostalAddressпочтовый адрес компаниинет
geoкоординаты для привязки к картенет
openingHoursрежим работынет
areaServedзона обслуживаниянет
aggregateRating организациирейтинг компаниинет
FAQPageблок вопросов и ответовнет
BreadcrumbListхлебные крошки в выдаченет
Offer и priceCurrencyцены и валютанет

Сейчас используется общий тип Organization, хотя в schema.org существует специальный тип FuneralHome, созданный ровно под этот бизнес.

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

На главной стоит заголовок "Рейтинг 4.8 на картах Google Maps", а карточка в Яндекс.Картах показывает 5,0 при 48 оценках. Разметки рейтинга организации нет. Получается, что сильный реальный рейтинг в выдаче не участвует, а в тексте стоит цифра пониже.

Блок Service присутствует на всех 44 целевых страницах, но поля name у него нет, и состоит он в основном из идентификатора и списка пятнадцати с лишним изображений.

Цены на главной указаны шесть раз, от 90 до 1450 рублей, и ни одна из них не размечена как Offer с указанием валюты. В тексте валюта записана сокращением "руб.", хотя стандартное обозначение белорусского рубля это BYN. Для поисковой системы сокращение "руб." читается неоднозначно.

Небольшое уточнение по терминологии, чтобы не возникло путаницы. Разметка JSON-LD на сайте есть и разбирается корректно. Поле geo означает географические координаты. Работа над присутствием в генеративном поиске это отдельная задача, и обязательного формата под неё у Google не существует. Два этих понятия лучше не смешивать.

[LG-019-F008] — LG-019, фрагмент 01, строки 133-163, тема «2.3. Разметка. Здесь есть один пункт с реальным риском»

2.3. Разметка. Здесь есть один пункт с реальным риском

Рейтинг в разметке не совпадает с интерфейсом, а отзыв написан от имени администратора.

Адрес: /product-category/ritualnye-tovary/ritualnye-venki/

Интерфейс страницы показывает:

aria-label="Оценка 0 из 5"
<strong class="rating">0</strong>

JSON-LD того же товара содержит:

"aggregateRating": { "ratingValue": "5", "reviewCount": 1 }
"review": [{
   "author": { "name": "Администратор" },
   "datePublished": "2026-03-27",
   "description": "Ритуальный венок В106 по цене 30 руб. Оформите заявку онлайн,
      по телефону или выберите в нашем магазине в Гомеле. Быстрое оформление,
      доставка. Тел: +375-29-558-88-85.",
   "reviewRating": { "ratingValue": "5" }
}]

То есть в разметке опубликован отзыв с оценкой 5 из 5, автор - Администратор, а текст отзыва это рекламное описание товара со старым телефоном. Опубликованного отзыва на странице нет, интерфейс показывает 0.

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

Чего в разметке нет. Проверено на 44 целевых страницах:

[LG-022-F016] — LG-022, фрагмент 01, строки 89-90, тема «C. Структурированные данные и описание бизнеса»

C. Структурированные данные и описание бизнеса

[LG-191-F018] — LG-191, фрагмент 03, строки 68-75, тема «Structured data нужны, но не стоит воспринимать их как «SEO-хак»»

Structured data нужны, но не стоит воспринимать их как «SEO-хак»

Для главной и контактов я бы внедрил корректные Organization + максимально подходящий LocalBusiness; для страниц — Breadcrumb schema; для реального товарного каталога могут быть уместны Product/Offer там, где это соответствует содержимому. Google подчеркивает, что structured data помогает системе понять сущности и содержание, но разметка должна соответствовать реально видимой информации. citeturn18search1turn18search4turn18search7turn18search26

Особенно важно: в schema не должно быть одного УНП/названия, на странице другого, а в картах третьего телефона.

Сначала business truth, потом markup.