Дублікати декларацій не узгоджуються щодо тієї самої сутності

У звітіSame entity marked up twice with conflicting values

structured_data_conflicting_duplicate_entities · Проблема

Коротка відповідь

Дві захоплені декларації однієї сутності дають різні порівнянні значення назви, ціни, рейтингу чи наявності.

Серйозність: Середня. Узгодьте суперечливі декларації.

Чому це важливо

Через суперечливі декларації задумане значення сутності стає незрозумілим.

Що зробити

  1. Порівняйте обидві записані декларації, їхні діапазони в джерелі та докази спільної ідентичності.
  2. Оберіть задумане значення й оновіть дубльовану розмітку або приберіть зайву декларацію.
  3. Перевірте вивід теми й плагінів, якщо обидва видають розмітку для тієї самої сутності.

Коли залишити як є: Однакові чи взаємодоповнювальні декларації знахідки не дають. Різні мови, валюти, шкали рейтингу чи пропозиції продавців або варіантів не є автоматично конфліктами.

Що ми читаємо

Ми читаємо захоплений HTML сторінки та її декларації JSON-LD, Microdata і RDFa, не виконуючи JavaScript і не завантажуючи віддалених контекстів чи цілей посилань. Знахідки зберігають оригінальні декларації й позиції байтів у джерелі.

Відсутні чи неоднозначні дані не перевіряються й не можуть підтвердити виправлення. Певну помилку однаково можна зафіксувати, коли інша частина тієї самої сторінки залишається невідомою.

Однаковий оголошений IRI встановлює ідентичність. Резервне зіставлення за назвою й типом потребує підтверджувального ідентифікатора, що збігається, без суперечностей і без конкурентних ідентичностей IRI. Неоднозначна ідентичність залишається неперевіреною.

Кожен конфлікт використовує конкретну пару декларацій; ідентифікатори не об’єднуються транзитивно через ланцюжок різних сутностей.

Пряме значення Offer.price має пріоритет. Без нього порівнянна лише одна підтримувана чинна специфікація; позначені прейскурантні ціни чи ціни для учасників не підставляються.

Змінений чи недоступний контекст мови, валюти, шкали рейтингу або пропозиції не може підтвердити, що попередній конфлікт виправлено.

Приклад і докази

Ілюстративне виправлення двох окремих декларацій JSON-LD; це не реальний аудит.

{"@id": "https://shop.example/lamp#product", "name": "Lamp"}
{"@id": "https://shop.example/lamp#product", "name": "Desk lamp"}
{"@id": "https://shop.example/lamp#product", "name": "Desk lamp"}
{"@id": "https://shop.example/lamp#product", "name": "Desk lamp"}

Підтвердити й перевірити знову

Перевірте самі: Порівняйте зафіксовану властивість із HTML, який віддається за цією URL-адресою. Перевірте виправлену розмітку відповідним тестом структурованих даних.

Повторна перевірка: Повний аудит — Запустіть ще один повний аудит сайту. Виправлення підтверджується лише для тієї самої сторінки з достатнім захопленим охопленням і без порушення, що залишилося. Відсутнє охоплення перевірки знахідку не закриває.

Обмеження та джерела

Порівняння й консервативна політика ідентичності — це контракт правила цього аудиту. Загальний вступ Google не приписує цього алгоритму для дубльованих сутностей і не встановлює санкції в ранжуванні.

Кілька пропозицій, нерозв’язані посилання, некоректні значення та компоненти складеної ціни можуть перешкодити порівнянню. Конвертації цін чи завантаження цілі не виконується.

Упевненість: Висока Знахідка зберігає точний захоплений конфлікт структури чи значень із доказами з джерела. Вона не встановлює індексування, ранжування чи показу розширених результатів у Google.

Джерела

  • Google, Вступ до структурованих даних — Пояснює розмітку структурованих даних та її використання; конкретне порівняння дублікатів — це локальний контракт правила аудиту. Перевірено 3 жовтня 2026.

Редакційна перевірка: 2 листопада 2026