选择 Region
Region 与数据合规: 选择 Region
可用 Region
创建应用时，控制台会展示当前账号可使用的 Region，例如：
| Region | 适用业务参考 |
|---|---|
| EU | 主要面向欧洲地区开展业务，或要求相关数据在欧洲区域处理 |
| NA | 主要面向北美地区开展业务，或要求相关数据在北美区域处理 |
| Global | 业务覆盖多个地区，且企业合规政策允许使用全球服务区域 |
实际可用 Region 及对应的服务范围，以控制台和你与 GEELAB 签署的服务协议为准。
图示：创建应用时选择 Region
如何判断应该选择哪个 Region
选择前，建议依次确认以下问题。
你的主要用户在哪里？
优先了解业务用户和数据主体所在的国家或地区。如果业务主要服务欧洲用户，可以优先评估 EU；如果主要服务北美用户，可以优先评估 NA。
用户所在地只是选择依据之一。如果企业内部已有明确的数据区域政策，应以企业合规要求为准。
企业是否有数据驻留要求？
确认设备识别数据是否必须在指定国家或地区存储和处理。相关要求可能来自：
- 企业隐私和数据安全政策。
- 客户合同或数据处理协议。
- 行业监管要求。
- 业务所在地区的适用法律法规。
是否存在跨境传输限制？
如果业务不允许相关数据传输到其他地区，应选择能够满足数据驻留要求的 Region，并同时核对日志、Webhook、数据导出和下游系统的部署位置。
你的服务端部署在哪里？
建议同时考虑业务服务端、数据库、日志平台和 Webhook 接收服务所在的区域。让相关系统部署在相近区域，通常更便于管理数据流，也有助于降低网络延迟。
未来是否需要运营多个地区？
如果同一业务需要分别服务欧洲和北美用户，可以为不同地区分别创建应用，而不是让一个应用跨多个 Region。
例如：
商城主站 - EU
商城主站 - NA两个应用分别拥有自己的接入端、事件、访客数据和区域密钥。
推荐选择流程
确认主要用户和业务地区
↓
确认企业数据驻留与跨境要求
↓
核对服务端、日志和 Webhook 部署区域
↓
选择 EU、NA 或 Global
↓
现有 Region 不满足要求？
├─ 否：创建应用
└─ 是：联系 GEELAB 申请定制 RegionRegion 创建后不可修改
创建应用后，Region 不可修改。原因是 Region 不只是应用的显示属性，还决定了应用数据、服务端密钥和 Webhook 的归属范围。
如果允许直接修改 Region，可能导致：
- 历史事件和新事件分属不同数据区域。
- 访客统计范围发生变化。
- 原服务端密钥与应用区域不再匹配。
- Webhook 绑定关系失效。
- 数据迁移和跨境处理范围不清晰。
因此，请在点击 确认创建 前再次核对 Region。
图示：应用创建成功后的 Region
选错 Region 怎么办
如果应用还没有正式接入，建议删除或停用错误的应用，并在正确 Region 中重新创建。
如果应用已经产生业务数据，请联系 GEELAB 支持评估迁移方案。一般需要完成：
- 在目标 Region 创建新应用。
- 重新创建 Web、iOS 或 Android 接入端。
- 更新客户端使用的 Public API Key。
- 配置目标 Region 的服务端密钥。
- 在目标 Region 重新创建 Webhook。
- 完成测试后切换生产流量。
历史事件、访客数据和设备标识是否可以迁移，取决于具体服务方案。请在迁移前与 GEELAB 确认，不要直接假设数据会自动同步。