Как принять дополнительный источник Merchant Center для товарных меток

Перед подключением дополнительного источника Merchant Center запишите, какие товары и какой атрибут должны измениться. Затем проверьте не только строки новой таблицы, но и ожидаемый результат её объединения с основным источником: нужные ID изменились, остальные сохранили значения, новых товаров не появилось.

Ниже — приёмка обновления custom_label_0 на учебном каталоге. Она пригодится маркетологу, которому передали таблицу товарных меток для рекламного теста. Весь пример можно повторить локально; данные в рекламный аккаунт мы не загружали.

Чем дополнительный источник отличается от основного

По документации Merchant Center, дополнительный источник дополняет или обновляет сведения о существующих товарах. Он не служит самостоятельным каталогом и не добавляет или удаляет товары. Вкладка дополнительных источников связана с включённым дополнением Advanced data source management.

Поэтому таблица из двух колонок id и custom_label_0 решает другую задачу, чем полная товарная выгрузка. Отсутствие в ней названия, цены и изображения само по себе не доказывает ошибку: эти сведения могут поступать из основного источника. Сначала установите назначение файла.

Полный основной фид можно предварительно проверить в анализаторе фидов WiseLab. Его проверку обязательных товарных полей нельзя автоматически превращать в критерий полноты дополнительной таблицы. Объединение источников и правила конкретного аккаунта нужно проверять отдельно.

Зафиксируйте границы изменения

В нашем примере основной каталог содержит четыре товара. Требуется присвоить метку october_test только товарам SKU-A и SKU-B. У SKU-C и SKU-D значения должны сохраниться.

Google описывает custom label 0–4 как необязательные атрибуты для группировки товаров, отчётности и управления ставками в поддерживаемых кампаниях. Покупатель этих меток не видит. Для одного атрибута передают одно значение. Здесь проверяем данные метки; изменение состава рекламной кампании остаётся отдельным действием.

До проверки согласуйте короткий паспорт:

Это договорённость для локальной проверки. Она не описывает все варианты настройки Merchant Center. Если в аккаунте действуют другие правила сопоставления или преобразования, проверять нужно их фактический результат.

Учебный пример: шесть строк обновления

Для расчёта возьмём проекцию основного каталога — только три нужные колонки. Это не полный файл для загрузки товаров в Merchant Center.

id,title,custom_label_0
SKU-A,Кружка белая,evergreen
SKU-B,Кружка зелёная,clearance
SKU-C,Кружка синяя,evergreen
SKU-D,Кружка графитовая,evergreen

Подрядчик прислал дополнительную таблицу:

id,custom_label_0
SKU-A,october_test
SKU-B,october_test
SKU-B,do_not_promote
SKU-X,october_test
SKU-C ,october_test
SKU-D,

После SKU-C стоит пробел. Визуально он почти незаметен, поэтому исходные значения нужно сохранять без автоматической очистки.

Мы выполнили локальную проверку по согласованному паспорту. Она остановила пять из шести строк:

Знак ␠ в таблице обозначает пробел и не является частью исходного CSV. Даже единственная корректная строка не делает пакет готовым: до устранения конфликтов мы останавливаем всё обновление.

Это внутренние ограничения примера. Мы не утверждаем, что Google обработает дубли по порядку строк, обрежет пробел или определённым образом истолкует пустую ячейку. Неизвестное поведение не должно выбирать результат за команду.

Отсутствующий в основном источнике товар — отдельная документированная проблема: в справке об ошибке Missing product in primary feed Google рекомендует сверить идентификаторы существующих товаров и целевую страну. Проверяйте также, что выбран именно нужный основной источник.

Проверьте результат после исправления

В исправленной таблице остаются две строки:

id,custom_label_0
SKU-A,october_test
SKU-B,october_test

Локальная модель берёт основной каталог и заменяет только согласованный атрибут для точных совпадений ID. Результат расчёта:

Учебная схема ожидаемого объединения. Локальный расчёт не воспроизводит внутренние правила Google и не подтверждает результат загрузки в аккаунт.

Критерий здесь состоит из трёх частей: в результате четыре товара, изменены ровно SKU-A и SKU-B, у двух остальных значения прежние. Один общий счётчик «товаров: 4» пропустил бы ошибочное изменение метки у SKU-C.

Чтобы повторить проверку в таблице, сначала найдите повторяющиеся ID в каждом входном наборе. Затем сопоставьте строки дополнения с основным каталогом, сохранив несовпавшие. Для каждой найденной позиции выведите старое значение, новое значение и признак изменения. Полученный список изменённых ID сравните с независимым списком из задания, а не со списком из самого дополнения.

Как принять загрузку в Merchant Center

До записи сохраните версии обоих источников, время их получения и действующие правила объединения. Укажите выбранный основной источник, язык, рынок и атрибут. Если одновременно обновляется основной каталог, сначала согласуйте порядок работ: иначе итог нельзя будет уверенно отнести к одной версии.

После обработки проверьте итоговые атрибуты контрольных товаров и сообщения об ошибках. Для массовой проверки сопоставьте доступную выгрузку результата с ожидаемым списком изменений. Если проверить весь результат нельзя, отметьте это ограничение: несколько открытых карточек подтверждают только проверенную выборку.

Отдельно сохраните прежние значения изменяемого атрибута и план восстановления с ответственным. Простое удаление дополнительного источника не считайте проверенным откатом: сначала установите, какие правила и другие источники будут формировать значение после этого действия.

Для фиксации версии и результатов используйте общий протокол приёмки исправленного фида. В этом сценарии к нему добавляются второй источник, правило объединения и контроль неизменённых товаров.

Метод локальной сверки не требует покупки сервиса. Возможность использования Merchant Center и конкретных рекламных форматов для бизнеса из Беларуси, страны продаж и аккаунта проверяется отдельно. Наличие открытой документации не подтверждает доступность запуска.

Источники

• Источник 1
• Источник 2
• Источник 3

Материал подготовлен редакцией WiseLab с помощью AI. Источники и фактические утверждения проверены при подготовке.