2026年Google Play订阅调价清单：legacy价格人群、opt-in与opt-out

在 Google Play 给订阅涨价，不是一个在自己后端里完成的定价动作，而是一串带着固定时钟的平台事件。它的默认行为几乎所有人第一次都会判断错：老订阅用户不会跟着涨，他们会继续按原价续费，直到你主动结束他们的 legacy 价格人群（legacy price cohort）。这份清单讲的就是顺序、上限和必须履行的通知义务。

以下内容全部依据 Google 官方文档：Change subscription prices（Android Developers）、Understanding subscriptions 与 Create and manage subscriptions（Play Console 帮助中心），核查日期 2026-10-28。

承载价格的对象有两个：基础方案（base plan）和优惠（offer，即某个定价阶段）。买入之后，两者的行为完全不同。

• 改基础方案价格：对新购买立即生效，并把仍在旧价的人放进一个新的 legacy 价格人群——每次改价都会新建一个人群。
• 改优惠的定价阶段：根本不能作用于已订阅用户。优惠是获客工具，不是给存量用户重新定价的手段。

如果目标是「让现有订阅用户多付钱」，只有基础方案这条路。先定这一条，能省掉一周后全盘推倒重来。

价格人群、迁移、通知期和 opt-out 资格，全部按国家/地区单独计算。两个实务后果：

• 你可以在一个地区结束人群、在另一个地区保留，混合决策是正常操作，不是错误。
• 用 API 改价必须用父地区代码。Google 自己的例子：交易状态接口可能返回波多黎各的 PR，但用 PR 提交改价会报「该地区不可计费」，必须用 US。父地区的子属地都按这个规则处理。

算之前先把真正在卖的地区拉出来。低销量地区涨价的通知义务，往往和它带来的收入完全不成比例。

降价不需要用户同意。新价更低时，Play 用邮件通知用户，并在下一个续订日按低价扣款。有个细节值得写进客服话术：付款授权可以在续订前 48 小时发起，印度和巴西的用户可提前到 5 天，所以已经按旧价授权成功的用户，要到再下一个周期才享受低价。

涨价正好相反：默认是 opt-in（需用户同意），而 opt-out（无需用户操作即可涨）是带条件的资格，不是一个可以随手打开的开关。降价和涨价请当作两个独立项目，负责人和通知模板都分开。

opt-in 涨价的机制是精确的：

• 用户在下一次付款时按新价扣款，前提是已经走过 37 天的提前通知期。
• 在这笔扣款前 30 天起，Play 通过邮件和推送通知现有订阅用户。
• 你触发迁移后的前七天，Play 一条通知都不发——这七天是留给你自己先沟通的窗口。
• 始终没有接受新价的用户，会在新价本应生效的那个续订日被自动取消订阅。

所以真正的排期不是「37 天」，而是：你自己的七天 + Google 的三十天 + 一个要么转化要么取消的续订日。用户流失的沟通要排在 Play 邮件发出的那一周，而不是你改价的那一天。

opt-out 涨价会在用户不操作的情况下直接扣新价（除非他主动取消）。Google 从四个维度限制，且 Console 会强制校验：

• 地区：仅在特定国家/地区可用，且当地最低提前通知期为 30 天或 60 天（视国家而定）。
• 账号状态：仅限在 Google Play 状态良好的开发者。
• 频率：每个订阅的基础方案、在每个国家/地区，365 天内只能做一次 opt-out 涨价。
• 幅度：不超过「用户当前所付价格的 50%」与「每天 17 美分（按汇率折算本地货币）」两者中的较大值。

任何一条不满足，Console 会把该人群标成 opt-in 涨价。你仍然可以继续，但方案已经从「不用问用户」变成「逐个用户征求同意」，流失模型要跟着重算。

发起 opt-out 涨价时要在 Play Console 里做认证，两部分都是硬要求：

• 你的服务条款必须保留「以提前通知方式上调订阅价格」的权利，并给出清晰、正当的涨价理由。
• 在新价生效至少 30 天前，必须向每个受影响用户展示显著的应用内通知，至少包含：订阅名称、当前价格、新价格、新价生效日期、以及如何取消。

