Дополнительный фид: как заменить данные в Merchant Center

Дополнительный фид — это второй источник данных Merchant Center, который добавляет или заменяет атрибуты у товаров, уже присылаемых основным фидом. Выгрузка вашего магазина остаётся нетронутой. Включите дополнение «Дополнительные настройки источников данных» и откройте «Настройки» → «Источники данных» → «Дополнительные источники». Заполните фид из Google Таблиц, из файла или через API и свяжите его с основным фидом. Строки находят товары по ID, ярлыку фида и языку. Чтобы значения заменялись, а не только заполняли пустые места, поставьте дополнительный фид перед основным в правиле по умолчанию.

Что дополнительный фид может изменить, а что нет?

Дополнительный фид (в интерфейсе он называется дополнительным источником данных) — это вторичный источник данных. Согласно справке Merchant Center (Create a product data source), он добавляет сведения, которых не хватает основному фиду, или обновляет уже имеющиеся. Он не может добавлять и удалять товары и не может работать как самостоятельный источник. Документация Merchant API (Products overview) описывает результат так же: Google собирает итоговый товар из одного основного источника и нуля или более дополнительных.

Поэтому дополнительный фид подходит для данных, которых нет в вашем магазине или которые магазину менять не стоит. Это один из нескольких способов управлять данными о товарах, а весь аккаунт целиком разбирает наше руководство по Merchant Center для интернет-магазинов. Чаще всего дополнительный фид используют для меток продавца (custom labels): пяти полей, от custom_label_0 до custom_label_4, смысл которых вы задаёте сами, чтобы группировать товары в кампаниях Performance Max и в торговых кампаниях. Согласно справке Merchant Center (Custom label 0–4), покупатели эти значения никогда не видят.

Последняя строка взята из инструкций самого Google. На той же странице справки, Create a product data source, сказано, что прежние источники данных об онлайн-запасах (online inventory sources) устарели. Дополнительный фид с id, price и availability решает ту же задачу. Справка Merchant Center (Set up your attribute rules) ограничивает правило «Использовать последнее значение» (Take latest) атрибутами цены и наличия.

Дополнительный фид, правила атрибутов или выгрузка магазина: что выбрать?

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

Правилам атрибутов и дополнительным фидам нужно одно и то же дополнение — «Дополнительные настройки источников данных» (Advanced data source management). Где заканчиваются правила и начинается дополнительный фид, показывает наша статья о правилах для фида в Merchant Center.

Как настроить дополнительный фид в Merchant Center?

Шаги следуют справке Merchant Center по состоянию на 2026 год. Google время от времени переименовывает пункты меню, поэтому сверяйте названия со своим аккаунтом.

1. Включите «Дополнительные настройки источников данных». Откройте «Настройки» → «Дополнения», перейдите на вкладку «Обзор» (в английском интерфейсе Discover) и нажмите «Включить» (Activate) на карточке «Дополнительные настройки источников данных». Согласно справке Merchant Center (Advanced data source management), это дополнение включает правила атрибутов и дополнительные фиды. Проверьте: в «Настройки» → «Источники данных» появилась вкладка «Дополнительные источники».
2. Подготовьте данные. Сделайте первым столбцом id, записанный точно так же, как в основном фиде. Затем добавьте столбцы только для тех атрибутов, которые вы добавляете или заменяете, с названиями из спецификации данных о товарах Google, например custom_label_1. Используйте одну строку на товар и не включайте товары, которые не меняете. Проверьте: откройте в Merchant Center пять товаров и сравните их ID со своими строками символ за символом.
3. Создайте фид. Откройте «Настройки» → «Источники данных», перейдите на вкладку «Дополнительные источники» и нажмите «Добавить дополнительный источник данных». Выберите способ ввода: файл, шаблон Google Таблиц или API.
4. Заполните форму. В зависимости от способа ввода Merchant Center спросит название файла, идентификатор товара, ярлык источника данных и язык. Проверьте: ярлык источника данных и язык те же, что у товаров в основном фиде.
5. Свяжите его с основным фидом. Выберите основной фид, к которому должны применяться новые данные, затем нажмите «Создать источник данных».
6. Проверьте, какое значение побеждает. В руководстве Merchant API (Manage API data sources for product uploads) источники данных стоят в упорядоченном списке. Google берёт каждый атрибут из первого источника в списке, который его передаёт. Если основной фид стоит первым, дополнительный фид лишь заполняет атрибуты, которые основной оставил пустыми. Руководство называет этот список правилом по умолчанию. В интерфейсе справка Merchant Center описывает правило по умолчанию как правило, которое Google назначает для каждого атрибута. Оно берёт значение либо из дополнительного, либо из основного фида, а найти его можно в «Источники данных» → ваш основной фид → «Правила преобразования атрибутов». Проверьте: дополнительный фид стоит перед основным для каждого атрибута, который он должен заменять.
7. Запустите обновление и проверьте. Согласно справке Merchant Center (Manage your data sources), кнопка «Обновить» на вкладке «Источники данных» запускает обновление вручную. Проверьте: число обработанных товаров равно числу строк в вашем файле, а новое значение видно на нескольких страницах товаров.

