配额和限制

Content API for Shopping 对某些功能强加了严格的配额和限制。Google 有权随时取消、减少或更改所有配额和限制，恕不另行通知。

注意： 如果您每天需要多次调用 datafeeds.fetchnow，建议您改用 products 服务来更新商品数据。我们无法在 datafeeds.fetchnow 上提供配额增加服务。

配额政策

平均而言，请勿每天更新商品超过两次，也请勿每天更新子账号超过一次。

方法调用配额

Content API for Shopping 会根据您的用量自动调整 products 和 accounts 配额。您的 accounts 用量取决于子账号限额。

以下是我们跟踪您的配额使用情况的方式：

• 配额是按方法划分的。例如，get 方法的配额与 update 方法的配额是分开的。
• patch 方法会同时计入 get 和 update 配额。
• custombatch 中的每个方法调用都会根据相应方法的配额单独计算。
• 通话会占用您在拨打电话时所用的身份验证账号的配额。例如，如果您以高级账号的身份进行身份验证，则调用会计入高级账号的配额；但如果您以某个子账号的身份进行身份验证，则调用会计入该子账号的配额。

注意： merchantsupport 方法始终计入请求问题的账号的配额。这可能不是对请求进行身份验证的账号。

查看您的配额

如需查看账号的当前配额和使用情况，请使用账号的 merchantId 调用 quotas.list。

建议您定期检查配额，确保您的实现方案有足够的配额。

自动配额仅适用于 products 和 accounts 服务。如果您需要增加任何其他服务的配额，或者您已达到 products 或 accounts 服务的每日配额，或者您需要暂时增加 accounts 或产品 services 的配额，请与我们联系，并提供以下信息：

• 您的 Merchant Center ID。
• 您已达到配额上限的方法。
• 对这些方法每天所需调用次数的估计。
• 您需要增加配额的原因。

错误

如果您超出 Content API for Shopping 配额，则会收到以下错误：

• 每分钟：quota/request_rate_too_high
• 每天：quota/daily_limit_exceeded

注意： 收到 quota/request_rate_too_high、quota/daily_limit_exceeded 或身份验证错误的调用不会计入每日配额，但任何其他不成功的调用都会计入每日配额。

如需查看您的配额和用量，并申请增加每日或每分钟配额，请参阅检查您的配额。

以下错误无法通过自动增加配额来解决，需要您申请增加商品、Feed 或子账号的配额：

• too_many_items: Merchant quota exceeded
• too_many_subaccounts: Maximum number of sub-accounts reached

资源表示法限制

下面介绍了 Content API 所用资源表示法中某些字符串值和数组字段存在的明显限制。对于 Content API 及其在 Merchant Center 中的相应功能而言，这些限制都相同。此限制列表可能不完整，并且无法扩展这些限制。

资源	字段	限制
shippingsettings	每个国家/地区的配送服务数 (services)。 每项配送服务的配送组数 (rateGroups)。 每个配送组的标签数 (applicableShippingLabels)。 每个配送组的子表数 (subtables)。 单个费率表中的行数或列数。 配送标签的长度。	20 20 30 100 150 100

费率表中的行数或列数会影响以下数组字段：

• rowHeaders 或 columnHeaders 中的数组字段：
  • prices[]
  • weights[]
  • numberOfItems[]
  • postalCodeGroupNames[]
  • locations[]
  • rows[]
  • cells[]