事件简介

使用“事件”收集与您内容进行互动的相关数据。

“事件”是指用户与内容进行的互动,可以独立于网页或屏幕的加载而进行跟踪。下载、移动广告点击、小工具、Flash 元素、AJAX 嵌入式元素以及视频播放都是可以作为事件进行跟踪的操作。

本文包含的主题:

查看事件数据

您需要向您的网站或应用添加事件跟踪代码,才能在“事件”报告中看到相关数据。请参阅设置事件跟踪

要查看“事件”报告,请执行以下操作:

  1. 登录到 Google Analytics(分析)。
  2. 转到您的数据视图
  3. 打开报告
  4. 选择行为 > 事件

事件剖析

事件包含以下组成元素。事件匹配包含每个组成元素的值,这些值都会显示在您的报告中。

  • 类别
  • 操作
  • 标签(建议选用)
  • 值(可选)

例如,您可以在自己的网站上设置一个视频“play”按钮,以便它发送包含下列值的事件匹配:

  • 类别:“Videos”
  • 操作:“Play”
  • 标签:“Baby's First Birthday”

类别

“类别”是指您为了对要跟踪的对象进行分组而提供的名称。一般来说,对于您想要归入指定类别的相关界面元素,您会多次用到同一类别名称。

假设您还想要跟踪视频的下载次数。您可以使用:

  • 类别:“Videos”
  • 操作:“Downloaded”
  • 标签:“Gone With the Wind”

在这种情况下,您的报告中只有“Videos”这一个类别,而且您可以看到用户与该单一视频对象所有元素互动的汇总指标。

不过,通常您想要通过事件跟踪功能跟踪的对象很可能不止一个,因此在实现调用前最好先仔细考虑一下如何分类报告。例如,您可能希望跟踪“Videos”主类别下的所有不同电影,这样无论用户与之互动的是哪部电影,您都可以获得所有视频互动的汇总数据。

另一方面,您可能会根据视频的类型创建不同的类别,例如为电影视频和音乐视频各创建一个类别。您可能还希望为视频下载单独创建一个类别:

  • Videos - Movies
  • Videos - Music
  • Downloads

在这种情况下,您可以在报告中看到所有这三个类别的汇总事件总数。“事件总数”指标显示的是您在实现事件跟踪时指定的所有类别的事件总数。不过,您无法在“Downloads”中单独查看所有视频的汇总指标,因为详细的事件指标已汇总至其各自所属的类别。

虽然事件跟踪对象模型的灵活度极高,但是您还是应先规划好所需的报告结构,然后再确定类别名称。如果您打算在多个位置使用相同的类别名称,请务必按名称正确引用所需的类别。例如,如果您本来要调用“Video”这一视频跟踪类别,但后来忘记了,而采用了复数形式“Videos”,那么您将拥有两个不同的视频跟踪类别。另外,如果您决定更改某个对象的类别名称,而该对象已通过不同的名称进行了跟踪,则原类别的历史数据将不会得到重新处理,而这会导致同一个网页元素的指标列于报告界面中的两个类别之下。

操作

一般来说,您会使用操作参数来命名您要针对特定网站对象跟踪的事件或互动的类型。例如,在一个“Videos”类别中,您可以使用此参数跟踪多个特定事件,如:

  • 视频完成载入的时间
  • “Play”按钮点击次数
  • “Stop”按钮点击次数
  • “Pause”按钮点击次数

与类别一样,操作的名称也由您决定。但对于事件操作在报告中的使用方式,请注意以下两个重要特点:

  • 所有操作均独立于其父类别单独列出。 而这一点正好可以在您为报告细分事件数据时派上用场。
  • 唯一身份事件取决于唯一身份操作名称。 您可以在不同类别中使用重复的操作名称,但这可能会影响唯一身份事件的计算方式。请参阅下面的建议和“隐含计数”部分,了解更多详细信息。

标签

通过标签,您可以为要跟踪的事件提供额外信息,例如以上示例中的影片标题,或是跟踪下载情况时的文件名称。

  • 类别:“Downloads”
  • 操作:“PDF”
  • 标签:“/salesForms/orderForm1.pdf”