Чтобы отменить переопределение через API, удалите товар из дополнительного фида. Согласно руководству Merchant API (Add and manage products), при этом удаляются только атрибуты этого фида. Товар остаётся, собранный из основного фида и любых других дополнительных фидов.

Google Таблицы как дополнительный фид: пример

Пример на вымышленном магазине, числа не клиентские.

Магазин посуды с 3 000 товаров хочет отделить товары, получившие показы в прошлом месяце, от тех, что их не получили. Данные по рекламе за месяц показывают 1 200 товаров хотя бы с одним показом, значит 1 800 товаров, или 60% каталога, не получили показов вообще. Магазин создаёт дополнительный фид из шаблона Google Таблиц с двумя столбцами:

В таблице 3 000 строк: 1 200 помечены shown и 1 800 помечены not-shown. Затем отдельная тестовая кампания берёт только товары с custom_label_1 = not-shown. Как строить кампании на таких метках, показывает наше руководство по сегментации товаров для Shopping и Performance Max.

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

• У новых товаров нет строки. Они не получают значения из этого фида и оказываются в той группе товаров, которая ловит товары без метки.
• Результаты рекламы меняются, а таблица остаётся прежней. Метка, построенная на продажах или показах, верна в день заполнения. После этого она меняется только тогда, когда кто-то правит таблицу.
• ID, скопированные вручную, расходятся. Один изменившийся символ — и строка больше не находит свой товар.

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

Почему значение из дополнительного фида не появляется у некоторых товаров?

Когда строка не доходит до товара, сначала проверьте совпадение. Справка Merchant Center (ID [id]) говорит, что товар определяют ID вместе со страной назначения и языком. Согласно руководству Merchant API (Add and manage products), дополнительные данные попадают в товар, только если совпадают ID, ярлык фида и язык.

• ID отличается, иногда только регистром. В Merchant Center идентификаторы товаров чувствительны к регистру. Та же страница справки предупреждает, что ID, различающиеся только регистром, могут вызывать проблемы с сопоставлением между дополнительным и основным фидами. Мы разбираем это отдельно в статье о ловушке с регистром ID товара.
• Отличается язык или ярлык фида. Форма в интерфейсе спрашивает язык и ярлык источника данных. Руководство Merchant API по источникам данных, Manage API data sources for product uploads, добавляет ещё один вариант. Дополнительный фид, созданный без ярлыка фида и языка, применяется к любому ярлыку и языку в тех основных фидах, с которыми он связан. Сопоставление тогда идёт по каждому товару отдельно.
• Порядок фидов прячет значение. Если основной фид стоит первым в правиле по умолчанию и уже содержит значение, значение из дополнительного фида не появится никогда. Поставьте дополнительный фид первым для каждого атрибута, который он должен заменять.
• Вы отправляете дополнительные данные по API в расширенный аккаунт (с несколькими клиентами). То же руководство по источникам данных говорит, что API не поддерживает дополнительные фиды и правила для расширенных аккаунтов. Там вы управляете и теми и другими только в интерфейсе Merchant Center.

Язык важнее всего для магазинов, которые продают в одной стране на двух языках, например с украинским и русским фидами для Украины. Правила Google об ID просят использовать для одного и того же товара один и тот же ID на всех языках, поэтому каждый товар существует дважды, по разу на каждый язык.

Наши собственные файлы меток раньше делались по одному на язык. Файлы меток портала делаются по одному на рынок, и этот файл связан с каждым основным фидом рынка. Какую бы схему вы ни выбрали, после первого обновления проверьте, что на обоих языках одинаковое число товаров с метками.

Большинство бестселлеров удерживают место три месяца или меньше

В нашем исследовании 1,4 млн товаров в 130+ магазинах за 13 месяцев 64,7% товаров-победителей оказались разовыми: одна конверсия в одном месяце и ничего после. Из бестселлеров 71% оставались в топе не больше 3 месяцев из 13, а медианный устойчивый победитель продержался 3 месяца. Таблица меток, заполненная один раз, описывает каталог таким, каким он был в тот день. В течение квартала часть «бестселлеров» оказывается вчерашними победителями.

Поэтому портал пересчитывает лейблы при каждом обновлении данных. Он относит каждый товар к одному из восьми лейблов, от «Бестселлеров» до «На удаление», по тому, как товар вёл себя в рекламе за 12 месяцев. Любую группу можно выгрузить списком с ID товаров.

Прежде чем эти ID станут строками дополнительного фида, сравните их регистр с основным фидом: ID, отличающийся только регистром, может не совпасть. Как это работает, показывает раздел портала «Товары и лейблы».

Как мы строим фиды меток и что из этого можно перенять

