Обновление системы сведений о товарах с несколькими каналами продаж

В этой статье рассказано, как и на что могут повлиять изменения в системе работы с товарами, которые продаются и в обычном, и в интернет-магазине. Если в связи с этими изменениями от вас потребуются какие-либо действия, вы получите уведомление по электронной почте.

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

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

Примечание. Если вы не работаете с Content API for Shopping, Merchant API, не переносите данные из Google Merchant Center в BigQuery и не пользуетесь специальными функциями (например, источниками данных о товарах только местного ассортимента), то изменения будут для вас не так заметны и вам не нужно будет ничего делать. В этой статье перечислены случаи, которых обновление касается напрямую и в которых от пользователя требуются определенные действия.

Содержание

Преимущества

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

  • Упрощенное управление. Больше не нужно управлять двумя разными записями для одного товара (для онлайн- и офлайн-продаж) – это требовало многих усилий и могло привести к ошибкам.
  • Единообразие информации. Новый подход помогает избежать противоречий в сведениях о товаре для обычных и интернет-магазинов. Такие несоответствия могут запутывать пользователей и снижать эффективность товаров.
  • Точные сведения об ассортименте. Минимизируйте риск расхождений информации об ассортименте, чтобы покупателям показывались актуальные сведения о наличии товара.

Принцип работы

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

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

Ключевые изменения и особенности

  • Единая запись о товаре в системе. Если товар предназначен для продажи онлайн и офлайн, в системе для него будет создана одна запись, и он будет считаться товаром с несколькими каналами продаж.
  • Непротиворечивые сведения о товарах. Система будет следить за тем, чтобы ключевые атрибуты каждого товара (название, описание и т. д.) не отличались в версиях для онлайн- и офлайн-продаж.
  • Информация для тех, кто пользуется API. Для товаров с несколькими каналами продаж создается одна запись в системе. Поле channel в объекте ProductStatusDestinationStatus в Content API помогает оценить эффективность товара в разных каналах продвижения, например в товарной рекламе или рекламе местного ассортимента.
    Примечание. Поле channel является частью объекта ProductStatusDestinationStatus в Content API. Поддержка Content API скоро прекратится. Поэтому не стоит использовать поля channel в новых системах, таких как Merchant API, хотя эти поля могут в них поддерживаться, но только в качестве устаревших функций.
  • Возможные конфликты. Если вы загрузите сведения о товаре, предназначенном для нескольких каналов продаж (интернет- и местные магазины), а затем – о нем же, но как о товаре только местного ассортимента, использовав при этом тот же код товара, язык контента и ярлык фида, могут возникнуть проблемы с обработкой или появиться ошибки.
    Примечание. Если товар с несколькими каналами продаж настроен для продажи в обычных магазинах и добавлен в местный ассортимент, убедитесь, что для него не используются те же код товара, язык контента и ярлык фида, что и для существующего товара, который добавлен только для рекламы местного ассортимента. Если использовать одинаковые сведения для двух таких товаров, могут возникать конфликты.
  • Одинаковые значения атрибутов. Система сведений о товарах для нескольких каналов продаж создана для того, чтобы значения ключевых атрибутов товара оставались неизменными для обоих каналов продаж (интернет-магазин и обычные магазины). Если для таргетинга объявлений вам, наоборот, нужны разные атрибуты (например, метка продавца [custom_label]) для версий товара для онлайн- и офлайн-продаж, рекомендуем создать две разные записи о товаре с уникальными кодами товара.
  • Дополнительные источники данных. Если для предоставления дополнительной информации о товарах вы используете вспомогательные источники данных, убедитесь, что они содержат актуальные сведения. В противном случае в информации о товарах могут появиться неточности.
  • Загрузка сведений об уникальных товарах. Если вы попытаетесь загрузить информацию об одном и том же товаре (с одним и тем же идентификатором, языком контента и ярлыком фида), используя несколько основных источников данных, могут возникнуть ошибки обработки. Чтобы не захламлять систему лишней информацией и поддерживать точность данных, рекомендуем загружать сведения о товарах, используя один основной источник данных, и при этом следить за уникальностью идентификаторов товаров.
    Примечание. Ранее загрузка сведений о товарах с одинаковым идентификатором, языком контента и ярлыком фида с помощью разных источников данных могла привести к непредсказуемому поведению системы и ошибке Товар добавлен с помощью нескольких фидов. Теперь – с внедрением системы сведений о товарах с несколькими каналами продаж – в этом случае будут появляться ошибки. Это поможет обеспечить точность данных и не допустить захламления системы.