与类别和操作一样,系统会提供一个报告,其中显示了您创建的所有标签。您可以将标签看作一种途径,通过它可为用户与页面对象的互动创建另一个报告维度。例如,假设您要跟踪用户与网页上的 5 个视频播放器的互动情况。所有这些播放器都可以使用“Videos”类别以及“Play”操作,但是每个播放器还可以具备独立的标签(例如电影名称),这样它们在报告中就会显示为不同的元素。

  • 类别:“Videos”,操作:“Play”,标签:“Gone With the Wind”
  • 类别:“Videos”,操作:“Play”,标签:“Huckleberry Finn”

与类别和操作一样,标签的名称也由您决定。但对于事件标签在报告中的使用方式,请注意以下两个重要特点:

  • 所有标签均独立于其父类别和父操作单独列出。 而这一点正好可以在您为报告细分事件数据时派上用场。
  • 唯一身份事件在某种程度上取决于唯一身份标签名称。 您可以在不同类别和操作中使用重复的标签名称,但这可能会影响唯一身份事件的计算方式。请参阅下面的建议和“隐含计数”部分,了解更多详细信息。

有关操作和标签的最佳做法

为了尽可能生成效果最好的报告,请在使用操作时参考以下建议:

  • 操作名称应与您的报告数据相关。 事件跟踪会将两个不同类别中具有相同操作名称的指标合并在一起。例如,如果您将操作名称“Click”同时用于“Downloads”类别和“Videos”类别,那么“热门操作”报告中有关“Click”的指标会同时包含使用该名称标记的所有互动。这样,您可以在下一报告级别中看到“Click”操作按类别细分的详细信息。不过,如果您在实现事件跟踪时不加区分地使用“Click”操作,则该细分在报告中的实用性就会大打折扣。如果您准备在网站上大规模使用事件跟踪,那么最好选择与您的数据类别相关的操作名称。例如,您可以选择针对小工具互动使用“Click”操作,而将操作名称“Play”、“Pause”和“Stop”用于视频播放器互动。
  • 为了汇总或区分用户互动,在使用操作名称时注意全局性。 例如,对于涵盖网站上所有视频的“Videos”类别,您可以使用“Play”作为操作名称。在此模型中,“热门操作”报告会为该“Play”操作的事件提供汇总数据,而且您可以了解有关视频的这一事件与其他事件(如“Pause”或“Stop”)的对比情况。

    但是,假设您要为报告使用一个视频类别,但是需要一些有关两个不同视频播放器界面的信息,您可以使用操作名称来区分不同的播放器界面,而无需创建单独的视频类别。这样报告就可以区分两个播放器,同时仍然保留了显示网站上所有视频汇总数据这一优势。

    类别:“Videos”;操作:“Play - Mac Chrome”
    类别:“Videos”;操作:“Play - Windows Chrome”
  • 操作并不总是表示“操作”。 您可以为操作指定任意字符串。在某些情况下,实际的事件或操作名称可以不具备实际含义,因此您可以使用操作参数来跟踪其他元素。例如,如果您要跟踪网页的下载情况,则可以将文档的文件类型指定为下载事件的操作参数。在这种情况下,系统就会按照文件类型(pdf、doc、xls 等)来细分报告中针对“Downloads”类别的数据。
  • 唯一身份事件数按唯一身份操作数进行累加。 每当有用户与使用特定操作名称标记的对象进行互动时,其首次互动会被记录为该操作名称的一次唯一身份事件。在该用户的会话中,由同一操作触发的其他任何互动均不会计入该特定操作的唯一身份事件。即使该用户离开相应对象,然后开始与标为相同操作名称的其他对象进行互动,情况也是如此。

    这会对报告的结果产生两个显著的影响。首先,假设某用户与使用不同类别标记的视频播放器的“Play”操作进行了互动。虽然该用户与两个不同的播放器进行了互动,但是针对“Play”生成的“热门操作”报告只会列出一个唯一身份事件。其次,每个类别的“操作”报告会列出一个唯一身份操作,因为每个“类别/操作”组合确实各有一个唯一身份事件。有关详情,请参阅“隐含计数”。

 

