跳过内容

合规

Capgo 以隐私、安全性和合规性为设计原则。该文档解释了收集的数据、如何使用以及保护用户隐私并确保使用 Capgo 的 live update 服务时的合规性措施。

数据收集概述

数据收集概述

Capgo 收集了提供 live update 服务所需的最少数据。数据收集的重点是满足运营需求,而不是用户跟踪或分析。

收集的数据

收集的数据

Capgo 只收集必要的数据来提供实时更新功能。当您的应用程序检查更新或下载新捆绑包时,以下信息将被收集:

  • 应用 ID:应用程序的唯一标识符,用于将应用程序与正确的帐户关联
  • 应用版本 Code: 根据应用程序确定哪些更新与应用程序兼容的应用程序版本 code
  • 应用版本名称: 应用程序版本名称用于显示目的
  • 平台: 应用程序的平台(iOS、Android、Electron)用于确定哪些更新与应用程序兼容
  • 设备ID: 为实时更新操作、更新资格、每月活跃设备的去重、支持、滥用预防和运营可靠性而使用的随机生成的、应用范围的设备标识符。它不是广告ID、不是从硬件标识符派生的、也不是用于在应用程序、网站或 Capgo 客户之间跟踪用户的。 在 iOS 上, v7.25.0+ 保留ID通过正常重新安装使用Keychain。 在 Android 上,使用 v7.50.1+ (或 v5.50.1+ 和 v6.50.1+ 在这些发布线上); ID仅在Android Backup/Restore保留应用偏好时才恢复。禁用备份、排除这些偏好或清除应用数据将生成一个新设备ID。
  • 应用程序ID: 设备上当前安装的应用程序的唯一标识符
  • 渠道名称: 选择接收更新的渠道的名称
  • 操作系统版本: 确定设备兼容的更新版本的操作系统版本
  • 插件版本: 用于将更新传递到设备的@capgo/capacitor-updater插件的版本
  • 请求国家: 当可用时,最新的有效的两位字母的ISO 3166-1 code 从处理了Cloudflare请求的设备中接收。它不是GPS或您的应用程序提供的位置值。

附加技术数据:

  • 更新检查时间戳
  • 下载成功/失败状态
  • 包安装状态
  • 回滚事件和原因
  • IP地址(用于地理定位和CDN优化)

端点存储详细信息

端点存储详细信息标题

更新器可以使用最多三个配置的端点进行更新检查、频道自我分配和统计:

  • updateUrl (/updates) 检查设备应接收的哪个包。这一个端点对于 Capgo 云直播更新是必需的。
  • channelUrl (/channel_self) 读取和更新设备频道分配。
  • statsUrl (/stats) 发送明确的更新生命周期、健康状况和失败事件。设置 statsUrl 到一个空字符串来禁用这些额外的统计报告,或者指向一个您控制的自主端点或代理。代理仅在它终止负载而不是转发它时才会将统计数据保留在 Capgo 中。请参阅 自主端点统计数据合同.

禁用 statsUrl 仅改变明确的统计路径。 /updates 和 /channel_self 仍然需要一个稳定的,应用范围内的 device_id 所以 Capgo 可以决定哪个更新和频道适用,并且每月计算活跃设备数用于计费。

当 statsUrl 启用时,Capgo 可以存储:

记录存储的字段
计费 MAUdevice_id, app_id, org_id, timestamp
设备库存device_id, app_id, updated_at, platform, plugin_version, os_version, version_build, version_name, is_prod, is_emulator, default_channel, key_id, 可选 custom_id, 可选的请求国家 code
统计事件device_id, app_id, action, version_name, created_at

当 statsUrl 已禁用但 updateUrl Capgo仍然启用,仍然可以存储:

