一文了解Google Play隐私政策弹窗的最优做法

我们知道,现在一个应用从Google play去上架公开市场时,只要应用内有收集用户隐私数据的行为,就需要在用户第一次打开应用时,进行隐私政策的声明(以下简称声明)。即使应用不涉及相关隐私权限和搜集相关的隐私数据,但是应用集成了广告的sdk或者是或者是firebase的埋点sdk,那么也需要进行声明。

具体哪些算隐私权限呢?哪些算用户的隐私数据呢?我们可以参照Google Play的这个页面的说明。

https://play.google.com/about/privacy-security-deception

声明形式

目前大家普遍采用的声明的形式是弹窗的形式。

即在用户第一次打开的应用的时候进行弹窗声明。弹窗内详细列出了应用相关的隐私政策,并且在弹窗最下面有两个按钮,左边是不同意按钮,当用户不同意点击不同意的时候直接退出应用;当用户点击同意的时候弹窗消除,用户可正常使用应用。

如果用户不同意,点击了不同意,退出应用后再次进入。则重复弹窗动作,直到用户同意为止。

不因隐私声明导致用户流失

那么这个时候,有的朋友会问了。我的应用只是因为埋点,需要使用这个声明。如果用户不同意的话,岂不是都没有办法去使用应用了吗?相当于还没有开始就结束了,我就流失了这个用户。这个时候该怎么办呢?

别急。有很多小型的应用,只有在埋点了以后,会需要进行声明。那么我们可以做这样一个操作,就是当用户点击声明弹窗里的不同意按钮,也就是不同意按钮的时候,我们同样的可以关闭声明的弹窗进入应用正常使用,但是同时,我们不进行埋点数据的收集,这样也是可以的,是Google Play所允许的。

但是如果需要正常使用应用的时候,就已经涉及到了敏感权限。那么这个时候是不能采用这种方法的。

提高同意通过率

以上提到了一些小型的应用,可以当用户点击不同意,也就是不同意的时候不进行相关敏感数据的收集。

那么这个时候又有朋友问了。那如果很多用户不同意的话。我岂不是有很多用户的数据,我都收集不到,会对影响后期的数据分析啊。

那么这个时候,我们可以稍微地变通一下。既不采用第一种方法,即当用户点击不同意之后,不收集数据并退出应用,用户再次进入时再次弹出声明弹窗;也不采用第二种方法,即当用户点击不同意之后,不收集敏感数据,永远关闭弹窗,用户可正常使用应用。

我们用另一种更灵活的方式来实现。

就是当用户第一次点击不同意之后,我们关闭弹窗,不收集数据,让用户进入应用并可以正常使用。

当用户退出应用的进程,并在第三次打开应用的时候,我们再次弹出声明的弹窗,希望用户可以同意。如果用户再次点击不同意关闭弹窗,那么我们仍然重复上面的动作,让用户正常使用应用,并不收集相关的敏感数据。

当用户退出应用的进程,并在第十次打开应用的时候,我们第三次弹出声明弹窗,希望用户可以同意。如果用户再次点击不同意关闭弹窗,那么我们仍然重复上面的动作,让用户正常使用应用,并不收集相关的敏感数据。

如果用户同意那么各自安好。

这里提到的是只按次数进行声明弹窗的重复展示,在实际操作的时候也可以按使用的天数来进行重复弹窗,或者是次数天数,两个逻辑在一起进行判断。

数据跟踪

我们做了这个弹窗逻辑,就是为了提高用户点击同意的几率。

那么这个时候,我们一定要在同意和不同意按钮上做一个数据采集,方便后期来查看有多少用户点击了同意,在第几个弹窗的时候点击的同意。方便我们后期不断优化弹窗逻辑,以及弹窗次数,对点击同意用户的占比的影响,从而不断调整重复弹窗逻辑,来提高同意用户占比。

灵活配置

由于我们需要不断地优化声明弹窗逻辑,所以不要像文章最上面提到方式,直接将弹窗的逻辑写死在客户端。

建议把弹窗逻辑的配置,按照天数,按照使用次数,或者按照其他的什么所想到的方式,做在服务端,然后以接口的形式进行传参,进行一个实时的调整和配置,这样灵活得多。数据是实时的,配置也是实时的,方便随时调整。

以上就是这篇文章,对Google play隐私政策的一个目前来讲,我能想到的最优的做法。保证不违背Google Play的政策和相关的隐私法律,又在相关的框架下对开发者的权益做了一个最大化的争取。

如果你有更好的做法,欢迎留言。