值与其他组成元素不同,因为它是整数而非字符串,所以可用于为被跟踪的网页对象指定数值。例如,您可以通过它来指定以秒为单位的播放器加载时间,还可以在视频播放器播放到特定位置时触发一个美元价值。

类别:“Videos”,操作:“Video Load Time”,标签:“Gone With the Wind”,值:downloadTime

系统会将该值解读为一个数字,并且报告会根据每个事件的计数添加总计值(请参阅下文的“隐含计数”)。报告还会确定相应类别的平均值。在上述示例中,当视频加载完成后,系统会针对“Video Load Time”操作调用相应事件。视频的名称将用作标签,算出的加载时间会针对各视频下载进行累加。然后,您可以确定“Videos”类别下所有“Video Load Time”操作的平均加载时间。假设您网站上的视频获得了 5 次唯一下载,其下载时间(以秒为单位)为:

  • 10
  • 25
  • 8
  • 5
  • 5
然后,您的报告会根据这些数字计算出下列各项,其中此示例中的数字表示下载时间(以秒为单位):
  • 触发了事件的会话数:5
  • 值:53
  • 平均值:10.6

不支持负整数。

非互动事件

“非互动”一词是指最终的布尔值参数(可选),此参数可以传递到用于发送事件匹配的方法。通过此参数,您可以确定要如何为网站上包含事件跟踪的网页定义跳出率。例如,假设您的首页上内嵌有一个视频。您当然想了解此首页的跳出率,但是应该如何定义呢?您是否将访问者与此首页视频的互动看作是一个重要的参与度信号呢?如果是,在计算跳出率时,建议您将用户与该视频的互动纳入考量,这样一来,用户只访问首页但点击了该视频的会话就不会计为跳出。反之,如果您希望采用更严格的方式来计算首页的跳出率,也就是计算只访问此首页(无论用户是否点击了视频)的会话所占的百分比,那么在计算跳出率时,建议您不要考虑用户与该视频的任何互动。

此时,就需要使用这个可选的非互动参数。请注意,跳出是指仅包含一次互动匹配的会话。默认情况下,事件匹配属于互动匹配,也就是说在计算跳出率时会将其考虑在内。不过,如果此值设为“True”,则这类事件匹配将被看作互动匹配。您可以利用这一点来对包含事件的网页的跳出率计算方式做出调整。将此值设为“True”意味着:对于使用非互动事件标记的网页,如果会话只访问了这个网页,此会话将计为跳出,即使访问者在会话期间还触发了该事件也是如此。相反,忽略此选项意味着:对于包含事件跟踪的网页,如果访问者在会话期间还触发了该事件,则针对此网页的单页会话将被计为跳出。

隐含计数

在事件跟踪中,系统会统计用户与被跟踪网页对象的每次互动,且会将其与指定的用户会话相关联。在报告中,“事件总数”计算的是用户与被跟踪网页对象之间的互动总数。

比如说,如果一个用户对某视频上的同一按钮点击了 5 次,那么与该视频相关联的事件总数为 5,唯一身份事件数为 1。

以下表格解释了对于指定事件类别,数据在报告界面中的汇总方式。在此示例中,两个不同的视频播放器调用同一类别名称,但各自具有不同的标签。按照视频播放器 Flash 界面的编程设定,这两个播放器都有“Play”和“Stop”操作。

针对“Videos”类别的事件跟踪

操作 标签:“Gone With the Wind” 标签:“Mr Smith Goes to Washington” 总计
Play

22 次点击及

10 次带来事件的会话

7 次点击及

5 次带来事件的会话

总共 29 次事件及

15 次唯一身份事件“Play”

Pause

3 次点击及

2 次带来事件的会话

16 次点击及

8 次带来事件的会话

总共 19 次事件及

10 次唯一身份事件“Pause”

Stop

2 次点击及

2 次带来事件的会话

4 次点击及

3 次带来事件的会话

总共 6 次事件及

5 次唯一身份事件“Stop”

