Разбор дефектов доверия: накрутка рейтинга JSON-LD и отзывы администратора (часть 2)
На странице
- Разбор дефектов доверия: накрутка рейтинга JSON-LD и отзывы администратора — часть 2 из 2
- Утверждения темы
- Фрагменты корпуса темы
- [LG-019-F009] — LG-019, фрагмент 02, строки 1-22, тема «| Элемент | Назначение | Есть |»
- [LG-023-F010] — LG-023, фрагмент 02, строки 30-66, тема «7. Название ООО передается также в JSON-LD; типы schema можно прочитать без валидатора»
- 7. Название ООО передается также в JSON-LD; типы schema можно прочитать без валидатора
- [LG-023-F012] — LG-023, фрагмент 02, строки 79-94, тема «9. В категориях товар получает рейтинг 5/1 в schema при 0/5 в HTML»
- 9. В категориях товар получает рейтинг 5/1 в schema при 0/5 в HTML
- [LG-179-F005] — LG-179, фрагмент 01, строки 40-58, тема «SEO-02 · P1 · Разметка рейтинга товара расходится с интерфейсом»
- SEO-02 · P1 · Разметка рейтинга товара расходится с интерфейсом
- [LG-179-F013] — LG-179, фрагмент 02, строки 23-32, тема «SEO-08 · P2/P3 · Схемы синтаксически исправны, но слабо описывают реальные сущности»
- SEO-08 · P2/P3 · Схемы синтаксически исправны, но слабо описывают реальные сущности
- [LG-194-F026] — LG-194, фрагмент 02, строки 21-24, тема «assistant»
- assistant
- [PR-006-F016] — PR-006, фрагмент 02, строки 51-54, тема «3.4 Стоковые фото и «подлинность»»
- 3.4 Стоковые фото и «подлинность»
- [PR-007-F032] — PR-007, фрагмент 03, строки 63-66, тема «4.5 Накрутка и «придуманные» отзывы»
- 4.5 Накрутка и «придуманные» отзывы
Разбор дефектов доверия: накрутка рейтинга JSON-LD и отзывы администратора — часть 2 из 2
Назначение и границы: Документ входит в блок E библиотеки материалов «Содействие» (Гомель). Тематический охват: Разбор дефектов доверия: накрутка рейтинга JSON-LD и отзывы администратора. Ответственная линия: корпус. Статус материала: есть проверенные пруфы — фрагментов 13, утверждений 93, проверенных 5.
Утверждения темы
- [факт] [LG-019-C092]
- [факт] [LG-019-C093]
- [факт] [LG-019-C094]
- [факт] [LG-019-C095]
- мнение [LG-019-C096]
- [факт] [LG-019-C097]
- [факт] [LG-019-C098]
- [факт] [LG-019-C099]
- [факт] [LG-019-C100]
- [факт] [LG-019-C101]
- [факт] [LG-019-C102]
- [факт] [LG-023-C079]
- [факт] [LG-023-C080]
- [факт] [LG-023-C081]
- [факт] [LG-023-C082]
- [факт] [LG-023-C083]
- [факт] [LG-023-C084]
- [факт] [LG-023-C085]
- [число] [LG-023-C086] [Пруф: download/legacy/research/codex-astra-audit/audit-extended-2026-09-18/seo-http/pages.json]
- [факт] [LG-023-C087]
- [факт] [LG-023-C097]
- [факт] [LG-023-C098]
- [факт] [LG-023-C099]
- [факт] [LG-023-C100]
- [факт] [LG-023-C101]
- [факт] [LG-023-C102]
- [факт] [LG-023-C103]
- [факт] [LG-023-C105]
- [факт] [LG-023-C106]
- [факт] [LG-023-C107]
- [факт] [LG-179-C018]
- [факт] [LG-179-C019]
- [факт] [LG-179-C020]
- [факт] [LG-179-C021]
- [факт] [LG-179-C022]
- [факт] [LG-179-C023]
- [факт] [LG-179-C024]
- [факт] [LG-179-C025]
- [факт] [LG-179-C026]
- [закон] [LG-179-C027] [Пруф: download/legacy/research/codex-astra-audit/audit-2026-09-18/content/pages_summary.json]
- [факт] [LG-179-C028]
- [факт] [LG-179-C077]
- [факт] [LG-179-C078]
- [факт] [LG-179-C079]
- [закон] [LG-179-C080] [Пруф: sodeystvie.by]
- [закон] [LG-179-C081] [Пруф: sodeystvie.by]
- [факт] [LG-179-C082]
- [факт] [LG-179-C083]
- [факт] [LG-179-C084]
- [факт] [LG-194-C069]
- [факт] [LG-194-C070]
- [факт] [LG-194-C071]
- [факт] [PR-006-C085]
Фрагменты корпуса темы
[LG-019-F009] — LG-019, фрагмент 02, строки 1-22, тема «| Элемент | Назначение | Есть |»
| Элемент | Назначение | Есть |
|---|---|---|
| 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. В основном он содержит идентификатор и список из пятнадцати с лишним изображений.
Оговорка по терминам. JSON-LD на сайте есть и разбирается корректно. Поле geo - это географические координаты. GEO как работа над присутствием в генеративном поиске - другая задача. Обязательного "JSON для GEO" у Google не существует. Смешивать эти два понятия не надо.
[LG-023-F010] — LG-023, фрагмент 02, строки 30-66, тема «7. Название ООО передается также в JSON-LD; типы schema можно прочитать без валидатора»
7. Название ООО передается также в JSON-LD; типы schema можно прочитать без валидатора
URL: главная, контакты, другие целевые страницы.
Где: Elements → <head> → script[type="application/ld+json"]; поиск Organization или Общество.
(() => {
const objects = [];
const errors = [];
const walk = value => {
if (Array.isArray(value)) return value.forEach(walk);
if (!value || typeof value !== 'object') return;
if (value['@type']) objects.push(value);
Object.values(value).forEach(walk);
};
document.querySelectorAll('script[type="application/ld+json"]').forEach((script, index) => {
try { walk(JSON.parse(script.textContent)); }
catch (error) { errors.push({ index, error: error.message }); }
});
console.table(objects.map(object => ({
type: [].concat(object['@type']).join(', '),
name: object.name || '',
id: object['@id'] || '',
address: object.address ? JSON.stringify(object.address) : '',
geo: object.geo ? JSON.stringify(object.geo) : ''
})));
return { objects, errors };
})()
Зафиксированный факт: Organization содержит полное название ООО на всех 44 целевых страницах. Organization/ContactPoint/Service есть на 44, BreadcrumbList — на 42; ошибок парсинга JSON-LD нет. LocalBusiness, address, geo не обнаружены; Service обычно состоит из @id и изображений, без name. Это инвентаризация, а не утверждение, что отсутствие LocalBusiness запрещает индексацию.
Доказательства: развернутый JSON-LD главной, сводная статистика, извлеченные данные 44 страниц.
Формулировка: «Машиночитаемые сведения об исполнителе нужно согласовать с реквизитами, а структуру разметки — с реальным содержанием страниц».
[LG-023-F012] — LG-023, фрагмент 02, строки 79-94, тема «9. В категориях товар получает рейтинг 5/1 в schema при 0/5 в HTML»
9. В категориях товар получает рейтинг 5/1 в schema при 0/5 в HTML
Точные URL:
Как показать: на странице категории найти .star-rating в Elements: aria-label="Оценка 0 из 5", внутри .rating — 0. Затем в JSON-LD найти aggregateRating, reviewCount, Администратор. Прочитать карточку венка целиком, не нажимая «В корзину» или «Купить сейчас».
Зафиксированный факт: JSON-LD категорий передает ratingValue="5", reviewCount=1, Review от «Администратор», а в тексте Review повторяется описание товара. Опубликованный отзыв не найден ни на категории, ни в HTML карточки. Саму карточку разметили Service/BreadcrumbList/Organization; Product в ее JSON-LD и microdata не обнаружен.
Доказательства: HTML категории, HTML венков, HTML товара, JSON-LD в pages.json.
Формулировка: «Разметка рейтинга не совпадает с доступной пользователю информацией. Нужно выяснить источник этих значений и формировать rating/review только из подтвержденных опубликованных отзывов». Происхождение ошибки и намерение исполнителя неизвестны; наличие санкции не утверждается.
[LG-179-F005] — LG-179, фрагмент 01, строки 40-58, тема «SEO-02 · P1 · Разметка рейтинга товара расходится с интерфейсом»
SEO-02 · P1 · Разметка рейтинга товара расходится с интерфейсом
URL:
Факт: HTML карточки в категории содержит aria-label="Оценка 0 из 5", <strong class="rating">0</strong>. JSON-LD того же товара: aggregateRating.ratingValue="5", reviewCount=1; Review.author.name="Администратор", а текст отзыва повторяет рекламное описание венка с прежним телефоном. Ни в тексте категорий, ни на связанной карточке товара опубликованного отзыва не найдено. Карточка товара проверена целиком по HTML, не только по видимому основному блоку.
Значение и граница: это проверяемое несоответствие машинных данных и страницы. Google требует соответствия schema доступному пользователю содержимому. Возможны проблемы с правом на расширенный результат; существующая санкция не установлена, обычные позиции автоматически из этого не следуют. Намерение команды или происхождение некорректной разметки неизвестны: возможна настройка плагина.
Исправление: убрать неподтвержденные Review/AggregateRating; формировать рейтинг только из реальных опубликованных отзывов на этот товар; сверить разметку с видимым счетчиком.
Приемка: при отсутствии реальных отзывов нет вымышленного рейтинга 5/1; при наличии все значения и тексты совпадают с опубликованными отзывами; выполнена проверка Rich Results Test и ручное сопоставление.
Доказательства: pages.json указанных URL → schema; raw поиск aggregateRating, Администратор, Оценка 0 из 5.
Правило: developers.google.com/search/docs/appearance… ; developers.google.com/search/docs/appearance…
[LG-179-F013] — LG-179, фрагмент 02, строки 23-32, тема «SEO-08 · P2/P3 · Схемы синтаксически исправны, но слабо описывают реальные сущности»
SEO-08 · P2/P3 · Схемы синтаксически исправны, но слабо описывают реальные сущности
На 44 целевых страницах есть Organization, ContactPoint и Service, на 42 BreadcrumbList. JSON-LD ошибок парсинга нет. Ни на одной из 44 нет LocalBusiness, свойства address или geo; Service не имеет name ни на одной целевой странице, обычно содержит только @id и изображения. Это не обязательные требования для обычной индексации и не синтаксическая невалидность.
Карточка sodeystvie.by/product/венок-в106 вообще не содержит Product в JSON-LD или HTML microdata, хотя в двух категориях такой Product есть. Информационные статьи размечены Service; Article не обнаружен. Правильнее моделировать реальную услугу/организацию/товар/статью по назначению страницы, не добавлять schema ради галочки.
Приемка: схема соответствует странице; исполнителю присвоен стабильный @id и согласованные реквизиты; для выбранных поддерживаемых расширенных результатов заполнены нужные свойства; ручная проверка смысла и технический валидатор пройдены. Не обещать вследствие этого показ в AI-ответах или звездочки в выдаче.
Доказательства: summary.json → target_schema_type_counts, schema_address_pages, schema_geo_pages, service_name_pages; extra-pages.json карточки товара.
[LG-194-F026] — LG-194, фрагмент 02, строки 21-24, тема «assistant»
assistant
Автор «Администратор» подтвердился и у новой статьи от 28 сентября. В ней есть общие советы без ссылок на источники и ошибки вроде «для транспортировке» и «принимающая сторона должны». Это позволяет предметно критиковать редактуру и проверку материала, но не доказывает использование определённой ИИ. Для связного текста применю навык russian-speech-editing; прежнее утверждение Opus об авторстве уточню по рекомендациям Google.
[PR-006-F016] — PR-006, фрагмент 02, строки 51-54, тема «3.4 Стоковые фото и «подлинность»»
3.4 Стоковые фото и «подлинность»
Прямых исследований о влиянии стоковых изображений на доверие в похоронной отрасли в открытых источниках не найдено. [гип] — рабочее требование: на страницах услуг не использовать стоковые снимки людей, улыбающихся на фоне гробов и цветов; если изображения нет — не ставить ничего. Проверяемо: смотреть, не вызывает ли фото ощущение «это не про нас».
[PR-007-F032] — PR-007, фрагмент 03, строки 63-66, тема «4.5 Накрутка и «придуманные» отзывы»
4.5 Накрутка и «придуманные» отзывы
2ГИС не удаляет отзывы за деньги и по просьбе компаний ([19]) [источник]. [гип] Отсюда: попытка «причесать» отзывы деньгами или скрыть неудобный отзыв в этой нише контрпродуктивна — отзыв виден всем, а доверие падает; честный ответ на отрицательный отзыв работает лучше.