Дублікати декларацій не узгоджуються щодо тієї самої сутності
У звітіSame entity marked up twice with conflicting values
structured_data_conflicting_duplicate_entities · Проблема
Дві захоплені декларації однієї сутності дають різні порівнянні значення назви, ціни, рейтингу чи наявності.
Серйозність: Середня. Узгодьте суперечливі декларації.
Чому це важливо
Через суперечливі декларації задумане значення сутності стає незрозумілим.
Що зробити
- Порівняйте обидві записані декларації, їхні діапазони в джерелі та докази спільної ідентичності.
- Оберіть задумане значення й оновіть дубльовану розмітку або приберіть зайву декларацію.
- Перевірте вивід теми й плагінів, якщо обидва видають розмітку для тієї самої сутності.
Коли залишити як є: Однакові чи взаємодоповнювальні декларації знахідки не дають. Різні мови, валюти, шкали рейтингу чи пропозиції продавців або варіантів не є автоматично конфліктами.
Що ми читаємо
Ми читаємо захоплений 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