Ранний доступ для пользователей API и автоматических источников данных о товарах

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

Функция упрощает настройку рекламы местного ассортимента и бесплатных местных предложений для продавцов, которые пользуются API или автоматическим добавлением сведений о товарах из интернет-магазина. В следующих разделах описаны важные изменения в поведении системы, которые произойдут в результате этого обновления.

Как подготовиться к обновлению

Мы унифицируем способы взаимодействия пользователей с товарами с несколькими каналами продаж на всех платформах: в Content API, Merchant API, BigQuery и Merchant Center.

Content API for Shopping

Для товаров с несколькими каналами продаж можно использовать любые маркетинговые методы

Можно включить методы маркетинга и для интернет-, и для обычных магазинов:

  1. Для источников данных Content API.
  2. Для отдельных товаров с несколькими каналами продаж – с помощью атрибутов, таких как добавленные кампании [included_destination].

Для товаров с несколькими каналами продаж, загруженных с помощью файла, не показываются товары только местного ассортимента

Товары с несколькими каналами продаж не показываются как пара товаров онлайн- и местного ассортимента ни в каких конечных точках товаров в Content API for Shopping. Они показываются как товары онлайн-ассортимента, для которых можно использовать методы маркетинга для обычных магазинов. Таким образом, вы можете вызывать метод products.update() с товарами с несколькими каналами продаж.

Между товарами с несколькими каналами продаж и товарами только местного ассортимента, добавленными с помощью API, могут возникать конфликты

Если многоканальный товар предназначен для любого из маркетинговых методов для обычных магазинов и имеет местный ассортимент, вызовы метода products.update() с идентификатором REST ID товара, для которого в параметре channel выбрано значение local, будут отклонены. Если вам нужно, чтобы значения атрибутов у товаров для интернет- и обычных магазинов отличались, рекомендуем добавить два разных товара с разными кодами.

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

  1. Если товар только местного ассортимента с таким же REST ID существует, для товара с несколькими каналами продаж нельзя будет использовать маркетинговые методы для обычных магазинов, а также возникнет ошибка на уровне товара "Идентификатор товара уже используется".
  2. Если многоканальный товар настроен для любого метода маркетинга для обычных магазинов, любая попытка добавить товар только местного ассортимента с соответствующим REST ID окажется неудачной, а также возникнет ошибка "Идентификатор товара уже используется".

Местный ассортимент можно добавить, используя для параметра channel значение online

Метод localinventory.insert() разрешает добавлять товары со значением online для параметра channel в REST ID. Ассортимент будет использоваться соответствующим многоканальным товаром, если он настроен для работы с каким-либо методом маркетинга для обычных магазинов и не существует конфликтующего с ним товара только местного ассортимента с тем же REST ID, для которого для параметра channel установлено значение local. Если такой товар только местного ассортимента существует, он заберет ассортимент себе, даже если в ассортимент добавлялся товар со значением online для параметра channel.

Productstatuses API возвращает объединенные статусы и проблемы

В этом API целевой сервис Shopping используется для товаров как онлайн-ассортимента, так и только местного ассортимента, но в разных значениях. Непонятно, какое из них будет использоваться в случае с товарами с несколькими каналами продаж. Поэтому вводится новое поле channel. Оно позволяет определить, относится ли целевой сервис Shopping к товарам онлайн-ассортимента (в этом случае он соответствует Shopping_ads) или товарам только местного ассортимента (тогда он соответствует Local_inventory_ads).

