Какво са duplicate IDs и защо един fix може да оправи десетки продукти

Duplicate IDs означава, че различни продукти използват една и съща id стойност във feed-а. Това е типичен системен проблем.

Структурирано ръководство Ясни дефиниции
Това е класически пример защо Merchant отчетът трябва да се чете по шаблони и генератори, а не само по единични редове.
Термин

Какво означава това

Два или повече продукта се представят като един и същ идентификатор.

Google Merchant изисква уникални id стойности за всеки продукт. Duplicate IDs нарушават този принцип и правят данните нестабилни за обработка.

На практика

Какво означава това на практика

Проблемът почти винаги е в feed генератора или картографирането на продуктите.

Ръчната редакция на отделни продукти рядко е правилният подход.

Как да го разпознаеш

Как да разпознаеш проблема

  • В отчета един и същ ID се повтаря за различни артикули.
  • Проблемът засяга много продукти наведнъж.
  • Има логика, че генераторът взима неправилен ключ за идентификатор.
Как се решава

Какво да направиш след това

  1. Провери откъде идва ID-то в генератора.
  2. Увери се, че стойността е уникална и стабилна.
  3. Пусни нов scan след промяната, за да видиш дали проблемът изчезва масово.
Това е типичен случай, в който една кодова промяна затваря десетки или стотици rows наведнъж.
Кой го решава

Кой трябва да го реши

Програмист
Когато казусът е в feed генератора, шаблона, structured data или синхрона между данните.
Catalog / eCommerce екип
Когато проблемът е в продуктови данни, категории, атрибути, наличности или изключване на артикули от feed-а.
Content / editor
Когато заглавията, описанията или страниците създават неяснота, слаб trust или излишен риск.
Собственик / approval отговорник
Когато трябва да се вземе решение за рискови продукти, policy review или приоритет на blocker-ите.
В Editor.bg

Може ли да се реши през Editor.bg

Editor.bg помага да видиш duplicate IDs не като отделни product rows, а като една системна задача.

Следваща стъпка

Използвай свързаните Merchant статии, за да продължиш към следващия practically useful въпрос: feed, mismatch, trust, policy или plan-of-action.