App Store 和 Google Play 的评论与数据，怎么放在一起管
两家商店各连接一次，评论就都进了同一个收件箱，历史评论也会自动补齐；下载、更新、评分、收入和稳定性数据按商店分开展示。数字虽然放在一起，算法还是各家的：下载数不等于用户数，两边的评分不能直接平均，收入要先看币种和报表有没有到齐。
同时运营 iOS 和 Android 的团队，最常见的情况是：评论两边都在回，但数据要一家一家登录后台去看，周报再手动拼起来。这篇文章讲怎么把两家商店的评论和数据放到 OmniFire 里一起管，以及合在一起之后，哪些数字能加、哪些不能。
先说明一下，OmniFire 是我们的产品。下文是对照产品代码和两家商店的官方文档写的，没有用真实商店账号逐项实测，商店规则核对到 2026 年 10 月。
哪些事能在 OmniFire 里做，哪些还得回商店后台
在 OmniFire 里，App Store 和 Google Play 属于“应用运营”连接，只用来收评论、看数据，不能往商店发内容。评论进“互动”，和社媒的评论、私信放在一起；数据在“数据分析 → 应用商店”。
| 在 OmniFire 里做 | 还得去商店后台 |
|---|---|
| 看评论（包括全部历史评论）、回复评论 | Google 内测、公测渠道的反馈 |
| 标记已读、归档和恢复；删除自己在 App Store 的开发者回复 | 两家商店都不让开发者删除或隐藏用户评论；Google 也没有删除开发者回复的接口 |
| 看已支持的下载、更新、商品页、稳定性、评分和收入报表 | 商店只在网页后台给的指标，比如 Google 的曝光、日活/月活和留存 |
| 连接应用，管评论和报表 | 发版本、改商店资料和截图 |
它也代替不了你在 App 里接的分析 SDK。OmniFire 读的是商店开放给开发者的使用和稳定性数据：Apple 那边有会话、活跃设备、删除和崩溃，Google 那边有崩溃、ANR，以及近 28 天的崩溃率和 ANR 率。留存、日活/月活、广告归因、关键词排名和订阅分析都不在其中，Google 的曝光、日活/月活和留存也只能去 Play Console 网页上看。具体能看到哪些，可以先翻一下应用商店数据分析的介绍。
连接之前，把三类权限分别准备好
连接时填的是开发者凭据。连上之后，OmniFire 会列出这个凭据能访问的应用，你勾选要导入哪些。一个凭据可以管多个应用，但每导入一个应用，就占套餐里一个连接账号的名额。
容易出问题的地方在于：评论、数据和收入，用的是三套不同的权限。
| 商店 | 评论 | 数据 | 收入 |
|---|---|---|---|
| Apple | Issuer ID、Key ID、.p8 私钥 | 另需团队 Vendor Number | 同一个 Vendor Number 对应的销售报告 |
| 服务账号 JSON；启用 Play Developer Reporting API 才能列出应用；授予 Reply to reviews | 统计用的 Cloud Storage 存储桶；View app information = Global；历史评论也从这个桶里导入 | 单独的收益存储桶；View financial data = Global |
Apple 这边，连接表单建议用 Admin 权限的 API 密钥，这样一个密钥就能同时管评论和报告。这只是为了省事，Apple 本身并没有规定只有管理员能回复评论，在它自己的后台里，Account Holder 和 Customer Support 角色也能回。
Vendor Number 一定要填。没有它，OmniFire 读不到任何 Apple 报表，下载、收入、曝光、评分都会是空的，不只是收入缺失。Google 这边，统计存储桶一般以 pubsite_prod_rev_ 开头，收益存储桶是另一个，要单独确认。另外，Google 的连接流程不需要手动填包名。
连接时的检查只验证能不能读评论。所以经常出现评论一切正常、数据却一片空白的情况，这时回到上面这张表，逐项核对数据和收入的权限就行。如果是替客户管 App，交接时最好把“评论能读”“统计报告有权限”“收益报告有权限”三件事分开记下来，权限请客户在商店后台自己确认。
私钥和服务账号文件只在连接表单里填写，保存时会加密。不要通过聊天或邮件传这些文件，请人帮忙排查时也不要把内容贴出来。
每天怎么处理评论
打开互动收件箱，按客户与品牌、平台和账号筛出要处理的应用，再切到未读，就是今天的新反馈。每条评论都能看到星级、作者、正文和已有的开发者回复，App Store 的评论还带标题。
开发者回复所有人都能看到，所以不要写进用户的个人信息。两家的长度限制也不一样：Google Play 最多 350 个字符，只能是纯文本；App Store 最多 5,970 个字符。
一条评论只能有一个开发者回复。已经回过的评论再回一次，新回复会直接替换旧的，两家都是这样，也没有单独的编辑入口。所以回之前先看一眼，是不是同事已经回过了。Google 只在第一次回复新评论或修改过的评论时通知用户，之后再改回复，用户不会再收到通知。
处理完可以标记已读，或者把会话从“进行中”归档到“已归档”，归档和恢复都支持批量操作。归档只影响 OmniFire 里的整理，商店上的评论不会有任何变化。
App Store 的评论还可以在会话里删除自己的开发者回复，删除前会再确认一次。用户的评价不受影响，之后也可以重新回复。Google Play 没有提供删除回复的接口，所以 Google 评论上没有删除按钮，想改就发一条新回复把旧的替换掉。
编辑及以上角色可以回复自己负责的客户下的评论。评论回复不走内容审批，社媒内容审批流程管不到这里，敏感问题由谁来回，团队需要另外约定。
目前还不能按星级、语言、国家、是否已回复或负责人筛选评论，也不能把某条评论指派给某个同事；搜索只查主题和参与者姓名，不查评论正文。安排值班时要把这些考虑进去。
新评论大约每 15 分钟同步一次。刚接入时，OmniFire 还会在后台分批补历史评论：App Store 每轮补几百条，直到全部读完；Google Play 的旧评论从统计存储桶里的月度评论文件导入，因为 Google 的接口只返回生产版应用最近 7 天内新写或改过的文字评论。补进来的历史评论直接记为已读，不会把未读列表塞满，也不会覆盖已经同步到的评论。
怎么看“应用商店”页面
页面顶部最多有四张卡片：本月至今收入、下载或安装、更新，以及产品页浏览量（有数据时才显示）。卸载、累计装机和 Google 的装机基数在下方的应用明细表里。
大部分模块固定显示最近 30 天。趋势图可以单独切换 7 天、30 天、90 天等范围，切换只影响这张图。评分显示的是最新一次的数据。所以同一个页面上，各个数字的时间范围并不相同，给客户发截图或写周报时，最好每一项都注明周期，不要笼统写成“本周数据”。
点开某个应用，抽屉里有收入趋势、各地区收入、各商店的转化漏斗、使用与稳定性，以及各地区评分。漏斗按商店分行显示，因为 Google 不向开发者提供曝光数据，它的商品页访客和 Apple 的页面浏览也不是一个算法。“使用与稳定性”从不把两家的数字相加，并且会标出哪些 Apple 指标只统计了同意共享分析数据的用户。
如果某一项是空的，不代表数值是零，可能是报告还没出来，也可能是权限没配好。先把这两点排除，再判断表现好坏。页面上的其他内容可以看数据分析功能。
iOS 和 Android 的哪些数字能相加
两家商店对同一个指标的定义往往不一样。汇总之前，先看下面这张表；报告里也最好保留分商店的数据，免得一个总数把差别掩盖掉。
| 指标 | Apple | 能否合并 | |
|---|---|---|---|
| 收入 | 每日开发者所得，退款记为负数 | 收益报告，按交易日期记账；文件每月一次 | 同一周期、统一币种后可以合计，但不是结算款 |
| 下载或安装 | 首次下载单位数 | 每日用户安装 | 只能算商店报告的活动量，不是去重用户 |
| 更新 | 更新量 | 每日设备升级 | 活动量可以合计，要注明口径不同 |
| 评分 | 各地区平均分和评分数 | 总体及分国家平均分，没有评分数 | 不能直接平均 |
| 页面浏览与转化 | 商品页浏览次数，包括已经装了应用的人；下载除以浏览 | 每天去重、还没装这个应用的商品页访客；获客除以访客 | 只能粗略合计，转化率不能平均 |
| 卸载 | 删除次数，只统计同意共享分析数据的用户 | 每日用户卸载，全部用户 | 不能 |
| 崩溃 | 崩溃次数，只统计同意共享分析数据的用户 | Play Console 的每日崩溃和 ANR；近 28 天崩溃率和 ANR 率 | 不能 |
| 装机基数与活跃设备 | 活跃设备：期间内至少有一次会话的设备，只算同意共享的用户 | 装机基数：装了这个应用、近 30 天开过机的设备 | 不能，口径不同 |
收入合计时会先换算成美元，缺少汇率的记录会被排除并标出来。这个合计也不是商店的实际打款金额。Google 的收入按月出，当月还没到齐的时候，不适合拿来做完整对比。
评分也要注意。Apple 的“全球”评分，是 OmniFire 根据采集到的最多 40 个地区加权算出来的，不是 Apple 官方公布的全球平均分。Google 不提供评分数，所以两家没法加权合并；评分数也不等于文字评论数。
Google 的“装机基数”指的是装了这个应用、近 30 天内开过机的设备，不是日活或月活；Apple 的“活跃设备”按会话算，而且只覆盖同意共享分析数据的用户。两个数字在页面上分开显示、名字也不同，写报告时不要都改叫“活跃用户”。
报表会晚几天
Apple Sales and Trends 的数据第二天才有，日期按太平洋时间算，最近一两天的数据可能还不完整。Google 的统计数据每天采集，但以月度 CSV 文件发布，通常晚 3 到 7 天，具体时间不固定。
Google 的收益报告按月生成，一般在次月 5 日前后给出上个月的数据，没有每日收入。OmniFire 每天 02:00 UTC 同步一次指标，每次重新读取最近 7 天的数据。手动同步有冷却时间，而且商店还没发布的报告，同步也拿不到。
刚连接的应用，不会立刻有 30 天或 90 天的历史数据。时区、报告发布时间和汇率换算，都可能让 OmniFire 里的数字和商店后台略有出入。核对时先确认哪些日期的数据已经到了，再判断是不是哪里出了问题。
每周的复盘可以这样做
- 按应用把低星评论读一遍，手动记下反复出现的问题。这一步靠人看，OmniFire 不做自动情绪分析。
- 确认两家商店各自有哪些日期的数据，再比较同一时段的趋势；月度收入单独比较。
- 先分别看每家商店的下载、更新和评分，再做口径允许的汇总。
- 在记录里标上版本发布日期，列出要跟进的问题和负责人。
评论里某个问题多起来，同时下载量有变化，并不能说明是这个问题导致的。把两者放在一起看，是为了决定接下来查什么，而不是给一次涨跌找原因。
如果是给客户做代运营，周报里可以把“需要回复用户的”和“需要交给产品团队排查的”分开写。公开回复只针对用户已经提出的问题，还没核实的推测留在内部记录里。
常见问题
能在一个工具里回复两家商店的评论吗？
可以。评论都会进入 OmniFire 的互动收件箱，编辑及以上角色可以回复自己负责的客户下的评论。两家商店的回复都是公开的。
接入后能看到以前的评论吗？
可以。App Store 的历史评论会在后台全部补齐；Google Play 的旧评论从统计存储桶的月度评论文件导入，没有配置存储桶的话，只能拿到接口返回的最近 7 天。历史评论分批导入，评论多的应用可能需要几个小时。
能删除开发者回复吗？
App Store 可以，在评论会话里确认后就能删除自己的回复。Google Play 不行，它的接口不支持，只能发新回复替换。两家都不允许开发者删除用户的评论。
评论和数据是实时的吗？
不是。评论大约每 15 分钟同步一次，数据每天同步，而且要等商店先发布报告。Google 的收益按月提供。
为什么两边的数字对不上？
两家的指标定义和统计日期都不一样。比如 Apple 的“首次下载单位”和 Google 的“用户安装”就不是同一个东西，收入的结算周期也不同。先按商店分开比较，再看总数。
哪个套餐包含应用商店功能？
目前所有套餐都包含应用运营，每月 19.99 美元起，可以免费试用 7 天。每个导入的应用占一个连接账号名额，各套餐的名额见价格页面。
来源：Google Reply to Reviews、月度报告说明，Apple Respond to reviews、Sales and Trends 报告说明及指标定义；核对于 2026 年 10 月 27 日。