Google Play 预注册不是预热，是提前占位

在 Play Console 里开预注册，很多人把它当成上线前的一次预热动作：挂个倒计时，等日子到了自然会有人来。等到上线那天，通知发出去了，装的人却没有想象中多，团队开始怀疑是不是素材不行、是不是预热做得不够。

我的看法是，预注册不是预热，是提前占位。占的是几个很具体的位置，位置上有没有东西摆着，跟你发了几条预热帖关系不大。

先说结论

预注册做的是三件事：让商品详情页在应用还没上线时就能被搜索和浏览；把「想装」这个意图提前收进用户的 Google Play 账号；让这些人在上线那一刻收到安装通知，符合条件的设备当天还会自动安装。

三件事里，第二件最值钱，第三件最容易漏。因为它们不是品牌曝光，是实打实的安装路径，只不过被往前挪了。

所以判断标准也简单：如果你要的是上线首日那条安装路径通畅，Google Play 预注册值得做；如果你要的是「让大家知道我们要来了」，它给不了，投广告或做内容更直接。

预注册在商店里到底占的是哪个位

把机制拆开，三个位置。第一个位置在商店里。开放预注册之后，你的商品详情页是可以被访问的，用户能看到截图、描述、视频，只是按钮不叫「安装」，叫「预注册」。这意味着你提前拿到了一个可被搜索、可被分享、可被投放落地页引流的页面。很多团队忽略了这点，页面做得比正式上线时还潦草。

第二个位置在用户账号里。点下预注册，这个动作记在用户的 Google Play 账号上，不是一条可以随手划掉的推送权限。

第三个位置在设备上。上线时 Google Play 会向所有预注册用户发安装通知，符合条件的手机会在发布当天自动安装。这一步是「提前占位」最实质的部分：你不用等用户想起来，安装已经发生。

「符合条件」这四个字是有内容的，下面单独说。

官方那五步，坑在哪

Play Console 里的流程官方写得很清楚，这里不复述菜单路径，版本会变，以官方帮助页的最新说明为准。但那五步里每一步都有团队会踩的地方。

第一步是准备。预注册有单独的要求与准则，也有官方建议的筹备动作。跳过这步的人最多，因为它看起来只是读文档。

第二步是指定设备。你要上传一个 app bundle，Play 通过应用清单判断哪些设备支持预注册。关键在括号里那句：这条轨道上上传的 bundle 只用于判断设备范围，不会发给用户。所以别指望拿它当灰度渠道，它不是测试轨道。还有一条，如果应用内有内购的一次性商品，至少有一个上传的 bundle 要包含 Play 结算库，否则预注册奖励那条路走不通。

第三步选国家/地区，误解率最高，单独一节讲。

第四步是可选动作：预注册奖励。你可以在商店页挂一个免费的一次性商品，用户点预注册就能拿到，不需要兑换码。这是个很有效的钩子，但也有代价，它把一部分「只想拿奖励」的人混进了池子，上线当天的转化率会被稀释。挂不挂，取决于你要的是人数还是留存。

第五步开启，然后拿着预注册的专属链接去各渠道推——官方也提示，推广时要用这条链接。

预注册页就是商店页，别只挂个倒计时

这是我最想说的一点。

预注册页不是海报，是完整的商品详情页。用户决定要不要点那个按钮时，看的是图标、标题、前两张截图、短描述和有没有视频。这些元素在预注册阶段就该按上线标准做，它承担的任务同样重，甚至更重——此时没有评论、没有下载量、没有排名可以借力。

反差最大的一类情况：上线页面做得很讲究，预注册页面临时拼，理由是「反正还没上线，先占个位」。攒下的人点进来看到半成品，按返回键走了。

还有个细节值得提前想清楚：预注册阶段的用户可以看不懂你要做什么，但一定要能看懂「这是个什么东西」。品类识别不清，后面所有投放都是在给错误的人看广告。

预注册攒了人，上线当天还是会掉量

预注册数和首日安装数之间有个差额，这个差额本身正常。但如果差得离谱，通常是三个断点之一。

第一个断点：装了测试版的设备收不到通知。官方帮助页里有一句容易被跳过的话——已经安装了应用测试版本的用户不会收到推送通知。做内测的团队几乎必然踩这个坑：最热情的那批早期用户，恰恰因为帮你测过，上线那天收不到提醒。知道这条之后，至少可以在内测群里单独通知他们。

