
如何在 AdMate 中管理多个 RevenueCat 项目
一个 RevenueCat 组织可以包含多个项目,而代理机构或工作室也可能与多个组织合作。AdMate 的 RevenueCat 账号模型支持多个账号和项目,并在需要时支持项目专用凭据。
难点不在于添加第二个项目,而在于让身份、商店范围和凭据足够清晰,使合并视图依然可信。
先设计账号结构
在输入凭据之前,先列出项目:
| AdMate 别名 | RevenueCat 组织 | 项目 | 应用和商店 |
|---|---|---|---|
| 工作室订阅 | 工作室组织 | 主产品组合 | iOS 和 Android |
| 客户 A | 客户组织 | 生产环境 | 仅 iOS |
使用在团队成员变动后依然有意义的别名。不要在显示名称中保存密钥片段。
选择账号级或项目级访问
受支持的 RevenueCat 配置可以对应账号级授权或项目密钥,具体取决于当前版本提供的模式。
当授权合理地覆盖多个项目时,账号级访问可以让发现项目更容易。项目专用密钥能保持较小的范围,但必须仔细对应。请使用能满足工作流程的最小权限,并遵循 RevenueCat 当前的凭据指南。
切勿把密钥粘贴到别名、笔记、分析工具或支持消息中。
一次添加并验证一个项目
- 添加 RevenueCat 账号或凭据。
- 为其设置组织级别名。
- 加载可访问的项目列表。
- 选择一个项目。
- 确认其名称、应用、商店和货币。
- 将一个已结算周期与 RevenueCat 仪表板对比。
- 第一个项目确认无误后,再处理下一个项目。
这样的顺序能让对应错误一目了然。先添加所有密钥、再排查空白的合并视图,会更慢。
保持商店范围可见
一个项目可能包含 App Store、Google Play 以及其他已配置的收入来源。与 App Store Connect 比较时,如果指标允许,请将 RevenueCat 视图筛选为 Apple 范围。否则,Android 交易可能会合理地使 RevenueCat 总额更高。
同样的原则也适用于应用范围。不要把整个产品组合的项目与单个商店中的单个应用比较,然后把差额称为收入缺失。
避免客户之间的数据泄露
当设备中包含客户项目时:
- 共享屏幕前确认当前别名;
- 避免出现会暴露其他客户金额的合并截图;
- 合作结束后移除账号;
- 如果项目密钥的保密性存疑,请轮换密钥;
- 绝不要通过未经授权的笔记或聊天服务同步凭据。
AdMate 可以显示多个账号,但访问管理仍是用户和组织的责任。
排查数据缺失
某个项目不见了
检查当前凭据是否有权访问该项目。不应期望项目专用密钥能发现无关的项目。
显示了错误的应用
核实项目选择和服务商标识符。相似的显示名称并不能证明两个应用是同一个。
只有一个项目失败
直接测试该项目的凭据,检查是否已轮换或被撤销,并删除复制时带入的空格。
合并收入看起来过高
检查是否存在重复的账号连接、项目重叠,以及是否通过 App Store Connect 比较或重复累加了相同的商店交易。
每周项目检查
对每个项目:
- 刷新一个已完成的七天周期;
- 确认项目和商店筛选条件;
- 查看收入、交易、退款和相关订阅指标;
- 与上一个长度相同的周期比较;
- 打开导致变化的应用或产品;
- 记录任何报告中使用的服务商定义。
核对 Apple 交易时,请参阅 RevenueCat 收入与 App Store Connect 收益。
常见问题
在 AdMate 中,一个 RevenueCat 账号可以包含多个项目吗?
可以,前提是所配置的授权能够列出它们。项目密钥模式可能需要分别对应。
应该把项目合并成一个总额吗?
只有当它们属于预期的业务范围、使用兼容的货币且没有重叠时才应合并。
为什么一个项目同时显示 iOS 和 Android?
RevenueCat 项目可以包含来自多个商店的应用。进行特定商店的比较时,请按商店筛选。
轮换密钥后会怎样?
为正确的项目替换已保存的凭据,验证后删除已撤销的密钥。




