2.2 多国家/地区定位

简介/业务影响

---

如需将商家的商品数据从目录上传到 Merchant Center，我们建议您尽可能优化发送到 Merchant Center 的商品数据。尽可能减少您发送的一种商品的优惠数量，以便充分利用货币换算等好处，从而减少潜在错误和问题。

用户体验指南

---

我们建议让商家先选择要定位到的国家/地区，然后再决定如何整合运费信息。您可以提供一系列国家/地区供客户选择，然后让他们自行决定如何整合配送信息。通过这种方式，您可以清楚地了解自己决定为商家创建配送服务的国家/地区。

技术指南

---

关于如何实施多个国家/地区定位的决定

使用 API 设置多个国家/地区定位时，您有两种选择：

1. 帐号级和商品级国家/地区定位（推荐）：组合通过 Shippingsettings 提供完整的配送详细信息（设置配送服务），并通过 Content API 仅在商品级别提供商品配送国家/地区值，从而在商品级别引用这些设置。

2. 仅限商品级国家/地区定位：通过 Content API 提供每件商品的运费信息，但这种方法只允许配置部分运费属性。我们不推荐使用此方法，因为它与在帐号级别设置运费不相同。

账号级和商品级国家/地区定位（推荐）：

• 在商家的帐号级设置配送服务，指定目的地国家/地区、币种、运费和预计送货时间。不妨详细了解运费设置，以及如何检索和更新这些设置（不只针对 MCA，还适用于您的所有子账号）。

• 为所有优惠/商品添加 ProductShipping 属性，指定商家希望其商品可在哪些国家/地区被发现且可送达。查看 API 示例，详细了解运费字段和更多详细信息。通过 Content API，请仅指定由 2 个字母组成的国家/地区代码，并将运费和配送服务属性留空（这两个属性是可选的，因为您在账号级别配置了配送服务，运费将通过第 1 步中定义的配送服务设置进行填充）。

• 配送服务的币种与商家的商品所用的币种相同。

仅限商品级国家/地区定位

• 为所有商品/商品添加 ProductShipping 属性，以指定收货国家/地区、服务级别和价格，以指明商品销往的所有国家/地区。详细了解如何在商品级别实现配送以及通过 API 示例了解更多 Content API 详情。

优化商品数据的发送方式

在定位到多个国家/地区时，我们建议您优化发送商家商品数据的方式。如果您使用的是帐号级运费和商品级国家/地区定位，请仅按语言整理商品，并在运费子属性中添加您要定位的相关国家/地区。

通过这种方法，您可以更轻松地优化所发送优惠的数量、更轻松地根据语言进行更改，并充分利用自动货币换算功能。详细了解如何在 Merchant Center 中定位到多个国家/地区。

了解商品 Feed 标签的运作方式

我们建议您设置自己的优惠，这样您就无需删除条目即可移除优惠历史记录。避免不必要的删除操作的主要方式之一是使用 Feed 标签。

我们建议您不要在此字段中提交国家/地区代码，因为这可能会使您在“商品配送”字段中要定位的国家/地区混淆。Feed 标签可设置为任意随机文本（最多 20 个字符，A-Z、0-9）。详细了解如何通过 Content API 使用 Feed 标签。

针对多个国家/地区设置商品时需要注意的其他事项：

非付费商品详情和付费广告

广告和非付费商品详情不会在 productstatuses 对象中针对相应目标平台的被拒登国家/地区列表所含的国家/地区投放。

对于非付费商品详情，商品中的 ProductShipping 国家/地区是促成非付费商品详情定位的字段

仅限付费广告

商品中的 ProductShipping 国家/地区会促成地理位置定位，并由 Ads API 提取。

您仍然可以阻止某些商品在这些国家/地区的购物广告中投放，方法是使用要排除的国家/地区为商品资源填充 shoppingAdsexcluded countries 属性。

有关多个国家/地区定位工作原理的其他常见问题解答：

货币换算工具是如何运作的？

例如，以欧元提交但向瑞士买家展示的商品，在显示时将同时显示瑞士法郎值（自动换算）和原始欧元值。

用户点击商品并进入商家页面/网站后，他们将以欧元继续进行购买，最终以欧元付款。这种用户体验可让用户清楚地了解货币换算，同时有助于显示换算后的价格。

商品是否会自动翻译？Feed 内容是否需要翻译？

商品未通过货币换算，且无需在提交前翻译所提交的商品名称和说明。

商品将以其原始语言呈现，而提交对象时位于跨境国家/地区能够理解该语言并/或搜索该语言的用户。许多国家/地区都有大量多语言用户，如果内容以多种语言提供，用户更容易发现商品，而且种类也更加丰富。