记录存储字段
计费MAUdevice_id, app_id, org_id, timestamp
设备清单device_id, app_id, updated_at, platform, plugin_version, os_version, version_build, version_name, is_prod, is_emulator, default_channel, key_id, 可选 custom_id, 可选的请求国家code
更新决策事件device_id, app_id, action, version_name, created_at; 动作可以包括 get, noNew, missingBundle, cannotGetBundle, 平台/版本阻止动作,以及计划或频道错误

对于原生版本计费和图表,运行时遥测也可以包括 platform 和 version_build 在支持这些字段的部署计费存储中,使用 MAU 时,新版统计指标也可以包含可选统计指标 metadata 当应用发送它时

仅需稳定的匿名 device_id, app_id, org_id, 和一个时间戳。

什么数据不被收集

标题:什么数据不被收集

Capgo 明确不收集:

  • 个人用户信息或凭据
  • 应用程序使用分析或用户行为数据
  • 应用程序或用户生成的内容
  • 除了一般地理区域之外的位置数据
  • 广告标识符、硬件派生标识符或用于跟踪用户跨应用、网站或Capgo客户的标识符
  • 生物识别或敏感个人数据

数据使用和目的

标题:数据使用和目的

Capgo收集的数据仅用于:

服务操作

服务操作
  • 确定特定应用程序版本可用的更新
  • 通过地理位置CDN选择优化内容交付
  • 确保更新与设备功能的兼容性
  • 管理更新发布和频道分配

服务改进

服务改进
  • 监控更新成功率并识别问题
  • 优化下载性能和可靠性
  • 改进整个更新交付系统
  • 更新失败调试和故障排除

安全性和完整性

安全与完整性
  • 防止滥用和确保服务可用性
  • 验证更新真实性和完整性
  • 保护免受恶意或受损的更新
  • 维护服务安全和稳定

数据存储和保留

数据存储和保留

存储位置

存储位置
  • 更新包和元数据存储在安全的云基础设施中
  • 数据分布在多个地理区域以提高性能
  • 需要欧盟数据居留的应用程序可以设置 updateUrl 到 https://plugin.eu.capgo.app/updates, statsUrl 到 https://plugin.eu.capgo.app/stats,并 channelUrl 到 https://plugin.eu.capgo.app/channel_self. 请参见 数据位置 以获取精确的配置
  • 所有数据传输都使用业界标准协议(HTTPS / TLS)进行加密

数据保留

数据保留部分
  • 运营记录保留用于服务运营、安全、计费和支持。
  • 应用程序设置中可以配置每个应用程序的捆绑包保留。与活跃频道或发布相关的捆绑包将受到保护;未使用的捆绑包将根据应用程序选择的保留规则成为删除的候选项。
  • 保留的历史捆绑包和Delta资产会增加存储使用量。区域复制不会增加存储消耗。
  • 根据适用的数据保护法规,任何个人数据都将删除。

数据安全

数据安全
  • 所有数据在传输和休眠状态下都被加密。
  • 对数据的访问仅限于授权人员。
  • 定期进行安全审计和监控。
  • 遵循行业标准的安全实践。
  • SOC 2 认证: Capgo 目前已获得SOC 2 Type II认证,确保了最高的安全性、可用性和保密性标准。查看我们的合规状态 信任.capgo.app
  • ISO 27001: Capgo已获得ISO 27001认证。查看我们的合规状态在 信任.capgo.app
  • 持续性Code审计: 每次提交都将自动审计由 SonarCloud 为 插件 和 backend确保code质量、安全漏洞检测和可维护性
  • 漏洞扫描: 额外的安全扫描由 Snyk
  • 来检测和修复依赖项中的安全漏洞基础设施安全 :
  • 人工智能驱动的Code审查: 每个拉取请求都由 CodeRabbit AI 进行审查,以捕捉潜在问题、安全问题和维持 code 质量标准

AI驱动

:

每个拉取请求都由CodeRabbit AI进行审查,捕捉潜在问题、安全问题和维护__CAPGO_KEEP_0__质量标准

应用开发者

