本文介绍了我们对多渠道商品所做的更改可能会影响的设置。除非您已收到相关邮件通知，否则无需采取任何行动。
您可以使用多渠道商品，在一个统一的商品详情中同时管理网店和实体店销售的商品目录。这种方法可简化商品管理方式，并帮助您吸引更多客户。
借助多渠道商品，您可以同时监督网店和实体店商品目录。以前，如果您同时在网店和实体店销售同一商品，可能需要为该商品分别维护不同的商品详情。这有时会导致不一致，并使产品目录管理系统更加复杂。
本页内容
优势
使用多渠道产品可以更顺畅、更高效地管理商品目录，从而为客户提供更一致的体验。这种更新的方法解决了之前的问题：
- 简化管理：降低了因分别管理同一商品的网店和实体店商品详情而可能出现的复杂性和潜在错误。
- 提高一致性：有助于防止网店和实体店商品信息不一致，避免让客户感到困惑，并影响商品效果。
- 准确的商品目录：最大限度地减少商品目录差异的风险，从而为客户提供更准确的商品库存状况。
运作方式
以前，如果您使用某些方法提交了同时用于网店和实体店销售的商品信息，系统可能会为该商品创建 2 条单独的内部记录。这些记录有时可以单独修改，这可能会导致同一商品的网店版本和实体店版本的信息不同。
借助更新的多渠道产品系统，我们将采用更加一致的方法。系统将以更统一的方式管理网店和实体店的商品信息，从而减少网店和实体店商品版本之间出现属性差异的可能性。
主要变化和注意事项
- 统一的商品表示形式：您打算在网店和实体店销售的商品将作为单一的多渠道商品进行管理。
- 一致的商品数据：系统会努力确保商品的核心属性（例如商品名、说明等）保持一致，无论该商品是用于在网店购买还是实体店购买。
- API 用户：对于以多渠道方式管理的商品，您将与单个商品表示形式进行互动。Content API 中 ProductStatusDestinationStatus 对象内的渠道字段有助于区分商品在不同计划（例如购物广告或本地商品目录广告）中的效果。
注意：渠道字段是 Content API 的
ProductStatusDestinationStatus对象的一部分。虽然 Merchant API 等新系统中的“渠道”字段可能作为旧版功能受支持，但务必将新字段“渠道”的范围限定为即将弃用的 Content API。 - 潜在冲突：如果您使用相同的商品 ID、内容语言和 Feed 标签提交用于多渠道销售（在线和本地）的商品和单独的仅限本地的商品，则可能会导致处理问题或错误。
注意：如果为实体店设置了多渠道商品，且该商品具有本地商品目录，请确保该商品使用的商品 ID、内容语言和 Feed 标签与仅针对本地商品目录广告提交的现有商品不同。如果两者使用相同的信息，可能会导致冲突。
- 一致的属性：对于多渠道商品，目标是让商品的核心属性值同时在网店和实体店展示中保持一致。如果您需要为商品的网店版和实体店版保留不同的广告定位属性（例如自定义标签
[custom_label]），建议您使用 2 件具有唯一商品 ID 的不同商品。 - 补充数据源：如果您使用补充数据源来提供其他商品信息，请确保这些数据源保持最新状态。补充数据源中的过时信息可能会导致商品详情不准确。
- 唯一商品提交：通过多个主要数据源提交同一商品（通过其 ID、内容语言和 Feed 标签进行标识）可能会导致处理错误。我们建议您确保使用单个权威的主要数据源提交每件唯一商品，以保持数据的准确性和清晰度。
注意：以前，通过多个数据源上传 ID、内容语言和 Feed 标签相同的商品可能会导致意外行为，并出现“商品通过多个 Feed 上传”错误。对于多渠道商品，这些情况现在会导致错误，以确保数据准确无误且清晰明了。
API 和自动化商品数据源抢先体验
我们正在逐步发布一项新功能，让您可以在 API 和自动商品数据源中选择本地营销方式。如果您尚未获得此功能的访问权限，但想加入该计划，请提交此意向调查表。
这可简化使用 API 或自动从网店添加商品的商家设置本地商品目录广告 (LIA) 和非付费本地商品详情的流程。以下部分介绍了此更新带来的可见行为变化。
如何为此次更新做好准备
我们将统一用户在所有可用平台（Content API、Merchant API、BigQuery 和 Merchant Center）上与多渠道商品互动的方式。
Content API for Shopping
多渠道商品可以面向所有营销方式
您可以同时启用网店和实体店这两种营销方式：
- 对于 Content API 数据源。
- 对于单个多渠道商品，借助允许的目标平台
[included_destination]属性等属性。
使用文件数据源上传的多渠道商品中没有可见的仅限本地的商品
products.update() 调用。REST ID 且渠道设置为“本地”的 products.update() 调用将被拒绝。对于需要在网店和实体店之间使用不同属性值的用户，我们建议使用 2 种不同的商品，即使用 2 个单独的商品 ID。如果多渠道商品面向实体店的任何营销方式，且具有本地商品目录，则会与具有相应 REST ID 的现有仅限本地的商品发生冲突。更具体的情况如下：
- 如果存在具有相应
REST ID的仅限本地的商品，则多渠道商品将无法针对实体店营销方式生效，且系统会显示“商品 ID 已被使用”这一商品层级问题。 - 如果多渠道商品适用于实体店的所有营销方式，那么任何插入具有相应
REST ID的仅限本地的商品的尝试都会失败，并会引发“商品 ID 已被使用”问题。
本地商品目录可与“在线”渠道一起插入
localinventory.insert() 也会接受 REST ID 中包含“在线”渠道的商品。如果相应多渠道商品面向实体店的营销方式，则会使用该商品目录，除非存在一个渠道设置为“本地”的冲突的仅限本地的商品（具有 REST ID）。如果存在与 REST ID 对应的仅限本地的商品（渠道设置为“本地”），系统会选择该商品目录，即使商品目录是使用“在线”渠道插入的也是如此。productstatuses API 返回组合状态和问题
Shopping_ads），还是与仅限本地的商品对应的“购物”目标平台（对应于 Local_inventory_ads）。Merchant API
默认情况下，数据源为多渠道
多渠道商品无需渠道，可使用所有营销方式
多渠道商品的 REST 名称中没有渠道。多渠道商品可以同时面向网店和实体店这两种营销方式。
多渠道商品可能会屏蔽具有“本地”渠道的 REST 名称
本地商品目录可以插入到多渠道商品中
ProductStatus 包含所有营销方式的状态
网店和实体店这两种营销方式可能会显示在单个多渠道商品的 ProductStatus 中。
Google Merchant Center Transfers for BigQuery
商品表包含通过“在线”渠道导出的多渠道商品。BigQuery Data Transfer Service 的本地商品目录表可能包含具有“在线”渠道的 product_id。
损坏的配置列表
Content API 的 products.update() 和 products.insert()，适用于使用面向网店和实体店的数据源上传的商品
通过 Merchant Center 界面，您可以创建同时面向网店和实体店这两种营销方式的数据源。过去，您可以单独处理面向网店的部分和面向实体店的部分。更具体地说，可以发出以下命令：
- 渠道为“在线”的
products.update()，仅影响网店的营销方式。 - 渠道为“本地”的
products.update()，仅影响实体店的营销方式。 - 使用补充数据源的 ID 作为
feedId参数和渠道为“在线”的products.insert()，仅影响网店的营销方式。 - 使用补充数据源的 ID 作为
feedId参数和渠道为“本地”的products.insert()，仅影响实体店的营销方式。
渠道为“在线”的 products.update()，适用于多渠道商品
对于多渠道商品，渠道为“在线”的 products.update() 会同时影响网店的营销方式和实体店的营销方式。
渠道为“本地”的 products.update()，适用于多渠道商品
对于多渠道商品，系统会拒绝渠道为“本地”的 products.update() 调用。
使用补充数据源的 ID 作为 feedId 参数和渠道为“在线”的 products.insert()，适用于多渠道商品
对于多渠道商品，使用补充数据源的 ID 作为 feedId 参数和渠道为“在线”的 products.insert()会同时影响网店的营销方式和实体店的营销方式。
使用补充数据源的 ID 作为 feedId 参数和渠道为“本地”的 products.insert()，适用于多渠道商品
对于多渠道商品，使用补充数据源的 ID 作为 feedId 参数和渠道为“本地”的 products.insert()将被拒绝。
受影响的配置
假设有一个商品数据源，可同时面向网店和实体店这两种营销方式。假设已启用实体店的所有营销方式。
过去，使用渠道为“本地”的 Content API 的 products.update() 可以处理提供此类数据的商品。此系统更新会改变这种情况：使用此类数据源提供的商品且渠道为“本地”的 products.update() 将会失败。
建议的解决方案
如果商家需要为网店营销方式和实体店营销方式提供不同的属性集，则不应尝试通过单个商品来实现此目的。在这种情况下，我们建议您使用 2 种不同的产品，并使用 2 个不同的产品 ID 分别进行管理。渠道不被视为可用于区分的产品 ID 的一部分。
多渠道商品只能整体被取代
假设出现了这样的情景：
- 使用同时面向网店和实体店这两种营销方式的数据源上传多渠道商品。
- 使用另一个仅面向网店营销方式的数据源上传商品 ID、内容语言和 Feed 标签相同的商品。
对于网店营销方式，在第 2 步中上传的商品会取代在第 1 步中上传的商品。过去，第 1 步还会创建一种面向实体店的单独的商品定位营销方式，该方式会保留下来。此系统更新会更改此行为：移除因第 1 步而产生的任何本地效果。请注意，第 2 步还会导致出现“商品通过多个 Feed 上传”警告。
多渠道商品会屏蔽相应仅限本地的商品的 ID
考虑与上文相同的场景，但在第 2 步中添加仅限本地的商品：
- 使用同时面向网店和实体店这两种营销方式的数据源上传多渠道商品。
- 使用另一个仅面向实体店营销方式的数据源上传商品 ID、内容语言和 Feed 标签相同的仅限本地的商品。
过去，在第 2 步中上传的仅限本地的商品会取代在第 1 步中上传的商品，但仅限于实体店的营销方式。此系统更新会更改此行为：
- 如果第 1 步中的商品具有本地商品目录，则第 2 步中的仅限本地的商品将无法上传，并导致“商品 ID 已使用”错误。
- 如果第 1 步中的商品没有本地商品目录，则第 2 步中的仅限本地的商品将成功上传，且不会显示任何警告。
现有的仅限本地的商品会阻止多渠道商品针对实体店营销方式生效
假设出现了这样的情景：
- 上传仅限本地的商品。
- 使用另一个面向实体店营销方式（也可能面向网店营销方式）的数据源，上传 ID、内容语言和数据源标签相同的多渠道商品。
多渠道商品将无法面向实体店营销方式生效，系统会显示“商品 ID 已使用”错误。所有这些问题都是由第 1 步中的仅限本地的商品引起的，在删除仅限本地的商品后，这些问题最终会自动解决。
建议的解决方案
商家不应使用多个数据源上传商品 ID、内容语言和数据源标签相同的商品。过去，该行为相当复杂，经常导致错误的数据源配置。此系统更新会更改此行为：与仅限本地的商品发生冲突会导致“商品 ID 已使用”错误。
建议的解决方案
确保主要来源引用的所有补充来源的内容都以合理的频率进行更新。在对受影响的主要来源进行任何更改后，更新补充来源绝对足够。对于内容已超过一年未更新的任何补充来源，应更新相应内容。或者，如果不再需要补充来源，则应将其删除。