这条通知必须覆盖应用上架的所有设备类型——手机、TV 平台、流媒体设备。手表是文档中唯一的例外（建议但不强制）。只给手机端做横幅，对同一个应用的 TV 版本就是不合规。

opt-in 涨价让用户能在应用内直接接受，转化率才守得住，Play 通过 TRANSACTIONAL 类别的应用内消息提供这个入口。两个实现细节决定它是否有效：

• 涨价确认提示从用户可以接受的第一天开始展示，最多每 7 天一次。它是提醒，不是倒计时横幅。
• 用户接受后你会收到 SUBSCRIPTION_STATUS_UPDATED 以及一个购买令牌；必须拿这个令牌去 Google Play Developer API 刷新订阅状态，不能只在本地假设成功。

每次应用打开都调一次这个检查。应用从不提示的涨价，在续订日那一刻等同于静默取消。

价格填错地区是真实存在的事故类型，Google 也写清了退路：

• opt-in：把基础方案价格改回原价，再从 legacy 价格点数页面发起一次降价。若在七天之内回滚，现有订阅用户完全不会收到这次误涨的通知。
• 超过七天，尚未按新价付款的用户会在「最多五天」的付款授权窗口结束后被取消该次变更——但部分用户已经收到 opt-in 邮件，因为每个人的续订日不同。
• opt-out：回滚路径相同，取消同样要等那最多五天的授权窗口。

迁移开始前就把分地区的回滚步骤写成文档。事故当下，没人能准确读完一篇七百行的帮助文档。

两类产品会直接打破「改完立刻生效」的心智模型：

• 分期订阅（installments）：legacy 人群的改价在当前承诺期结束时才生效。用户正在分期付款的过程中，价格不能改。如果现金流模型假设下个月就能涨到位，可能要晚好几个月。
• Subscribe with Google：Google 文档明确写明不应改动这类订阅的价格。请把这类产品当作不在范围内，而不是当成可以上线验证的边角案例。

「结束 legacy 价格人群」才是真正移动存量用户的那一步，它有三个属性值得第二个人复核：

• 只能把人迁到当前基础方案价格。不能迁到任意价格；你想要的价，必须先成为基础方案价。
• 结束一个人群会同时结束同基础方案、同国家/地区的历史人群。之前几次改价形成的人群不会被独立保留。
• 一旦开始就从界面消失。迁移开始后，该 legacy 人群不再出现在 Play Console，即使迁移尚未完成——所以审计信息必须提前留档。Console 的变更日志会记录价格更新时间、发起人和涉及地区。

管着大目录的团队可以用 API 等价操作：monetization.subscriptions.patch 通过 RegionalBasePlanConfig 设置新的基础方案价格；monetization.subscriptions.basePlans.migratePrices 用一组 RegionalPriceMigrationConfig 结束人群，它同时也负责向仍在使用「早于所传时间戳的历史价格」的用户发送涨价通知。

以上内容不预测转化率或流失率：Google 公布的是机制，不是某个涨幅、某个地区的接受率，任何给出的具体数字都是编的。文档真正固定下来的是顺序——建立 legacy 人群、打开通知窗口、接受或取消、完成迁移——而其中每一步都有可以排期的日期。

来源：Android Developers — Change subscription prices（developer.android.com/google/play/billing/price-changes）：新购几小时内生效、默认进入 legacy 价格人群、37 天提前通知期、Play 提前 30 天通知、开发者前七天窗口、降价与邮件通知、48 小时与 5 天付款授权、TRANSACTIONAL 应用内消息与 SUBSCRIPTION_STATUS_UPDATED、分期承诺期、Subscribe with Google 的警告、migratePrices 行为、父地区与子属地代码差异。Play Console 帮助中心 — Understanding subscriptions（answer/12154973）：每次改价新建人群、优惠不能对存量用户调价、opt-in 与 opt-out 定义、opt-out 四项资格（支持地区、状态良好、365 天一次、50% 或每天 17 美分的较大值）、认证要求与全设备类型应用内通知。Play Console 帮助中心 — Create and manage subscriptions（answer/140504）：legacy 价格点数入口、人群起始日选择、历史人群一并结束、迁移复核步骤。三份文档均在 2026-10-28 核查。