配额和限制

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

注意 ：如果您每天需要多次调用 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

如需查看您的配额和用量，以及申请每天或每分钟增加配额，请参阅查看您的配额。

自动增加配额无法解决以下错误，而是要求您申请更多商品、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[]