Одинаковые идентификаторы: как обнаружить и как решить проблему
Привет! Я — Яна Ляшенко, Google-логист. Сегодня разберём неприятную ошибку в Merchant Center — статус «Одинаковые идентификаторы». Расскажу на реальном примере, как мы нашли причину и что нужно делать, чтобы от неё избавиться.
Ситуация: у клиента заблокировано около семи тысяч товарных позиций. Все — с одним статусом: «Одинаковые идентификаторы». Человек пытался разобраться сам, привлекал поддержку Хорошопа — безрезультатно. Никто не мог найти, в чём причина. Мы нашли. Клиент начал вносить исправления, а результат разбана я добавлю отдельно позже.
Сколько звонков и продаж я получу заказав у Вас контекстную рекламу?
Оба значения помогают системе точнее понимать, что продается. И ключевой момент: GTIN и MPN должны оставаться уникальными у отдельных товарных позиций. При их пересечении или некорректном заполнении — Merchant Center выдаёт ошибку «Одинаковые идентификаторы».
Причина ошибки «Одинаковые идентификаторы»
В нашем случае всё оказалось довольно просто. MPN и GTIN у части товаров были задублированы. Это обнаружили, проанализировав исходный фид — файл, выгружаемый Хорошоп до правил преобразования, применяемых Merchant Center.
В Хорошопе, в карточке товара, присутствует отдельный блок настроек — «GTIN/MPN и прочее». При пустоте этих полей, платформа автоматически подставляет в фид атрибут «identifier exists» (на русском — «имеет идентификатор»). Кстати, это реально удобная штука. Не все платформы так делают. В Shopify, когда я последний раз проверяла выгрузку фида, приходилось все добавлять вручную.
У нашего клиента получилась каша: на части карточек «identifier exists» стоял автоматически, а в другой — MPN и GTIN были прописаны вручную. Причём на отдельно взятых карточках в поле MPN значилось «не указан», а бренд — «не вказано» (сайт на украинском). «Не указан» — это текст, вбитый кем-то руками прямо на сайте.
После правок я написала клиенту, что нужно подождать примерно полчаса, пока информация обновится. Клиент подтвердил: ложные MPN исчезли, незаполненных GTIN не осталось, ID не повторяются. Ждём финального результата.
Устранение ошибки одинаковых идентификаторов
Чтобы разобраться в ситуации, я начала с проверки фида. Открыла ссылку на него и сразу увидела: у части товарных позиций отсутствуют бренд, MPN и обязательный атрибут «identifier exists» (он же «имеет идентификатор»).
Важно! Атрибут «identifier exists» обязателен, когда у товара не заполнены MPN и GTIN. Без него Merchant Center просто не понимает, как идентифицировать товар, — и начинаются проблемы.
Что я сделала дальше? Зашла в Merchant Center и добавила правила преобразования: одно — для бренда, второе — для атрибута «имеет идентификатор». В последнем задала значение «Нет». Проверила — атрибуты применились. «Имеет идентификатор» теперь в положении «Нет», бренд тоже подтянулся. Если правило убрать — значения пропадут. То есть всё работает корректно.
Дальше — ждём. Прошло полчаса, захожу проверить, изменились ли статусы товаров. И вот тут неприятный момент: все 7 000 позиций как были отклонены, так и остались. Ни одного сдвига.
Сколько звонков и продаж я получу заказав у Вас контекстную рекламу?
А это значит что? Причина где-то глубже, и, скорее всего, клиент что-то упустил или недоговаривает. Вручную перебирать весь фид на предмет дублей MPN и брендов — занятие, мягко говоря, утомительное. Поэтому я пошла другим путём и воспользовалась инструментами самого Merchant Center.
Поиск ошибки с помощью Merchant Center
Дальше я зашла в раздел ошибок в Merchant Center и начала искать конкретные товарные позиции. Нашла, например, регланы — «Реглан для дівчинки Зайчик». Смотрю: один реглан с ID 48298, статус — отклонён, недействителен.
Рядом — второй реглан, тоже с зайчиком. URL-адреса разные, идентификаторы разные. То есть формально это две разные карточки товара — ведут на разные страницы, айдишники не совпадают.
Но стоит пролистать до атрибутов — и вот оно. У обоих товаров стоит MPN, только он совершенно неверный.
На первом — Little Maven, и на втором — Little Maven. Одинаковый. Кто-то из сотрудников (сложно сказать, кто именно) зашёл в карточку товара на Хорошопе и в поле MPN вписал название бренда вместо реального кода производителя. Просто перепутал.
Проверила ещё пару позиций. «Реглан для дівчинки Планета та зірки» — два варианта, ID 33413 и 33412. Отличаются только возрастом. И та же самая история с MPN.
Важно! Клиенту я также порекомендовала добавить дополнительные атрибуты — возрастную группу, пол и т.д. Когда обратились с вопросом о блокировке, фид проверили недостаточно тщательно. А причина бана в том, что идентификаторы у разных товаров действительно одинаковые — система не придумала проблему, она её нашла.
Пошла дальше — взяла другую товарную позицию. Использовала фильтр по идентификатору позиции, убрала лишние символы, чтобы найти все связанные товары. Открыла несколько карточек, сравниваю. URL-адреса отличаются — хорошо. Но в поле MPN написано «не указан». И вот тут подозрительный момент: складывается впечатление, что «не указан» — это не пустое поле, а прямо прописанный текст. Кто-то вручную вбил эти слова.
Допустим, у Вас поле MPN пустое — тогда оно просто не выгружается в фид. Так работает Хорошоп. GTIN же не вытягивается, если не заполнен, верно? А здесь MPN «не указан» именно потому, что это текстовое значение, вписанное на сайте. Причём где-то написано «не указан» на русском, а где-то — «не вказано» на украинском. Каша из языков.
Вернулась к фиду, убрала правило преобразования для бренда и проверила исходные данные с Хорошопа. Что увидела? На одной позиции MPN — Little Maven, хотя бренд на самом деле Little Voguey. Кто-то банально ошибся при заполнении. А часть товаров, где MPN прописан как «не указано», вероятно, попала под бан «за компанию» — модератор мог заблокировать их скопом.
Моя версия: проблема связана с языками интерфейса и с тем, что MPN заполнен текстом вместо реального кода (или вместо пустого значения). Возможно, там ещё и невидимые символы прячутся. Ждём полчаса, пока данные обновятся, и проверяем результат.
