2018年12月10日 | 标签:

项目背景

客户尝试使用了一个比较长的单一网页去推广产品,页面上装有了GA的分析工具,经过一段时间的推广,积累了许多数据,希望知道用户对这种比较长页面接受度

点击放大查看长页面截图实例



项目难点

因为页面是单一页面,无任何跳转,所以通过GA是无法统计到用户的停留时间和跳出率的(GA需要利用不同页面的跳转间的时间差来计算停留时间,如果只有一个页面是,则该值永远为0),考虑使用访问深度这个参数来衡量用户的黏度,既网民是否访问到长页面底部。但是GA的默认是没有访问深度这个功能,通过chrome插件添加的功能也不准确 不好使用




解决思路

需要监控的数据可以通过GA的事件追踪 Event Tracking来传递到GA里去,可以再页面的不同位置添加代码,当用户的滚动栏滑动到指定位置,即触发代码,回传到GA




实现原理

通过JS获取用户当前的浏览器窗口的垂直偏离值,和整个页面的长以及当前窗口的高度,通过这3者的计算可以获得用户当前的访问深度(已经看完页面百分之X的内容既访问深度为X%)

进行循环判断,当X=20%的时候,触发GA的Event Tracking 代码将事件信息 event category为scrolling,event action 为20%,event label为当前页面URL 回传到GA 记录,同理可以记录触发其它3次访问深度的数据




实施过程:

  • 数据的收集:

将对应判断的JS代码添加到页面靠近顶部位置, 但是需要在GA代码的下方(需要先触发GA代码,再触发Event Tracking code),使用GA Debug工具查看是否传送数据回去

  • 数据的整理:

经过一段时间的积累,可以在GA的事件报告中看到我们之前记录的信息,如下

我们可以使用GA的自定义报告功能重新编辑数据形式,增加2个拆分维度,访问设备以及

访问时间,又因为这里是访问深度是具体数字,可以以20%的时间数量为100%,推算出各自访问深度的比例,例如90%的访问比例是 90%的触发次数除以20%的触发次数

数据的可视化:

通过对时间和设备的数据拆分,进行做图,可以看到不同时间段的不同设备的访问深度

数据的结论:

对比PC和Mobile数据

Mobile用户的访问深度比较稳定,而PC用户波动比较大,在这说明PC用户在午饭和晚饭时间(中午1点和晚上8点)是最没有耐心的,访问深度最浅(去除临时时间),在这段时间对PC用户进行广告推广效果不会很好,而在午饭前(11-12)和快下班(4-5点)PC用户的耐性最好,愿意去看比较复杂的信息

单独看Mobile用户的数据(PC数据变化大,需移除后看Mobile数据)

Mobile用户在早上的上班途中(8-9)是最有耐心的,可能是交通工具上需要打发时间,其次是下午的1-3点饭后时间,也是比较有耐心,可能是吃完饭需要看些信息同时消化食物,再其次是晚上11点睡前会有一个高峰,可能是消费者夜深人静时候会理性考虑产品

2017年5月21日 | 标签:

百度统计算是国内能正常访问的最强大的免费分析工具之一了,很多公司因为没有VPN所以很多网页数据分析解决方案选择的是它,目前手里有一个客户就是所有的网页数据都使用百度统计来进行

 

故事背景

目前客户建立了一个网站群,分别有8个子站,同一个域名 但是使用了8个百度统计代码分别记录(不要问我为什么会一个子站用一个代码,正确做法是8个子站用一个代码,甚至跨域的子站都要使用一个代码 再加一个跨域设置即可)

挑战

每天都需要人肉进行8个网站代码的流量统计以及事件统计,需要进入到8个账户 一个个下载

网页访问报告以及事件报告

工作量非常大 同时 因为有百度推广账户,也需要安装百度统计代码,方便分享转化数据到百度账户中

 

解决思路

本来准备新建立一个百度统计代码,把这8个代码都统一为一个,但是这样8个分析账户的中的数据就要受到影响以后都不能受到数据,新账户从0开始,无法迁移老账户到新账户

看到百度统计有合并功能 可以吧8个网站数据合并到一个里面,这里是可以不用换代码 一个虚拟账户中可以查看所有流量的合并,但是缺点是只能合并流量数据 无法合并事件和转化数据,还是需要一个个进入到8个账户中查看

换一个思路,再加一次代码,既一个页面同时加入新老2套代码,根据百度官方的答复是可以统计代码加2次 没有影响,我也测试过确实可以

但是转化代码可以加2个吗,咨询过技术,得到答复是不行,会自动覆盖,事件只能激发一次

但是很多事情需要自己尝试才知道 ,百度统计可以使用定义id的方式,点击某个元素 当这个元素有id的适合即可定义为转化,经常尝试 确实可以

既最终解决方案

原来代码全部保留,新建立一个网站生成一套代码加到这8个页面中

这新建立的网站中通过设置 元素id来创建转化

同时通过分享功能推荐给百度推广账户 打通数据

 

 

 

2016年1月12日 | 标签:

在omniture里面的查看流量来源的报告组里面 有2个报告很相似 Referring Domains和Original Referring Domains报告

里面记录的数据有

Visits和revenue,但是同一个网站 在相同的时间 按照这个2个报表查看 差异还是很大

如下在Original Referring Domains 报告中

可以看到从收藏夹或者直接访问来的销售额是9113, 访问数是1982

1-1

 

但是当我们查看相同时期的Referring Domains 报告的时候

数据是这样的

从收藏夹或者直接访问带来的销售额却只有2469,访问数也少了很多只有734

 

 

1-2

为了方便对比把直接流量的表现  做了一个表 更为直观

Type/bookmark Original referring domain referring domain
revenue 9113 3469
visits 1982 732

 

查询了adobe官方介绍

https://helpx.adobe.com/analytics/kb/comparing-referrer-referring-domains-original-domains.html

  • Referrer report: Displays all previous URLs linked to your site that do not match internal URL filters.
  • Referring Domain report: Similar to the Referrer report, it combines all referring URLs to just their root domains.
  • Original Referring Domain report: Success metrics get credit for the first referring domain a visitor entered your site on, regardless of subsequent referring domains.

Original referring 是指第一次访客来源的情况,类是GA里面的first click model

以下是一个例子

这样的一个情况

这个用户 在不同的报告中会变成归因在以下渠道

Original referring domain Referring domain
revenue Display Baidu
visits Display Baidu

 

再什么情况下使用哪一个报告呢

当要看当月表现的时候

应该看referring domain 报告,显示了所有的本月流量来源及转换情况

 

当发现某个渠道在referring domain报告中 流量很高 就是看不到revenue的时候 再考虑是否停止投放这个渠道的流量,就去查看Original referring domain报告 进入时间机器 回到第一次遇到的时候 理解下流量和销售的来源