·您现在的位置: 云翼网络 >> 文章中心 >> 网站建设 >> 网站建设问答 >> Google Analytics使用中的常见问题(一)

Google Analytics使用中的常见问题(一)

作者:佚名      网站建设问答编辑:admin      更新时间:2022-07-23

Google Analytics使用中的常见问题是一个系列文章,内容主要来自我们日常使用中遇到的各类问题。这些问题可能是技术类的,比如追踪代码和自定义代码如何实施。也可能是应用类的,比如过滤器及高级群体的设置,等等。我会把所有这些问题进行整理和汇总,当每积累够5个有代表性的问题后,就会通过文章的形式更新一次。并争取在文章中给出可能的解决方法。每一篇文章可能都不会很长,实用就好。

Google-analytics-QUESTIONS_AND_ANSWERS

1、报告中的目标转化率为什么会超过100%?

Goal Conversion Rate

报告中的目标转化率为什么会超过100%?在回答这个问题之前,我们先来看下在Google Analytics中对目标,转化,以及转化率的解释和计算方法。

什么是目标:目标是指我们希望访问者在访问中完成的动作,通过在配置文件中设置条件可以创建目标。

什么是转化:转化是指访问者完成目标的访问次数。

什么是转化率:转化率是指完成目标的访问次数占网站获得的所有访问次数的百分比。

按照以上的三个定义,当一个访问者访问网站并且完成了目标时,转化率应该等于100%。因为此时转化的次数等于1,而网站获得的所有访问次数也是1。在这种理想的情况下,网站的目标转化率最高也只能到100%,而绝对不可能超过100%。那么Google Analytics报告中目标转化率超过100%是错误的吗?先别急,请接着往下看。

前面举的例子是在网站只有一个目标的情况下,目标转化率最高只能到100%,而在Google Analytics中,我们可以在一个配置文件中同时(最多)创建20个目标。也就是说,访问者在一次访问中可以同时完成多个目标。比如,当你在配置文件中同时为网站创建了注册目标和购买目标时,情况就变了。一个访问者在一次访问中先注册成了会员,完成了注册目标的转化,随后又完成了购买,完成了购买目标转化。那么此时网站的目标转化率就变成了200%,因为此时转化的次数等于2,而网站获得的所有访问次数是1。

在Google Analytics的目标转化报告中,通过两种方法计算转化率。第一种是基于网站,第二种是基于目标。基于网站的转化率是计算所有目标的转化次数与网站获得所有访问次数的比率。在这种情况下,如果网站中设置了多余一个的目标。就会出现大于100%的情况。基于目标的转化率是计算完成此目标的转化次数与网站获得所有访问次数的比率。这种情况下我们看到的目标转化率最高只会等于100%,而不会超过100%。

2、流量来源的目标页面与设置的为什么会不一样?

source_landingpage

流量来源的目标页面与设置的为什么会不一样?回答这个问题之前先来解释下什么叫目标页面。

目标页面(Landingpage):是指访问者在访问网站时打开的第一个页面。一次访问者访问者可能会浏览多个页面,但只有第一个页面叫做这次访问的目标页面。

这个问题经常会发生在SEM流量或者是使用utm标签标记的广告流量中。通常我们在进行SEM流量购买或广告投放时,为了更好的引导访问者降低跳出率,都会为关键词或不同的广告内容设置一个指定的目标页面(landingpage)。而当访问者点击了关键词的付费结果或广告后,就会按照预先设置直接打开这个页面,并从这个页面进入网站。但是,当你查看Google Analytics报告的登录页面报告时会发现,访问者不止会从指定的目标页面进入网站,还会从其他的页面进入网站。而那些其他的页面都不是我们指定的目标页面,甚至有些页面可能与关键词和广告的内容没有关系。这是为什么呢?

解释这个问题必须要了解Google Analytics对流量渠道的分级。这里推荐阅读郑海平的文章。在Google Analytics中单独标记的广告流量和直接流量相比有较高的优先级。所以,当访问者通过点击广告或SEM付费关键词访问网站后,再次直接输入域名访问网站,第二次的直接访问并不会覆盖前一次的访问来源标记。例如:访问者点击广告,从广告指定的目标页面进入并访问了网站。几天后,当访问者再次输入域名从网站首页访问网站时,依然还会被记录为通过点击广告的访问,并且网站首页也会被记录为该广告的目标页面。虽然你可能从没有将网站首页设置为该广告的目标页面。

3、应用过滤器的新配置文件为什么数据正确?

应用过滤器的新配置文件数据不正确,是指当我们新创建了一个配置文件,并且对配置文件应用了某个规则的过滤器,但当我们在报告中查看数据时却发现,数据不正确。举个例子来说明下,比如我们创建了一个只包含百度SEO流量的配置文件,但当我们查看报告数据时却发现,里面除了百度SEO流量外还包含Google的流量,推介网站流量等等。这是为什么呢?

