当我们终於准备上架 Google Play,我们需要决定在哪些国家、年龄层、装置等才能够看到我们的 app 并下载。正式上线後 Google Play 也会帮我们记录基本的数值供我们参考。
可显示用户分析、用户开发成效、应用程序数据、不同版本及装置的数据,并汇出报表。
内购、周期性订阅功能,如遇到使用者退款等问题也会来这里。
分为内部测试、封闭测试、公开测试,内部测试是将公司内部人员加入群组测试,内部测试的好处是上架时间很快,不需要过 Goolge Play 审核就能让在群组的人在 Google Play 上看到。封闭测试是对外部使用者释出的测试版本,也是透过建立群组的方式管理。公开测试就是我们会在 Goolge Play 上看到“抢先体验版”,不需要在群组中就能下载。
app 在更新後经常会有灾情,阶段发布就是让只有某个百分比的用户能看到更新,用户是随机挑选的,我们每一次更新都应该尽量采用阶段发布来减少大规模负评的可能。
这是针对 app 工程面的检测数据,例如启动时间长短、当机率等。
Google Play 提供专业人员翻译的服务,翻译的范围有 app 内字串、商店资讯、IAB 商品名称。
截至 2021/09/20,Android 有进两万种装置,有些装置的状况特殊,可以指定哪些装置能/不能看到这个 app。
如果不知道哪一种商店资讯的文案能带来较高的下载量,可以使用 A/B 测试,提供不同的文案,再透过数据决定最终使用的文案。
我们要上架 Google Play 的 app 是需要签名的,而这个用来签名的金钥如果弄丢了,可能就再也无法更新我们已经上传的 app,必须另起一个新的 app,重新累积下载量,我们可以使用 Play 应用程序签署(Play App Signing),让 Google 帮我们保管金钥,减少风险。
上传 app 後,我们经过短则几小时,长则几天,另外,审核的单位可能在美国,所以圣诞节假期、农历新年等时间上传要特别注意,还有因疫情也造成审核时间变得较长。
就像 SEO 一样,app 也应该做能提高曝光度的最佳化。
Google Play 的政策经常改,这些政策很重要,通常会要求填写是否有出现某些内容的声明,或是因使用了第三方金流等原因而被要求改进,若不改进,就真的会被下架,但也不用太担心,只是暂时在 Google Play 搜寻不到,改进後就能恢复上线。我们应该时刻注意 email、Goolge Play 内的收件匣,以避免来不及做反应。
经常看到很多优秀的 app
这都可惜了团队的心血,应该要定期(或出版时)优化一下。
<<: Day17-238. Product of Array Except Self
前言 偶尔写CSS时会发现改了颜色、宽高但没有任何效果,就有可能是优先级搞出的问题唷。 所以搞清楚C...
上一篇介绍了Cubes,主要是考回圈的运用及判断,仔细思考之後就会发现不是那麽困难了。 今天讲解的题...
呼,想当初在铁人赛开赛前还在犹豫到底要不要开赛呢? 参赛後是要写什麽主题呢? 一探 React Na...
redisDB是一个快速轻量的key-value资料库,因为可以无状态的执行,我个人认为非常适合运行...
大家好! 文章到今天也快要写一半了,谢谢各位的阅读。 我们进入今天的主题吧! 控制物件 先建立一个物...