作为Capgo用户,您有控制权:

  • 频道管理:控制哪些更新被分发给哪些用户
  • 数据最小化:配置设备信息共享的内容
  • 地理控制:管理您的更新分发的地区
  • 保留设置:控制更新数据的保留时间

Section titled “For End Users”

Section titled “For App Developers”

您的应用用户将受益于:

  • 最小化数据收集:仅收集必要的更新传递所需的数据
  • 无跟踪:不进行任何跨应用或持久性用户跟踪
  • 透明度:本隐私政策将详细说明收集的数据
  • 安全性:所有数据传输均加密且安全
合规性和法律

数据保护法规

数据保护法规

Capgo旨在支持主要的数据保护法规,包括:

  • GDPR (通用数据保护条例)
  • CCPA (加利福尼亚州消费者隐私法案)
  • COPPA (儿童在线隐私保护法案)
  • 其他适用的地区隐私法规

当前的合规文件

当前的合规文件
  • The 子处理器列表 是Capgo的当前公开的源真实。它保持最新并列出每个提供商的目的、处理位置、传输机制和变更历史。
  • 该 数据处理协议 是可供审阅的。

App Store和Play Store考虑

App Store和Play Store考虑

Capgo仅更新Capacitor的Web层:JavaScript、HTML、CSS和静态资产。它不会改变您的本机二进制文件、本机插件、权限、特权或商店元数据。每个应用程序都将根据其自身的价值得出审批结果,因此Capgo无法保证单个App Store或Play Store的审批。

仅在App Store和Play Store规则和您提交的应用程序范围内使用实时更新。将正常的本机发布用于本机能力或材料功能变化。审阅 苹果App Store审查指南 (包括指南2.5.2)和 谷歌Play的设备和网络滥用政策 在发布应用之前,确保您的应用符合相关法规。

您的责任

您的责任

作为使用Capgo的应用开发者,您应该:

  • 在应用的隐私政策中包含适当的隐私披露
  • 在需要时告知用户使用live update服务
  • 确认每次计划的更新都符合适用的法律法规和商店规则
  • 如果需要,实施适当的同意机制

隐私设计

隐私设计

Capgo遵循隐私设计原则:

数据最小化

数据最小化
  • 仅收集服务运营所必需的数据
  • 避免收集个人或敏感信息
  • 尽可能使用聚合和匿名化的数据

目的限制

目的限制
  • 仅使用收集的数据来实现所述目的
  • 不将数据用于与活动无关的活动
  • 保持数据使用的清晰界限

透明度

透明度
  • 关于数据收集和使用的清晰信息
  • 让隐私政策易于理解和访问
  • 定期更新隐私文档

联系我们和问题

联系我们和问题

如果您对 Capgo 的隐私政策有疑问或需要报告隐私问题,请

  • 查看我们的完整隐私政策 capgo.app/privacy
  • 查看我们的安全和合规状态 capgo.app/信任
  • 通过我们的支持渠道联系我们的隐私团队
  • 通过我们的安全联系方式报告任何与隐私相关的问题

隐私最佳实践

隐私最佳实践

在您的应用程序中实施Capgo时:

  1. 保持透明告知用户live update功能
  2. 最小化数据: 只有启用您实际需要的数据收集功能
  3. 安全实施: 在您的集成中遵循安全最佳实践
  4. 定期审查: 定期审查您的隐私实践和更新政策
  5. 用户控制: 考虑为用户提供控制更新行为的选项

通过遵循这些实践并了解 Capgo 的隐私方法,您可以为您的用户提供一个安全、隐私保护的 live update 体验。

继续遵守合规要求

继续遵守

如果您正在使用 Compliance 为了规划安全性和合规性,连接它与 HIPAA 合规 为受管制的遥测控制 加密 加密的实施细节 Capgo 安全扫描 Capgo 安全扫描的产品工作流 Capgo 安全 Capgo 安全的产品工作流 Capgo 信任中心 Capgo 信任中心的产品工作流 组织安全 为组织安全的实施细节。