Skip to main content
每个资料每月可以发送一定数量的帖子,这就是每月发帖配额。社交网络也有各自的限制,与该配额相互独立。

每月发帖配额

每月发帖配额限制一个资料在一个自然月内可以发送的发帖请求(POST /post)数量。
  • 每个资料都有自己的配额和自己的计数。Primary Profile 和每个 User Profile 分别计数。
  • 配额数量取决于你的计划。各计划的数量请参见定价。
  • 通过 Ayrshare 控制台发送的帖子同样计入。

配额何时重置

每月发帖配额在每个自然月的 1 日 00:07 UTC 开始重置。重置可能需要几分钟才能覆盖所有账户。所有账户的重置日期都相同,且不与你的账单日期挂钩。
  • 支付续费账单不会重置配额。
  • 更改计划会立即重置你的 Primary Profile 的计数。User Profile 的计数会保留到 1 日。
  • 如果你在月中订阅,计数将从零开始。下一次重置仍在 1 日。
  • 重置使用 UTC 时间。在美洲地区,重置发生在上个月最后一天的晚上。

哪些内容计入配额

  • 一个发帖请求计为一次,无论它面向多少个平台。发布到五个平台的帖子计为一次。
  • 失败的帖子也计入。 只要 Ayrshare 尝试发送帖子,就会计入,即使部分或全部平台发送失败。例如,社交网络拒绝了该帖子,或账户未关联。
  • 被拦截的帖子也计入。 因在某个平台上反复出现相同失败而被 Ayrshare 拦截的帖子仍会计入。
  • 已排期的帖子在发布时计入,而不是在你排期时计入。
以下情况不计入:
  • 在发送前被拒绝的请求,例如因代码 106 被拒绝的请求。
  • 在其面向的所有平台上都未通过帖子校验的帖子。如果帖子至少在一个平台上通过校验并被发送,则会计入。

配额用完时

当一个资料用完其每月发帖配额时:
  • 新的发帖请求会返回 HTTP 429 和 code: 106。这也包括将帖子排期到稍后发布的请求。
  • 在重置前,其他帖子相关请求也会返回 code: 106。例如获取、删除或重试帖子,以及帖子分析。
  • 到期的已排期帖子会以 code: 106 失败。它们不会在重置后自动发布。请在配额重置后重新发送。
这不是速率限制,等待几分钟也无济于事。在 1 日(UTC)重置后即可恢复发帖。请参见代码 106。

查看用量

调用 User Profile 详情(GET /user)。要查看某个 User Profile,请添加其 Profile-Key header。
  • monthlyPostCount:本月已计入的帖子数。
  • monthlyPostQuota:每月上限。当配额为 10,000 或以上时(例如 Business 计划),该字段会被省略。上限仍然适用。
  • monthlyApiCalls 是另一个计数器,不是发帖配额。

避免意外用完配额

失败的帖子也会计入,因此不断重试失败帖子的循环可能会在没有发布任何内容的情况下用完全部配额。
  • 不要自动重试会再次失败的错误。请先解决原因,例如重新关联账户。
  • 只重试可能在重试后成功的错误,例如带有 retryAvailable: true 的错误,并限制重试次数。
  • 定期检查 monthlyPostCount,以便及时发现异常增长。

社交网络限制

社交网络会设置各自的限制。这些限制与 Ayrshare 的每月发帖配额相互独立,两者可能同时适用。例如,LinkedIn 每天允许 150 条帖子,Instagram 每 24 小时允许 50 条帖子。 我们建议限制每日发帖数量,以获得更多浏览量和互动。请参见我们推荐的发帖频率上限。

公平使用与速率限制

所有帖子和 API 调用都需遵循 Ayrshare 的公平使用政策,以防止对社交网络服务的滥用。详情请参阅服务条款与速率限制。