Adobe Analytics报表包配置之——转化( eVars)

Adobe Analytics Haran 6年前 (2019-03-07) 3107次浏览 0个评论
文章目录[隐藏]

这一节讲转化配置,主要是转化变量eVar)和事件(Event):

Adobe Analytics报表包配置之——转化( eVars)

从上面这张图,你可以看到转化配置有七大类设置,下面将逐个减少这些设置作用是什么,怎么设置的。

转化变量

eVars,转化变量,作用是自定义市场营销报告中划分转化成功度量区间,影响转化的因素,或维度,都可以用这个去跟踪,比如哪个广告转化的,哪个地区的,什么时间段的……

别看名字有转化两个字就觉得是跟踪转化的,其实不是的,重点在于变量,从哪些角度去看成功事件,转化变量通常是跟成功事件结合的。

随着官方的更新,转化变量现在是已经具备流量变量的功能,而且官方也推荐使用转化变量,少用流量变量。

eVars里有个特殊存在,就是Campaign,或是说Tracking Code,cid,这个是eVar0。

 

Adobe Analytics里面开启转化变量

Adobe Analytics中点击「管理员」——「报表包」——「编辑设置」——「转换」——「转化变量」后可以看到如下图:

Adobe Analytics报表包配置之——转化( eVars)

新建一个新的变量,启用它,然后记住它的名称。

  • 状态:这个转化变量的状态,有开启或禁用
  • 描述:添加一些描述性的文字说明这个转化变量的作用
  • 名称:自定义一个转化变量的名称,这是你在报告中所看到的名称
  • 分配:设置分配规则,在转化之前有多个变量,该如何分配,
  • 过期时间:有效期多久,这个是设置eVars的持久性,里面有很多种时长
  • 类型:变量的类型,有两种类型:
    • 文本字符串:这个比较常用
    • 计数器
  • 重置:重置的作用是当这个转化变量调整设置的时候,将这个转化变量重置,不沿用旧的设置。Adobe不建议设置这个。
  • 启用促销:这个功能是用于站内跟踪,有两种方式:
    • 产品语法:将eVars和产品关联,后续的事件默认划分(如果开启这个,促销捆绑事件就处于禁用状态),如果你的站点布署有电商跟踪,用到产品这个字段,那么在站内营销跟踪的时候不建议用这个方式,因为它会需要设置一个虚拟产品,会影响product这个维度,看产品的数据的时候需要将虚拟产品移除,或是将产品设置为另一个转化变量,需要看产品维度的数据的时候,使用这个转化变量。
    • 转化变量语法:就捆绑事件与eVars关联,需要在促销捆绑事件中设置需要关联的事件

 

Launch中配置

Launch中有两种配置方式,一种是Adobe Analytics插件里面配置,这的配置是每次都发送,这些信息是一直跟着跟着用户的,一种是规则里面配置,触发的时候才发送,发送的类型一般不设置成浏览的形式,用GA的话就是设置成非交互类型的。

Adobe Analytics报表包配置之——转化( eVars)

查找方法

事件在渠道分配规则,其实就是归因。

 

转化分类

转化分类就是将转化拆分成多个维度,如转化是指是a_b_c,那么可以通过转化分类和规则生成器实现拆分成a,b,c。

一个变量添加 255 个分类

 

独特访客变量

设置一个转化变量作为独立访客标识,自定义一个用户ID,这个功能只能用于Data Warehouse,实现将AA数据和外部数据映射关联,目前是不建议设置。

需要与visitorID做区别,用途是不同的。

 

成功事件

就是事件跟踪,参考Adobe Analytics上做事件跟踪

 

分类层次结构

管理转化分类的层次结构,就是层级关系。

 

列表变量

列表变量主要是它能够收集更多的数据,因为流量变量最多收集100字节,转化变量是255字节,超过这个就需要使用列表变量,列表变量中,每个变量最多是255个字节。

 

总结

它们的关系如下:

Adobe Analytics报表包配置之——转化( eVars)

 

转化变量就是一个变量,变量分类就是对转化变量做分类,使得可以作为一个维度在报告中使用,分类层次结构是将变量分类的层级做管理。而变量列表是当要传递的数据很多的时候使用。

 

拓展:Instance的计算原理

实例是转化变量(eVars)收到的次数,可以理解为发送给Adobe请求里包含这个转化变量的次数。

实例是针对转化变量,对于转化变量:实例<=页面流量<=发送次数

对于流量变量,不存在实例,因为实例=发生次数=页面浏览+页面事件,所以如果你要看流量变量的实例,直接看发送次数

 

我们来看这个例子:

假设一个注册成功页面(也可以是事件)设置了eVar1,这个页面被访问一次,eVar1的实例是1,这个页面被访问N次,实例就是N。

如果在注册成功页面之后的事件也设置了eVars1,如果发送M个事件,eVar1会增加M个实例,得到的数据完全是不一样,所以要小心,谨慎在其他事件里设置它。这里还可以进一步区分为两种情况:

  • 一种是eVar1是固定值的,那么只影响的是实例的数值
  • 一种是eVar1是动态的,如用Adobe Launch里的数据元素去设置eVar1,会影响到实例的类型和数值计算

 

但对于对于营销渠道(通常看做eVar0)就不一样,它的实例计算是只有在值改变的时候才计算,也就是营销渠道被覆盖的时候才计算。

我们再看一个例子:

用户第一天是通过PPC进来的,那么当天实例是1,如果用户第二天直接访问,因为是直接访问,渠道值没有变化,那么当天实例是0,合计后,实例是1。

用户如果先通过PPC进来,接着通过自然搜索进来,那么当天实例是2,因为渠道被覆盖,值有变化。

 

在使用实例的时候,如果对数据有疑问,可以看看该转化变量的设置,是什么时候发送,看是否是自己预期的那样,如果仅在该转化的时候触发,那么就是次数,如果在其他事件或页面也触发,那就要小心,这时候的实例就不是次数,往往是错误,但也可能是有特定的用途(特定计算逻辑)。

 

 


如有疑问,可以在文章底部留言或邮件(haran.huang@ichdata.com) 我~
喜欢 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址