总计

总共 27 次事件及

GWTW 获得了 14 次唯一身份事件

总共 27 次事件及

Mr Smith 获得了 16 次唯一身份事件

总共 54 次事件及

类别“videos”获得了 30 次唯一身份事件

实现方面的注意事项

在实现事件跟踪时,请注意以下事项。

跳出率的影响

“跳出”通常是指您网站上的单页会话。在 Google Analytics(分析)中,“跳出”特指仅触发了一次 GIF 请求的会话。例如,用户访问了您网站上的一个网页,然后就退出了网站,并且这次会话没有向 Google Analytics(分析)服务器发出任何其他请求。不过,如果您为网站实现了事件跟踪,则可能会注意到实现了事件跟踪的网页的跳出率指标会发生变化。这是因为事件跟踪像网页跟踪一样被归类为互动请求。

例如,假设您有一个包含视频播放器的网页,其跳出率一直很高,并且您没有为该网页实现事件跟踪。如果您随后为该播放器设置了事件跟踪,那么您可能会注意到该网页的跳出率有所下降,这是因为 Google Analytics(分析)会记录用户与播放器的互动,并将该互动作为附加的 GIF 请求发送给服务器。因此,即使仍有相同比例的用户在访问该网页后没有查看其他网页就退出网站,但是他们与视频播放器之间的互动会触发事件跟踪调用,他们的会话也就不被计为跳出。

这样一来,对于已启用事件的网页,“跳出”的定义将稍有不同:指用户未与被跟踪的事件进行互动的单页会话。

请务必注意,任何在网页加载时自动执行的事件跟踪都会导致该网页的跳出率为零。

每次会话事件数限制

系统会立即跟踪发送至 Google Analytics(分析)的前 10 个事件匹配,之后将限制为每秒跟踪一个事件匹配。

随着会话中的事件数逐渐接近集合上限,系统可能就不会再跟踪更多事件。因此,您应该:

  • 避免将视频的脚本处理为每播放一秒就发送一次事件,以及其他重复次数过多的事件触发因素
  • 避免使用过多的鼠标移动跟踪
  • 避免使用可生成较高的事件次数的定时机制

有关事件实现的最佳做法

事件跟踪的设计模型具有极大的灵活性,它的使用范围并不只是局限在常用的“用户触发的事件”模型上,但是具体设计需要由您决定。因此,实用的事件跟踪报告需要您的报告用户和良好的报告规划有机地结合。

  • 提前确定您要跟踪数据的所有元素。即使最初您仅跟踪网站上的单个对象,但对要跟踪的各种对象/事件有一个总体把握可帮助您建立一个报告结构,能够随着跟踪事件数量和类型的增加而自由扩展。
  • 与您的报告用户一起规划您的事件跟踪报告。提前了解报告的外观可以指导事件跟踪实现的结构。例如,如果报告仅需要显示视频用户界面交互,则类别结构与在报告需要跟踪其他 Flash 用户界面(如菜单、嵌入的小工具和载入时间)时有很大不同。此外,您可以与报告用户沟通,说明事件跟踪提供不同跟踪的可能性,以便让您的实现获得最大效果。例如,报告用户可能对跟踪 Flash 视频界面上用户的行为感兴趣,还可能对跟踪视频加载时间延迟感兴趣。在此情况下,您可以提前规划,在事件调用中使用有意义的名称。
  • 采用一致且明确的命名惯例。在实现事件跟踪过程中,为类别、操作和标签提供的每个名称都显示在报告界面中。此外,在报告统计信息中,类别/操作对被视为唯一元素,因此,对于属于相似类别的所有对象,应首先考虑所需的指标计算方式。

事件与事件目标

“事件”是用户与您的网站或应用进行的互动,您通过修改本文正文所述的跟踪代码指定并收集其相关数据。

“事件目标”是您定义的将某个具体事件标识为转化的目标

请注意,您需要向您的网站或应用添加事件跟踪代码,才能在“事件”报告中看到相关数据。请参阅设置事件跟踪

本文是否对您有帮助?
您有什么改进建议?