通常造成这个问题的原因有两个。第一原因是过滤器设置错误,也就是说过滤器压根儿就没开始工作,或者过滤了错误的数据。导致报告中的数据是错误的。这种情况下必须重新创建或修改过滤器的规则才可以解决。第二个原因是数据延迟造成的。过滤器设置正确,但报告中的数据不正确。第二个原因的问题一般不需要重建或修改过滤器设置,一般1-2天后就可以恢复正常。这和Google Analytics处理数据的流程有关系。Google Analytics每时每刻都在按一定的流程处理数据,数据分散在整个处理过程的每个环节中。虽然我们新创建了配置文件,并且设置了正确的过滤器,但仍有一部分数据已经完成了数据处理中的过滤器环节,并被显示在报告中。这部分数据没有被应用过滤器,所以就造成了报告中的数据错误。但这个问题并不会延续,因为之后的数据都会被过滤,所以也就不会再有错误数据产生。

区分错误数据究竟由那种原因造成很简单,如果报告中的数据在2-3天后恢复正常就是第二个原因数据延迟造成的。如果报告中的数据一直是错误的,那么肯定是过滤器设置错误。

4、路径分析中为什么会存在奇怪的前后页?

Navigation Summary

Google Analytics中的路径分析叫做内容导航。访问内容导航报告时,你可能会发现这样的问题。当前页面的前后页中出现了奇怪的页面。奇怪页面是指那些本不应该出现在当前页面下一页的页面。例如:网站A页面中没有C页面的任何入口,但当我们查看A页面的下一页时,却出现了C页面。理论上,访问者是不可能直接从A页面点击到达C页面的。那么报告中为什么会有C页面呢?解释这个问题之前先要了解一下路径报告的工作原理。

Google Analytics的路径报告按时间戳来确定页面被浏览的前后顺序。例如:在一次访问中,访问者16::00访问了A页面,16::03访问了B页面。那么,按照时间戳的先后顺序Google Analytics就会将B页面A页面的下一页。对于非多标签浏览器来说,如果页面都是在本窗口打开的情况下这种排序方式是没有问题的。但对于多标签浏览器来说就会有这样的问题,访问者在一次访问者先浏览了B页面,然后打开了A页面,随后又从B页面上打开了C页面。此时,Google Analytics按时间戳记录的页面浏览路径是B—》A—》C。虽然A页面中没有任何C页面的入口,但C页面依然奇怪的作为了A页面的下一页。

并非只有Google Analytics的路径报告有这种错误,这也是很多其他工具中路径报告的工作原理。这个错误的路径报告有一个好处,当一个错误的访问路径大到一定程度时,她也在提示我们应该重新考虑网站这部分的结构设计,使网站更加符合大多数访问者的浏览习惯。

5、 使用utm标记过的流量为什么不能查看真实来源?

Google Analytics将流量的来源渠道分为4种,其中除了搜索,推介和直接流量外,广告系列的流量渠道就是指使用utm标记的流量。这4种流量来源渠道是同一个级别的,任何一类流量当被使用utm标记后,都会被记录为广告系列的流量来源。

使用utm对流量进行标记是一种简单的人工标记流量来源的方式。Google Analytics会按照标记的内容记录流量来源信息。换句话说,你在utm中对流量标记了哪些信息,同样在报告中就能看到哪些信息。举例来说,对于推介网站的流量,默认情况下Google Analytics会记录完整的推介网站URL,并将相对地址存储在推介页面URL报告中。这样,当我们对推介网站的流量进行细分时,就可以看到每个推介网站下不同页面URL带来的流量。而当我们使用utm标签对这部分流量进行重新标记后,Google Analytics就不会再去记录推介页面的URL地址,而是直接从目标网站的utm标签中获得我们预先设定好的标记值。此时,如果你统一将这个网站中所有的流量来源名称都标记为网站名称,那么在报告中看到的也同样是这个网站名称。

另外,前面说过搜索流量,推介流量,直接流量流量和广告系列流量是同一级别的流量渠道。在Google Analytics的cookie中每次访问只能记录一个流量来源。就好像一次访问不可能既属于搜索流量又属于直接流量一样。使用utm标记过的流量也不可能同时属于多个流量来源渠道。

作者:王彦平

文章来源:蓝鲸的网站分析笔记 转载请注明出处链接。

相关文章

Google Analytics热力图:网页详情分析

Google Analytics自定义报告之—搜索引擎报告

使用Google Analytics辨别虚假流(上)

使用Google Analytics辨别虚假流(下)

利用google analytics追踪搜索引擎蜘蛛的爬行日志