在Capgo中，3个值被计算并且很重要
- 用户
- 存储
- 带宽
每次使用都有不同的计数方式
用户
每次用户下载并打开您的Capacitor JS 应用时，它会向Capgo后端发送一个请求，以确定是否有更新可用。
当应用执行此操作时，它会发送一些信息，包括最重要的一项 DeviceID
DeviceID: 是设备上生成的唯一 ID（UUID） 从插件版本 v5.10.0、v6.25.0 和 v7.25.0 开始, 这个 ID 现在在应用重装时会持续存在（安全存储在设备存储中）。在这些版本之前，ID 会在每次应用安装时重置
每次您的帐户接收到一个新的设备 ID 时，它会在数据库中保存。
每次一个旧的 DeviceID 请求更新（应用打开），它会更新其记录（在数据库中的 updated_at 字段）
此数据保存在 2 个地方：
- 设备表中
update_at值 - 应用统计表中，每日计数器，代表今天活跃的设备数量，且本月未活跃
由于计划限制，首先使用的方法是因为它100%可靠，为了显示图表，第二个方法是使用的。 您可以在您的帐户主页上看到它们：
- 图表中使用的是第二种方法
- 应用程序表中使用的是第一种方法
Capgo 不会计算模拟器和开发构建在您的使用中。请记住，在试用期后，您不能超过3%的它们，否则会锁定您的帐户，直到您修复它。
Capgo 还为您执行一些过滤。 如果您已配置CI/CD将您的版本发送到Google PLAY，Google每次运行您的Capacitor应用程序时，会在20+台真实设备上运行。 在新包的前4个小时内，我们会阻止Google数据中心IP以防止它们被计算。
每个月，这些数据从零开始。
- 在每个设备请求中，创建或更新我的数据库中的设备
- 将每天未激活本月的活跃设备的数量添加到每日计数器中
第一个方法返回：900+用户 而第二个方法在您的帐户中是200+用户 为了计划限制，我使用第一个方法，它是100%可靠，而为了显示图表，我使用第二个方法。 您可以在您的帐户主页上看到它们。
存储
每次您上传一个包时，这个数字都会增加上传大小。
这些数据仅与您的上传大小相关，应用程序大小越小，您就越好地在您的计划中。
如果你接近或达到限制，你可以列出你的CLI:
npx @capgo/cli@latest bundle list
要查看你可以清除的内容，移除一个包裹，释放存储空间，但不要删除统计数据。
当你准备进行清理时，使用以下命令删除多个包裹：
npx @capgo/cli@latest bundle cleanup
PS：这对环境有益，但也对你的钱包有益 💪。
你也可以使用
--external的上传功能来使用你的存储空间，而不计入你的计划。
带宽
上下文：Capgo营销网站。角色：短的UI标签或导航项。见于：component pricing/Calculator.astro, component pricing/PriceDetails.astro, component pricing/PricingCalculator.astro。消息键 `bandwidth` (带宽)。
计算这个值的方法稍微复杂一些，但理念与存储空间相同。
This data is only related to your download size, the better your Capacitor JS app size is, the better you stay in your plan.
这个数据仅与你的下载大小相关，越好的Capgo JS应用大小，越能保持在你的计划中。
一个重要的事情需要注意，__CAPGO_KEEP_0__无法看到下载的大小，它只能看到包裹的大小。因此，如果你有一个大的包裹，且有很多用户无法下载它，你会迅速达到限制。
In the future, Capgo 将改进下载系统，增加一次下载包的机会。
Keep going from How your usage is counted in Capgo
如果您正在使用 How your usage is counted in Capgo 来规划实时更新的交付，连接它与 Capgo 实时更新 for the product workflow in Capgo Live Updates, __CAPGO_KEEP_0__ 实时更新 概览 概览 功能 功能实现细节在功能中查看 为更新行为的实现细节，和 更新类型 为更新类型的实现细节。