Когда наша команда строит фиды меток для магазинов, файлы подчиняются нескольким правилам. Каждое из них можно применить и к обычной Google Таблице.

1. Два поля, одна задача. Файл меток содержит только id и один столбец метки продавца. Каждый файл отвечает за один атрибут, поэтому всегда понятно, откуда взялось значение.
2. Сначала публикуем, потом запрашиваем обновление. Мы генерируем файл ночью и назначаем обновление в Merchant Center на время после публикации. Так обновление не застаёт файл, который ещё пишется.
3. Считаем после каждого обновления. Число обработанных товаров должно совпадать с числом товаров с метками в файле. Диагностика Merchant Center при этом должна показывать заполненный столбец метки продавца.
4. Сравниваем с действующим файлом, прежде чем заменить его. Мы взвешиваем новый файл против действующего по расходу за последние 30 дней. Если метки сдвигаются на большой доле расхода или в файле вдруг пропадает много товаров, публикация останавливается, пока не посмотрит человек.
5. Держите значения меток немногочисленными и стабильными. Справка Merchant Center (Custom label 0–4) допускает до 1 000 уникальных значений на каждую метку продавца в аккаунте. Значения сверх этого лимита Google игнорирует в отчётах и при назначении ставок. Значения меток не чувствительны к регистру, в отличие от ID товаров.

Что проверить в дополнительных фидах на этой неделе

1. Перечислите все изменения данных о товарах, которые вы делаете вне магазина. Отметьте, какой инструмент их хранит: выгрузка, правило или дополнительный фид. Когда что-то ломается, исправить проще, если знаешь, где живёт изменение.
2. Дайте каждой задаче свой дополнительный фид. Метки по результатам рекламы — в один, исправления идентификаторов — в другой. Когда на каждый атрибут приходится один фид, порядок фидов легко читать.
3. Проверьте правило по умолчанию для каждого заменяемого атрибута. Дополнительный фид должен стоять перед основным. Иначе он заполняет только пустые значения.
4. Запустите обновление и посчитайте товары на каждом языке и ярлыке фида. Обработанных товаров должно быть столько же, сколько строк в файле, а на рынке с двумя языками на обоих должно быть одинаковое число товаров с метками. Откройте пять товаров и прочитайте значение на странице товара.
5. Поставьте дату обновления на каждой таблице меток. По нашим данным, верх каталога меняется примерно за три месяца, поэтому таблице старше квартала нужен свежий проход.

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

Разметить каталог лейблами →

Источники

• Create a product data source (на английском) — Merchant Center Help: что такое дополнительный источник данных, что он не может добавлять и удалять товары и работать самостоятельно, шаги и поля формы, вкладка «Дополнительные источники» только при наличии дополнения, обновления цены и наличия вместо прежних источников данных об онлайн-запасах. Проверено 02.10.2026.
• Advanced data source management (на английском) — Merchant Center Help: дополнение включает правила атрибутов и дополнительные источники данных; как его включить. Проверено 02.10.2026.
• Set up your attribute rules (на английском) — Merchant Center Help: правило по умолчанию берёт каждый атрибут из дополнительного или основного источника; «Использовать последнее значение» (Take latest) работает только для цены и наличия; где находятся правила атрибутов. Проверено 02.10.2026.
• Manage your data sources (на английском) — Merchant Center Help: где находится вкладка «Источники данных»; кнопка «Обновить» запускает обновление источника вручную. Проверено 02.10.2026.
• ID [id] (на английском) — Merchant Center Help: ID вместе со страной и языком определяет товар; ID чувствительны к регистру; регистр может нарушить сопоставление между дополнительным и основным фидами; один и тот же ID на всех языках. Проверено 02.10.2026.
• Custom label 0–4 [custom_label_0–4] (на английском) — Merchant Center Help: пять меток продавца для Performance Max и торговых кампаний, покупателям не видны, нечувствительны к регистру, до 1 000 уникальных значений на метку. Проверено 02.10.2026.
• Manage API data sources for product uploads (на английском) — Merchant API: дополнительные источники с ярлыком фида и языком и без них, упорядоченный список в правиле по умолчанию, нет дополнительных источников через API для расширенных аккаунтов. Проверено 02.10.2026.
• Add and manage products (на английском) — Merchant API: дополнительные данные для уже существующих товаров, сопоставление по ID, ярлыку фида и языку; удаление из дополнительного источника убирает только его атрибуты. Проверено 02.10.2026.
• Products overview (на английском) — Merchant API: товар собирается из одного основного источника и нуля или более дополнительных. Проверено 02.10.2026.
• Исследование GetProfit по 1 404 808 товарам, 130+ магазинов, 13 месяцев — доля разовых победителей, как долго бестселлеры остаются в топе.
• Портал GetProfit — восемь лейблов товаров по окну в 12 месяцев, пересчёт при каждом обновлении данных, выгрузка групп списками.
• Фиды меток GetProfit — структура файла, публикация и проверки перед заменой действующего файла.