Merchant API

По умолчанию источники данных поддерживают оба канала продаж

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

Товары с несколькими каналами продаж могут использовать все маркетинговые методы: для них не нужно указывать параметр channel

В названии REST для товаров с несколькими каналами продаж не предусмотрен параметр channel. Такие товары поддерживают маркетинговые методы как для интернет-, так и для обычных магазинов.

Товары с несколькими каналами продаж могут блокировать названия REST, если для параметра channel указано значение local

Товар с несколькими каналами продаж, работающий с любыми методами маркетинга для обычных магазинов, вступит в конфликт с товаром только для местного ассортимента, если совпадают все компоненты их имен REST, кроме значений параметра channel. Такая же ситуация возникает при использовании Content API. Подробную информацию вы найдете в разделе выше.

Местный ассортимент можно добавить к товару с несколькими каналами продаж

Ассортимент будет добавлен к соответствующему товару с несколькими каналами продаж, совместимому с методами маркетинга для обычных магазинов, или соответствующему товару только местного ассортимента. Если существуют оба таких товара, товар с несколькими каналами не будет активирован для работы с маркетинговыми методами для обычных магазинов и вызовет ошибку "Идентификатор товара уже используется".

ProductStatus содержит статусы всех маркетинговых методов

В ресурсе ProductStatus для отдельного товара с несколькими каналами продаж могут показываться маркетинговые методы для интернет- и обычных магазинов.

Перенос данных Google Merchant Center в BigQuery

В таблице товаров есть сведения о товарах с несколькими каналами продаж, которые были экспортированы со значением online для параметра channel. В таблице местного ассортимента сервиса BigQuery Data Transfer в столбце product_id может быть указан параметр channel со значением online.

Список неработающих конфигураций

Методы products.update() и products.insert() в Content API для товаров, загруженных с помощью источников данных для интернет- и обычных магазинов.

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

  1. products.update() со значением online для параметра channel, действующий только в отношении маркетинговых методов для интернет-магазинов;
  2. products.update() со значением local для параметра channel, действующий только в отношении маркетинговых методов для обычных магазинов;
  3. products.insert() с идентификатором дополнительного источника данных, используемым в качестве параметра feedId, и каналом online, действующим только в отношении методов маркетинга для интернет-магазинов;
  4. products.insert() с идентификатором дополнительного источника данных, используемым в качестве параметра feedId, и каналом local, действующим только в отношении маркетинговых методов для обычных магазинов;

products.update() для товара с несколькими каналами продаж со значением online для параметра channel

В случае с товарами с несколькими каналами продаж применение метода products.update() со значением online для параметра channel затронет маркетинговые методы и для интернет-, и для обычных магазинов.

products.update() для товара с несколькими каналами продаж со значением local для параметра channel

В случае с товарами с несколькими каналами продаж вызовы метода products.update() со значением local для параметра channel отклоняются.

products.insert() с идентификатором дополнительного источника данных, используемым в качестве параметра feedId, и каналом online для товара с несколькими каналами продаж;

В случае с товарами с несколькими каналами продаж применение метода products.insert() с идентификатором дополнительного источника данных в качестве параметра feedId и значением online для параметра channel затронет методы маркетинга и для интернет-, и для обычных магазинов.

products.insert() с идентификатором дополнительного источника данных в качестве параметра feedId и каналом local для товаров с несколькими каналами продаж;

В случае с товарами с несколькими каналами продаж вызовы метода products.insert() с идентификатором дополнительного источника данных, используемым в качестве параметра feedId, и значением local для параметра channel отклоняются.

Конфигурация, которую затрагивает изменение

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