第二个断点：自动安装有资格条件。官方说的是「符合条件的设备」在发布当天自动安装，设备条件、账号条件、网络与设置都可能影响，具体口径以官方最新说明为准。所以别把预注册数直接当首日安装数写进报表，那是两个数。

第三个断点：时间跳票。预注册本质上是向用户承诺一个上线时点。延期一次，通知的可信度掉一次；延期多次，那批人已经被别的应用填满了。这个成本不出现在任何后台数字里，但它真实存在。

国家/地区选的是账号归属，不是人在哪

这条值得单独说，因为它的反直觉程度很高。

你在预注册设置里选的「国家/地区」，指的是用户在 Google Play 上注册的账号所属国家或地区，不是用户当前实际所在的位置。一个在德国出差的巴西账号，仍然算巴西。

这和投放的定向逻辑不一样。广告平台按设备、按地理位置定向，商店按账号归属。两边口径不一致时，会出现「广告投到了 A 国，点进来却看不到预注册按钮」的情况。做跨境发行的人对这件事应该有肌肉记忆：先在目标市场用小号验证按钮在不在，再开始放量。

反过来也有好处。如果你的目标人群是「住在某国的某国侨民」，这个规则反而精准。

App Store 侧没有同名机制，双端团队别硬套

双端团队常见的做法是把两边的节奏做成同一套日历，这在预注册上会出问题。

Google Play 的预注册是一套独立的前置流程，有它自己的页面、设备范围、国家列表和奖励机制。App Store 侧对应的是另一套概念，通常被译作预购，机制、用户看到的界面、上线后的交付方式都不完全一样，具体以 Apple 官方最新说明为准。

所以别把「Android 开了预注册」当成「iOS 也准备好了」。真正的对齐点是内容和素材：截图、视频、文案、卖点顺序，这些是一份资产，两边共用；而上线时序、通知路径、转化漏斗，两边各算各的。

我一般建议双端团队把预注册当 Android 的专属项目来排期，同时把 iOS 的元数据放在同一次冲刺里做完。这样素材只生产一轮，但节奏不互相拖。

什么情况下别开预注册

预注册不是「开了总比不开好」。

第一种，上线时间不确定。预注册是公开承诺，你的日期会被用户看到。如果发版节奏还在跟研发对赌，先别开。占位的价值抵不过跳票的代价。

第二种，应用还没到能给人看的状态。预注册页要放截图和视频，核心界面还在改，你放上去的素材上线时得全换一遍，前期预热等于白做。

第三种，你只在一个很小的市场试水，且这个市场本来没有预注册的使用习惯。拿到的人数会很少，少到没有统计意义，不如把精力放在商店页的关键词和截图上，那部分收益是长期的，不会随上线日结束。

第四种，目标是验证需求。预注册数不是好的验证指标，它太便宜了：点一下不付费、不留联系方式。要验证需求，落地页加留资更可靠。

预注册期间该盯哪几个数

决定开了，就别只盯总数。

第一组是来源结构。商店自然搜索来的、投放落地页来的、社群来的，各占多少。这决定上线当天该往哪个渠道追加预算。

第二组是页面浏览到预注册的转化。这个数在预注册阶段就能看出截图和短描述有没有说清产品。它低，问题在页面；它高但总量小，问题在流量。

第三组是市场覆盖。国家列表里哪些真的有量、哪些是空的。空的要么补本地化，要么关掉，别让它们虚增分母。

可以先做这几件事

1. 打开 Play Console 的预注册设置，确认「支持设备」那步上传的 bundle 是最新的，别用半年前的包来定设备范围。 2. 把选中的国家/地区列表拉出来，和投放定向逐个对照，找出「广告投得到、按钮看不到」的缺口。 3. 按正式上线的标准重做预注册商品详情页：图标、前两张截图、短描述、视频，一个都别留到上线前才补。 4. 在内测群里单独通知装了测试版的用户，按官方说明，他们收不到上线那天的推送。

如果你在做海外双商店的上线排期，不确定预注册该不该排进这次版本，站内有咨询组件，可以把应用现状和目标市场发给我们看看。柚鸥更愿意帮你把「占位」这件事算清楚，而不是劝你一定开。