1. 概述
广告监测主要通过转化事件中关联的属性标签来分析转化过程中各阶段的效果及产生的原因,比如:该激活来自于哪个渠道、哪个活动或者哪个优化师
下面,分端介绍当前广告监测支持的广告属性
2.移动App属性
对于App而言,广告在做安装激活的归因匹配时,会将匹配成功的信息字段上报到用户属性中,从而帮助客户去分析该推广用户之后产生的行为事件,如:注册/购买等
2.1 用户属性
属性名 | 属性字段 | 说明 |
---|
首次广告系列:用于分析转化数据的首次来源, 后面不会被更新 |
首次广告推广活动 | first_utm_campaign | - 来源: 广告监测面板上创建的推广活动
- 时机: 激活归因成功后,上报到用户属性
- 使用:当前只有在增长分析的用户属性上可以查询,监测面板只使用下面的最近广告系列属性
|
首次广告推广渠道 | first_utm_source | - 来源:广告监测推广活动上绑定的推广渠道,可以是合作渠道,也可以是自定义创建的渠道
- 时机:同上
- 使用:同上
|
最近广告系列:用于分析转化数据的最近来源,根据广告归因模型会更新 |
广告推广活动 | utm_campaign | - 来源: 广告监测面板上创建的推广活动
- 时机: 激活归因成功后,上报到用户属性
- 使用:增长分析的用户属性和监测面板上的推广活动都可以用于筛选分析广告效果数据
|
广告推广渠道 | utm_source | - 来源:广告监测推广活动上绑定的推广渠道,可以是合作渠道,也可以是自定义创建的渠道
- 时机:同上
- 使用:增长分析的用户属性和监测面板上的推广渠道都可以用于筛选分析广告效果数据
|
作弊类型 | cheat_type | - 来源:广告监测反作弊系统
- 时机:若广告监测反作弊系统识别到归因成功的激活是作弊带来的,会将该次作弊类型上报到用户属性
- 使用:当前可在增长分析的用户属性和监测面板上的作弊分析上查看数据
|
激活类型 | activaton_type | - 来源:广告监测激活归因结果,安装激活是推广还是自然
- 时机:激活发生时上报,自然激活上报organic,推广激活上报promotion
- 使用:可在增长分析的用户属性筛选,监测面板上都是推广数据
|
激活渠道 | activation_channel | - 来源:广告监测激活带上来的包内渠道信息
- 时机:激活发生时上报
- 使用:可在增长分析的用户属性筛选,但更建议使用渠道这个属性
|
应用安装类型 | tr_install_type | - 来源:广告监测激活归因模型的安装类型,具有推广属性
- 时机:激活归因成功后,根据安装行为上报用户属性,分别为:
- new:完全的首次安装
- new_by_reinstall:再归因窗口期之外的卸载重装
- reattribution:再营销活动带来的卸载重装
- 使用:可在增长分析的用户属性筛选,监测面板上的安装激活是上述三个类型的总和
|
广告分享用户 | tr_shareuser | - 来源:广告监测创建推广活动配置的自定义参数之一,既可以创建时填写,也可以创建后拼接在监测链接上
- 时机:激活归因成功时上报
- 使用:可在增长分析的用户属性筛选,也可在监测面板的筛选维度中选择
|
广告优化师 | tr_admaster | 同上,由用户自己定义 |
广告自定义参数1 | tr_param1 | 同上,由用户自己定义 |
广告自定义参数2 | tr_param2 | 同上,由用户自己定义 |
广告自定义参数3 | tr_param3 | 同上,由用户自己定义 |
广告自定义参数4 | tr_param4 | 同上,由用户自己定义 |
广告账户名称 | account_id | - 来源:广告监测合作渠道监测链接上广告层级信息,一共4个层级:
- 广告账户
- 广告组
- 广告计划
- 广告创意
注意:并不是所有的合作渠道都有这几个字段
- 时机:激活归因成功时上报
- 使用:可在增长分析的用户属性筛选,但在广告监测面板没有将ID和名称拆分开,下拉筛选框都是名称(没有的话,使用ID兜底)
|
广告账户名称 | account_name | 同上 |
广告组ID | campaign_id | 同上 |
广告组名称 | campaign_name | 同上 |
广告计划ID | ad_id | 同上 |
广告计划名称 | ad_name | 同上 |
创意ID | creative_id | 同上 |
创意名称 | creative_name | 同上 |
广告二级渠道ID | tr_site_id | - 来源:广告监测合作渠道监测链接上广告二级渠道信息,如:巨量引擎的抖音/穿山甲
注意:并不是所有的合作渠道都有这个字段 - 时机:激活归因成功时上报
- 使用:可在增长分析的用户属性筛选,但在广告监测面板没有将ID和名称拆分开,下拉筛选框都是名称(没有的话,使用ID兜底)
|
广告二级渠道名称 | tr_site_name | 同上 |
2.2 事件属性
事件名 | 事件属性 | 说明 |
---|
App唤醒
($invoke) | 链接类型
($link_type) | 集成ALink的App当通过深度链接和延迟深度链接唤醒后,会上报唤醒事件,同时带上相应的事件属性,其中:
链接类型表示当前是由deep link直接唤醒的还是未安装app的延迟唤醒,枚举值为: |
深度链接 ($deeplink_url) | Deep link唤起的深度链接URL,eg: - URI Scheme: douyin://
- App Links/Universal Links: ${domain}/a/aabbccdd
|
3.web网页/小程序属性
3.1 用户属性
属性名 | 属性字段 | 说明 |
---|
首次广告系列:用于分析转化数据的首次来源, 后面不会被更新 |
首次广告推广活动 | first_utm_campaign | - 来源: 广告监测面板上创建的推广活动
- 时机:
- Web: 点击监测链接跳转到集成JS SDK的落地页时,随事件上报,数据平台会将其上报到用户属性中
- 微信小程序:打开集成sdk的小程序进入落地页时,随事件上报,数据平台会将其上报到用户属性中
- 使用:当前只有在增长分析的用户属性上可以查询,监测面板只使用下面的事件公共属性查询
|
首次广告推广渠道 | first_utm_source | - 来源:广告监测推广活动时绑定的推广渠道,可以是合作渠道,也可以是自定义创建的渠道
- 时机:同上
- 使用:同上
|
首次广告推广媒介 | first_utm_medium | - 来源:广告监测创建推广活动时填写的广告媒介
- 时机:同上
- 使用:同上
|
首次广告推广字词 | first_utm_term | - 来源:广告监测创建推广活动时填写的广告关键字
- 时机:同上
- 使用:同上
|
首次广告推广内容 | first_utm_content | - 来源:广告监测创建推广活动时填写的广告内容
- 时机:同上
- 使用:同上
|
3.2 事件公共属性
属性名 | 属性字段 | 说明 |
---|
广告推广活动 | utm_campaign | - 来源: 广告监测面板上创建的推广活动
- 时机:
- web:点击监测链接跳转到集成JS SDK的落地页时,SDK会将其保存在cookie中,随事件上报,同时后续同一个用户再次访问仍然会从cookie中取出带上来,用于分析广告的后续转化行为
- 微信小程序:打开集成sdk的小程序进入落地页时,会将其随产生的转化事件上报上来
- 使用:监测面板上可以直接使用对应的筛选来做数据分析,对于增长分析
- SaaS:仍然是在用户属性中筛选分析
- 私有化:在事件公共属性中筛选分析
|
广告推广渠道 | utm_source | - 来源:广告监测创建推广活动上绑定的推广渠道,可以是合作渠道,也可以是自定义创建的渠道
- 时机:同上
- 使用:同上
|
广告推广媒介 | utm_medium | - 来源:广告监测创建推广活动时填写的广告媒介
- 时机:同上
- 使用:同上
|
广告推广字词 | utm_term | - 来源:广告监测创建推广活动时填写的广告关键字
- 时机:同上
- 使用:同上
|
广告推广内容 | utm_content | - 来源:广告监测创建推广活动时填写的广告内容
- 时机:同上
- 使用:同上
|
utm_from_url | $utm_from_url | - 来源:js sdk预置逻辑,web网页独有
- 时机:用户点击监测链接跳转到落地页时,在session生命周期内会随事件上报该字段,取值为1,如果关闭浏览器下一次再访问则不会带上该字段
主要作用:将用户的每一次访问归属到该用户访问时的推广链接,如果不是直接通过点击监测链接访问带来的转化,则不参与计算 - 使用:当前仅限于私有化
|