---
metadata:
- name: generator
content: Diplodoc Platform v5.64.0
alternate:
- https://boost.yandex.com/doc/en/analytics/content/troubleshooting/limit-events.md
- https://boost.yandex.com/doc/ru/analytics/content/troubleshooting/limit-events.md
- https://boost.yandex.com/doc/zh/analytics/content/troubleshooting/limit-events.md
- href: https://boost.yandex.com/doc/zh/analytics/content/troubleshooting/limit-events.md
type: text/markdown
title: Markdown version
- href: https://boost.yandex.com/doc/zh/llms.txt?revision=r21772739
rel: describedby
---
> **Documentation Index:** Fetch the complete configuration index at https://boost.yandex.com/doc/zh/llms.txt?revision=r21772739
# 限制自定义事件
#### {#limits}
{% cut "在Analytics module中有哪些限制？" %}
免费Analytics module计划对通过 SDK 和 Post API 发送的自定义事件有每日限制。 每天的限制是 3,250,000 个事件。
{% endcut %}
#### {#list-events}
{% cut "哪些事件受限制？" %}
这些限制仅适用于自定义事件（您通过 SDK 或 Post API 命名并发送的事件）。 包含嵌套参数的事件，无论参数数量和嵌套级别，都被视为单个事件。
基本事件——安装、深链打开、会话开始、收入事件、电子商务事件、崩溃和错误事件以及推送通知事件——不计入限制。 发送自定义属性也不计入。
{% endcut %}
#### {#unlimits}
{% cut "超出限制的事件会发生什么？" %}
超出日限额的事件会被缓存，等事件队列清空后再发送到 Analytics module。 在界面和日志 API 中，缓存事件会显示为延迟数据。
**示例**
: 1月1日，你发送了3,500,000个事件。 其中3,250,000已在界面和日志API中可用，250,000被缓存。
1月2日，缓冲区中的250,000个事件被记录在Analytics module（在界面和Logs API中可用）。 您发送了另外3,500,000个事件：这次有500,000个被缓存（因为1月1日的250,000个事件已从缓冲区记录），而3,000,000个已在界面和Logs API中可用。
1月3日，缓存的500,000个事件被记录在Analytics module（在界面和Logs API中可用）。 您发送了另外 2,000,000 个事件，所有事件都已记录在 Analytics module。
如果您经常超出限制，且事件在缓冲区中停留14天，Analytics module 将停止从SDK和Post API接收自定义事件，缓冲的事件也不会被记录。
如果您使用的是自定义计划或专业计划，可以恢复自定义事件的收集。 要恢复收集，[联系支持](https://boost.yandex.com/doc/zh/analytics/content/troubleshooting/feedback-new.md)。
{% endcut %}
#### {#more-apps}
{% cut "我有多个应用。 每个应用是否有单独的限制？" %}
否，所有属于同一组织的应用的限制都是相同的。
{% endcut %}
#### {#logs-api-limits}
{% cut "Logs API 有没有限制？" %}
没有。但是，如果您经常导出大量数据，我们建议使用[数据流 API](https://boost.yandex.com/doc/zh/analytics/content/mobile-api/datastream/about.md)。
{% endcut %}
#### {#value-events}
{% cut "如何查看自定义事件的数量？" %}
您可以在个人账户中查看当前发送到 Analytics module 的自定义事件数量。 要做这一步，请在侧边栏打开**组织**标签。 图表考虑了组织应用的所有事件，按事件在Analytics module处理的日期进行统计。 表格中的数据包含了过去30天的应用事件。
{% endcut %}
#### {#up-limits}
{% cut "如何增加限制？" %}
在个人账户中，您可以选择并支付适合您的应用的事件量。 了解更多关于 .
{% endcut %}
#### {#optimize}
{% cut "如何优化发送事件的数量，避免超出限制？" %}
您可以通过几种方式优化已发送的事件：
1. 检查您的应用是否有重复事件。 例如，事件“点击按钮进入入门流程的第二步”和“查看入门流程第二步的屏幕”对应同一个用户操作：进入入门流程的第二步。 如果是这样，您可以停止通过 SDK 发送这些事件。
2. 检查您的应用是否有多次发送且对应同一用户操作的事件。 例如，如果你的应用需要你连续点击同一按钮多次。 不是为每次按钮点击发送事件，你可以发送一个事件，并添加一个参数：点击次数。
3. 检查您的应用是否有重复标准Analytics module事件的事件，例如安装、会话开始、深链打开、应用内购买、广告收入、电子商务事件、崩溃和错误事件以及推送营销事件。 如果您有自定义事件与标准事件重复，可以在 SDK 层级停止跟踪它们。
{% endcut %}
#### {#old-events}
{% cut "我有从旧版本应用中剩下的事件，现在我不再使用这些事件，而且在新版本应用中也不存在。 如何防止它们被计入事件限制？" %}
如果你的应用有不用于分析的事件，可以在Analytics module设置中禁用它们的收集。
转到**设置**→**事件**，找到您不需要的事件。 在**事件收集**块中，选择**收集已禁用**模式。
之后，已禁用的事件将不再被收集也不会计入限制。 但是，所有之前已发送的事件仍保留在报告中，并计入限制。
{% endcut %}
#### {#up-custom}
{% cut "如果我有很多缓存事件，并且在自定义计费方案中扩展了限制，所有缓存的事件都会被加载到Analytics module吗？" %}
购买自定义价格计划的扩展事件限制后，您将获得更高的每日记录事件上限。 当您向 Analytics module 发送的缓存事件少于每日限制时，缓存事件的导出速度会变快。 但是，这并不意味着购买自定义计费方案的扩展限额后，所有缓存的事件都会被记录在 Analytics module 中。
{% endcut %}
如果您没有找到所需答案，可以通过反馈表单提交您的问题。 请尽可能详细地描述问题。 如果可能，请附上截图。
联系支持
为文档提出改进建议