简单介绍下 UTM 的使用和含义。
UTM主要是PC端用来对流量来源进行追踪,此外,还可以根据不同渠道、不同内容做精细化运营分析,帮你对比区分优质和劣质渠道,提高流量在产品内的转化。如下图所示:
每一个渠道带来的流量都十分清晰,用户在产品内的行为也一目了然,是否注册了,是否最终购买了,都可以看到。我们可以看到讲述heatmap热图的这篇内容在渠道「微博 1」投放的链接,带来了 9992 个页面浏览量,2066 个注册用户量,以及 1614 个购买用户量。
而且不仅可以看到同一篇文章在不同渠道的流量情况,如 heatmap 热图这篇内容在微信、微博和其他渠道的推广情况;还可以看到同一个渠道不同文章带来的流量情况,如在微博渠道,heatmap 热图的文章的导流情况比 features 功能文章的导流情况更好。
用户在产品内的行为,有多少进行了注册,有多少完成了购买,清清楚楚,而且,我们还可以将不同渠道进行分组,查看不同渠道的用户留存和转化。
需要说明的是,不仅限于PC,且不仅限于H5,也可以推广到移动APP端,进行使用。
UTM统计原理
urchin tracking module,简称UTM,源于Google Analytics,业界通用,沿用称呼。
UTM统计的原理:将投放在不同渠道的链接打上特定的参数标记,可以是多个参数不同类目级别的组成,在用户的页面浏览链路中一直往下带,直到产生订单存入订单表,用来统计监控各个链接的流量情况。
UTM模型
字典
UTM通过几个维度的数据来记录一条渠道,具体如下:
其中,最核心的字段是utm_source,其他字段都是相对个性化的内容,虽不是必须,但建议运营和产品都做配置。
UTM用途和使用方法
可以用于付费推广、内容文章、活动等。对于我们电商,更多是用于链接投放推广。
1)用于链接投放推广
CASE 1.
2)APP内链接投放
目前由于APP内还未完全实现类似阿里SPM埋点,链路分析还不是很成熟,如引导GMV,目前使用的是路过原则进行近似估计,为了更精准的统计,可以针对APP内的H5(APP原生需要架构组支持),在核心链路全是H5的情况下进行实施该方案,将参数一直带到订单表。
后期可以推动APP端进行尝试router带参形式,进行核心原生页核心入口链路算法探索。
CASE 2.
UTM实施
1、运营和产品:utm参数的设置和取值由运营和产品进行业务定义,格式严格按照模型设计,只要按照规范,【比邻星】上可以自动看到数据(后期逐步细化)。
2、PC/H5/APP前端:PC/H5/APP前端开发负责将入口的参数,在用户页面浏览的链路中负责往后传递。
3、后端开发:负责在用户下单成功后,将前端传递的值存入数据库。