什么是报表包
按官方的定义:报表包是一种数据存储库。
可以理解为报表包是接受和存储数据的地方,也是分析的地方,对应的就是Google Anlaytics里的Property媒体资源了。
报表包的分类
报表包有多种类型的报表包,它们之前的区别是怎样的呢?
- Report Suite:普通报表包,也直接叫报表包,用于接受和存储网站或APP的数据,一般是一个网站/APP对应一个报表包。
- Global Report Suite,全局报表包,用于汇总多个站点数据报表报表包,它可以实现数据的去重。
- Rollups Report Suite:汇总报表包,就是将几个报表包汇总到一个地方看整体的数据情况,汇总报表包最多可以包含40个报表包,100个事件,汇总报表包不会增加Server Call,通常是晚上才处理数据的,里面的数据是不支持细分,而且它的汇总逻辑比较不合理,如A报表包的有5个用户,B报表包的有5个用户,即使里面有重复,汇总后是10个用户,所以计算逻辑不符合实际。而且Rollups Report Suite不能在Workspace里使用,所以不推荐使用它。
- Virtual Report Suite:虚拟报表包,就是区段过滤后的数据,可以理解为用过滤器过滤后的数据,对应的是Google Analytics里的过滤数据视图,它也叫辅助报表包,它的数据是非实时的。
普通报表包和全局报表包的创建过程是一样的。如果一个报表包只接受一个网站的数据,那么叫普通报表包,如果一个报表包接收多个网站的数据,那么叫全局报表包。
如果你只有一个网站,那么直接创建一个普通报表包就可以。
如果你是有多个网站,而且需要将所有数据汇总,有两种方式:
- 一种是每个站点将数据同事发向普通报表包和全局报表包,这种做法叫多包标记,目前官方是不推荐这种方方式。
- 一种是所有站点只发向全局报表包,然后再通过虚拟报表包实现各站点数据的拆分。
第二种方式相对来说由于能够减少次级请求的调用,能够节约成本,但由于虚拟报表包的数据不是实时,而且变量名称无法像在完整报表包中那样进行自定义,所以也有很大的局限性。
虽然第二种能够降低成本,但由于其局限性。
报表包的普通设置
Adobe是通过报表包去管理数据的,所说义大部分的配置都是在报表包上处理,点击管理员》报表包,你就可以看到”编辑设置“,这里就是对报表包做设置的地方了。
可以看到这里有很多的大类,这一节主要讲”普通“设置
一般账户设置
这个地方主要做报表包的一些基础配置,这里是讲解一些需要设置的地方,有些
- 网站标题:这个就是你网站的名字,这里是”GA小站“
- 基本URL:填写主机名
- 时区:这个可以选择你网站访客的时区,这个时区会和发送给Adobe服务器的时间戳绑定的
- 默认页面:选择为index.html,跟GA的默认页面是一样的作用。
- 将IP地址的最后八位字节替换为0,就是讲ip的最后一个字节换成0,保护访客的隐私,因为地理位置是通过IP去判断的,这样对地理维度的数据有稍微有些影响。不建议开启,会对机器规则有影响。
- IP模糊化处理:对IP对模糊处理,有三个选项。不建议开启,会对机器规则有影响。
- 交易ID存储:其实就是个外键的作用,导入的数据需要启用。
- 启用数据仓库:开启这个功能实现数据备份,能够发给其他人,这个设置不会产生新的Server Call。
- 邮政编码选项:设置邮政编码的数据从哪里获取
- 多字节字符支持:持使用 UTF-8 将字符存储在报表包中
内部URL过滤
这个功能就是使得自己的域名不会出现在反向链接报告里面的,其实就是解决,在渠道报告中看到来自自己网站域名的流量。
这个设置是必要设置,你的域名是什么,这就填什么。
自定义日历
这个是选择时间模板,计算周期,设定会后不用去理会。
建议设置后,不要随意去修改,因为修改后会更改按周计算的历史数据,如每周唯一访问数会改变。
付费搜索检测
手动设置一些付费的检测规则,查询字符串默认是cid,这些规则将用于后续的营销渠道划分的,你涵盖的投放渠道都要做设置。
这个报告会影响报表里的一些固定报告和后续的渠道划分,设置时需谨慎。
自定义菜单
就是自定义Adobe Analytics报表里的报告结构了,报表你可以随意编辑移动。
处理规则
对数据做一些调整修改的,类似GA过滤器的里的高级,但比GA的强大很多,如设置设置Event、eVar和Props等。
机器人规则
勾选启用IAB机器人过滤规则,对应的是GA里面的漫游过滤器,adobe这里能够设置的维度非常有限,只有IP和用户代理这两个维度。
隐私设置
就是桌面用户如果不给你使用cookie的话删除它们的数据,Adobe不同GA,如果不给使用cookie,Adobe还可以通过其他的id去收集数据,而GA直接是收集不高(现在GA4支持无cookie跟踪,但有数据要求,要达到一定的门槛,才会通过机器学习去填充数据)。
时间戳配置
Adobe Analytics 从客户端发送的数据默认是带有时间戳Timestamp的:
如果你要使用自定义的时间戳,可以使用变量Timestamp去设置,但现在Adobe Analytics Extensions里是没有这个Timestamp变量,你可以在AppMeasurement代码里或Web SDK里设置。
时间戳配置主要是s.visitorID相关,可以说它们是冲突,同时设置会影响数据的处理逻辑,但Adobe Analytics目前是推荐使用Experience Cloud IDs,不用s.visitID,如果你用ECID的,可以忽略这个设置。
但如果你使用s.visitorID,那么就需要注意这里的设置,比如你用自己的或第三方的ID用户识别体系,比如GA的Client ID,Tealium的Tealium visitorID,那么必须设置为禁用时间戳或可选时间戳,如果涉及线下数据导入,那么一定要用可选时间戳。
它有三个选项:
- 禁用时间戳(支持设置 s.visitorID):这个是默认的,Timestamp被禁用,就可以设置s.visitorID。
- 必须提供时间戳(不支持设置 s.visitorID):如果一定要保留时间戳,那么不能设置s.visitorID
- 可选时间戳(支持设置 s.visitorID,但不适用于带有自定义时间戳的请求):它可以处理有时间戳和没时间戳的数据,它这个机制是有时间戳的数据就直接处理,不要在有自定义时间戳的数据上设置s.visitorID,这会导致数据混乱;没时间戳的数据就在到达Adobe服务器的时候,自动加上当前时间戳,然后再处理,它们的时间上的差别是,前者的时间戳是客户端,后者的时间戳是服务端。
自定义Timestamp和s.visitorID只能设置一个,如果你要导入线下数据或没有时间戳的数据,那么就要选择可选时间戳。
需要注意:
- 你设置后,如果要改成其他,需要联系Adobe才能修改
- 如果使用了Timestamp变量自定义设置时间戳,但时间戳配置这里没有设置为可选时间戳,会导致数据永久丢失
服务器端转发
服务端转发就是将Adobe Analytics的数据转发到Audience Manager,是实施Audience Manager的方法之一,能够减少Server Call的发送,节省费用。
在Adobe Analytics开启后,还需要在Adobe Launch去对Adobe Analytics Extensions做些设置,具体设置可以看:部署Adobe Audience Manager方法一:服务器端转发。