Использование дополнительных фидов в Merchant Center

Дополнительный фид — это вторичный источник данных, который вы подключаете к существующему основному каталогу продуктов в Google Merchant Center. Вместо того чтобы содержать полный список всех ваших товаров со всеми атрибутами, требуемыми Google, этот вторичный файл должен содержать только уникальный идентификатор и конкретные атрибуты, которые вы хотите добавить или изменить. Например, если вы хотите обновить акционную цену или добавить пользовательские ярлыки для сезонной кампании, вам не нужно перенастраивать всю интеграцию основного каталога. Вы просто загружаете файл меньшего размера, содержащий ID товаров и новые значения.

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

Опора исключительно на основной фид продуктов для каждого изменения кампании часто создает ненужные трения между маркетинговыми целями и техническими ограничениями. Основные фиды обычно генерируются вашей основной платформой электронной коммерции, такой как Shopify или WooCommerce, посредством запланированных экспортов или API-коннекторов. Изменение этих основных шаблонов для поддержки временных маркетинговых тегов, пользовательских заголовков для поисковой оптимизации или экстренных уценок может нарушить отслеживание основного инвентаря и привести к рискам повреждения данных.

• Избегает сильной зависимости от разработчиков для быстрых обновлений рекламных заголовков.
• Уменьшает размер основного файла и время обработки экспорта на вашем сервере электронной коммерции.
• Позволяет проводить изолированное тестирование пользовательских ярлыков и агрессивных стратегий назначения ставок.
• Предотвращает случайное удаление обязательных основных атрибутов при ручном редактировании.

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

Настройка вторичного источника данных в интерфейсе Merchant Center включает простую последовательность конфигураций. Сначала перейдите в свой аккаунт Google Merchant Center, нажмите на меню Товары на левой панели навигации и выберите подвкладку Фиды. Там найдите кнопку для добавления вторичного источника данных или дополнительного фида.

• Шаг 1: Перейдите в раздел Товары и выберите Фиды в своем аккаунте Google Merchant Center.
• Шаг 2: Нажмите кнопку добавления дополнительного фида и свяжите его с существующим основным фидом.
• Шаг 3: Выберите метод ввода, например Google Таблицы, запланированная загрузка или прямая загрузка файла.
• Шаг 4: Правильно сопоставьте свои пользовательские атрибуты и проверьте связь по ID во время окончательной проверки.

Выбор Google Таблиц в качестве метода ввода для этого вторичного файла предлагает практическое преимущество для повседневных маркетинговых операций. Ваша команда может совместно обновлять акционные значения, пользовательские ярлыки или сезонные заголовки прямо в привычной среде электронных таблиц. После настройки Google Merchant Center будет автоматически подтягивать последние изменения из таблицы в соответствии с вашим определенным графиком.

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

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

В Alien Road наша команда цифрового маркетинга использует структуры дополнительных данных для оптимизации сложного управления каталогами для наших клиентов в сфере электронной коммерции. Во время типичной фазы адаптации клиента мы проводим аудит основного фида данных, экспортированного с таких платформ, как Shopify или Magento, чтобы выявить отсутствующие атрибуты или неоптимальные заголовки продуктов. Вместо того чтобы запрашивать развертывание пользовательского кода у инженерной команды клиента, мы создаем структурированные вторичные файлы для внедрения оптимизированных заголовков, сезонных рекламных тегов и гранулярных пользовательских ярлыков.

Например, в типичном взаимодействии с многокатегорийным розничным брендом мы настраиваем дополнительные файлы на базе Google Таблиц для управления быстрыми изменениями инвентаря и акционными ценовыми событиями. Этот рабочий процесс позволяет нашим медиабайерам мгновенно тестировать различные варианты заголовков для высокоприоритетных поисковых запросов. Мы еженедельно отслеживаем отчеты о диагностических ошибках в Merchant Center, гарантируя, что все сопоставления данных остаются соответствующими требованиям платформы, одновременно повышая эффективность всех активных торговых кампаний.

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

Еще одна распространенная ловушка — попытка неправильно перезаписать обязательные основные атрибуты, такие как связывание URL-адресов или ссылок на изображения, которые нарушают требования к месту назначения. Всегда просматривайте сводку обработки и журналы диагностики на панели управления Merchant Center после каждой ручной загрузки или запланированного получения данных. Регулярная проверка этих журналов помогает вам выявлять ошибки форматирования до того, как они повлияют на вашу активную доставку рекламы или вызовут отклонение продуктов.