Ранее для товаров, сведения о которых были добавлены с помощью такого источника, в Content API можно было использовать метод products.update() со значением local для параметра channel. В результате обновления, о котором идет речь в этой статье, использовать метод products.update() в таком случае не получится.

Рекомендуемое решение

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

Несколько товаров с одинаковым идентификатором, языком контента и ярлыком фида
Если загрузить с помощью разных источников данных несколько товаров с одинаковым идентификатором, языком контента, ярлыком фида и значением параметра channel, между ними возникнет конфликт. В результате появится предупреждение "Товар добавлен с помощью нескольких фидов". Есть несколько сценариев, при которых после обновления в случае с товарами с несколькими каналами продаж система выделяет конфликт ещё отчетливее и показывает ошибку "Идентификатор товара уже используется".

Сведения о товаре с несколькими каналами продаж заменяются только целиком

Разберем пример:

  1. Вы загружаете сведения о товаре с несколькими каналами продаж с помощью источника данных, предназначенного для маркетинговых методов для интернет- и обычных магазинов.
  2. Вы загружаете сведения о товаре с таким же идентификатором, языком контента и ярлыком фида, используя другой источник данных, который предназначен для маркетинговых методов только для интернет-магазинов.

Товар, сведения о котором загружены на втором шаге, заменяет собой товар, информация о котором была добавлена на первом шаге, для маркетинговых методов для интернет-магазинов. Ранее на шаге 1 также создавалась отдельная запись о товаре для маркетинговых методов, предназначенных для обычных магазинов (этот канал не затрагивал шаг 2). Обновление меняет это поведение: теперь после шага 2 не остается никаких записей, созданных на шаге 1. Также обратите внимание, что в результате шага 2 показывается предупреждение "Товар добавлен с помощью нескольких фидов".

Товар с несколькими каналами продаж блокирует товар только местного ассортимента с таким же идентификатором

Представьте тот же пример, который мы разобрали выше, но теперь на шаге 2 добавляется товар только местного ассортимента:

  1. Вы загружаете сведения о товаре с несколькими каналами продаж с помощью источника данных, предназначенного для маркетинговых методов для интернет- и обычных магазинов.
  2. Вы загружаете сведения о товаре только местного ассортимента с таким же идентификатором, языком контента и ярлыком фида, используя другой источник данных, который предназначен для маркетинговых методов только для обычных магазинов.

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

  1. Если у товара из шага 1 есть местный ассортимент, сведения о товаре только местного ассортимента из шага 2 не будут загружены. Также появится ошибка "Идентификатор товара уже используется".
  2. Если у товара из шага 1 нет местного ассортимента, сведения о товаре только местного ассортимента из шага 2 будут загружены, и вы не увидите никаких предупреждений.

Наличие существующего товара только местного ассортимента не позволит активировать товар с несколькими каналами продаж для методов маркетинга для обычных магазинов

Разберем пример:

  1. Вы загружаете информацию о товаре только местного ассортимента.
  2. Вы загружаете сведения о товаре с несколькими каналами продаж с таким же идентификатором, языком контента и ярлыком источника данных, используя другой источник данных, который предназначен для маркетинговых методов для обычных магазинов (и, возможно, также для интернет-магазинов).

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

Рекомендуемое решение

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

Данные из старых дополнительных источников данных неполноценны

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

Рекомендуемое решение

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

Статьи по теме

На этой странице может быть контент, переведенный с помощью искусственного интеллекта. Переводы от ИИ могут содержать ошибки.

Эта информация оказалась полезной?

Как можно улучшить эту статью?

Требуется помощь?

Попробуйте следующее:

Опубликовать на справочном форуме Получите ответы от участников сообщества
Связаться с нами Расскажите о своей проблеме нашим сотрудникам
false
Поиск
Очистить поле поиска
Закрыть поиск
Главное меню
18048831572427427005
true
Поиск по Справочному центру
false
true
true
true
true
true
71525
false
false
true
false
false