Day 17:上架 Google Play

前言


当我们终於准备上架 Google Play,我们需要决定在哪些国家、年龄层、装置等才能够看到我们的 app 并下载。正式上线後 Google Play 也会帮我们记录基本的数值供我们参考。

Google Play 常用功能


报表、统计资料和深入分析

可显示用户分析、用户开发成效、应用程序数据、不同版本及装置的数据,并汇出报表。

应用程序内产品(IAB)订阅机制

内购、周期性订阅功能,如遇到使用者退款等问题也会来这里。

测试阶段

分为内部测试、封闭测试、公开测试,内部测试是将公司内部人员加入群组测试,内部测试的好处是上架时间很快,不需要过 Goolge Play 审核就能让在群组的人在 Google Play 上看到。封闭测试是对外部使用者释出的测试版本,也是透过建立群组的方式管理。公开测试就是我们会在 Goolge Play 上看到“抢先体验版”,不需要在群组中就能下载。

阶段发布

app 在更新後经常会有灾情,阶段发布就是让只有某个百分比的用户能看到更新,用户是随机挑选的,我们每一次更新都应该尽量采用阶段发布来减少大规模负评的可能。

Android Vitals

这是针对 app 工程面的检测数据,例如启动时间长短、当机率等。

在地化

Google Play 提供专业人员翻译的服务,翻译的范围有 app 内字串、商店资讯、IAB 商品名称。

相容装置

截至 2021/09/20,Android 有进两万种装置,有些装置的状况特殊,可以指定哪些装置能/不能看到这个 app。

商店资讯 A/B 测试

如果不知道哪一种商店资讯的文案能带来较高的下载量,可以使用 A/B 测试,提供不同的文案,再透过数据决定最终使用的文案。

预先注册促销活动发行免安装应用程序、还有很多

注意


keystore

我们要上架 Google Play 的 app 是需要签名的,而这个用来签名的金钥如果弄丢了,可能就再也无法更新我们已经上传的 app,必须另起一个新的 app,重新累积下载量,我们可以使用 Play 应用程序签署(Play App Signing),让 Google 帮我们保管金钥,减少风险。

审核时间

上传 app 後,我们经过短则几小时,长则几天,另外,审核的单位可能在美国,所以圣诞节假期、农历新年等时间上传要特别注意,还有因疫情也造成审核时间变得较长。

App Store Optimization

就像 SEO 一样,app 也应该做能提高曝光度的最佳化。

政策

Google Play 的政策经常改,这些政策很重要,通常会要求填写是否有出现某些内容的声明,或是因使用了第三方金流等原因而被要求改进,若不改进,就真的会被下架,但也不用太担心,只是暂时在 Google Play 搜寻不到,改进後就能恢复上线。我们应该时刻注意 email、Goolge Play 内的收件匣,以避免来不及做反应。

结语


经常看到很多优秀的 app

  • 因为没有善用 Google Play 的功能而被没被看见。
  • 商店资讯不完善、没有阶段发布而导致许多负评。
  • 没有做好统计数据的观察而导致方向错误。

这都可惜了团队的心血,应该要定期(或出版时)优化一下。


<<:  Day17-238. Product of Array Except Self

>>:  JS 17 - 继承和浏览器的小问题

CSS 权重优先级

前言 偶尔写CSS时会发现改了颜色、宽高但没有任何效果,就有可能是优先级搞出的问题唷。 所以搞清楚C...

[Day11]Bangla Numbers

上一篇介绍了Cubes,主要是考回圈的运用及判断,仔细思考之後就会发现不是那麽困难了。 今天讲解的题...

[Day 30] - 终成行男

呼,想当初在铁人赛开赛前还在犹豫到底要不要开赛呢? 参赛後是要写什麽主题呢? 一探 React Na...

day19 : redisDB keyDB on K8S (上)

redisDB是一个快速轻量的key-value资料库,因为可以无状态的执行,我个人认为非常适合运行...

JS 14 - 控制物件

大家好! 文章到今天也快要写一半了,谢谢各位的阅读。 我们进入今天的主题吧! 控制物件 先建立一个物...