后端与Play Console的Google活跃订阅数量差异排查

1. 统计维度误解：订阅数 vs 用户数 #

Play Console的订阅活跃图表默认可能统计的是活跃用户数（即至少拥有一个活跃订阅的用户），而非活跃订阅数。如果你的后端统计的是所有符合条件的订阅条目（一个用户可能有多个订阅），自然会出现后端数值更高的情况。

• 验证：在Play Console中查看是否有“订阅数”而非“用户数”的统计选项，或对比单用户的订阅记录，确认是否存在同一用户多订阅的情况。

2. 时区不一致导致的日期范围偏差 #

Play Console的统计默认使用UTC时区，如果你的后端使用的是本地时区或其他时区，会导致日期范围计算出现偏差。例如UTC的当日0点对应北京时间当日8点，若后端按北京时间统计当日，会包含UTC前一天的部分订阅，导致统计数增多。

• 验证：将后端的日期转换为UTC时区后重新统计，再与Play Console数据对比。

3. 未考虑订阅的取消/退款状态 #

即使paymentState=1且日期在起止范围内，若订阅已被用户取消（autoRenewing=false且用户主动终止）或已退款（cancelReason=2），Play Console可能将这类订阅排除在“活跃”统计之外，但你的后端仅判断日期和支付状态会将其纳入。

• 验证：检查差异订阅的autoRenewing和cancelReason字段，确认是否存在已取消/退款但未过滤的条目。

4. Play Console的活跃定义包含额外过滤条件 #

Play Console的“活跃订阅”统计可能排除了以下情况：

• 处于账户保留期的订阅：用户因支付失败进入保留期，虽未过期，但Play Console可能暂不标记为活跃；
• 已暂停的订阅：部分地区支持订阅暂停，暂停期间订阅虽未过期，但Play Console可能不计入活跃；
• 测试订阅：若你的后端未过滤测试环境的订阅（purchaseType=0为测试购买），而Play Console默认排除测试数据。
• 验证：检查差异订阅的accountState（账户状态）、purchaseType字段，对比Play Console是否排除此类数据。

5. 重复订阅记录的累积 #

若后端未清理已失效的订阅记录（例如订阅过期后未删除，后续用户续订生成新记录，但旧记录的expiryTimeMillis因某种原因被错误更新），会导致统计时重复计算。

• 验证：检查后端订阅记录的orderId，确认是否存在同一orderId的重复条目，或旧订阅的expiryTimeMillis是否被错误延长。

内容的提问来源于stack exchange，提问作者marekk