Webtrekk在网站代码部署上有自己的优势,尤其在其他网站分析工具中需要特定监测链接、事件、表单、热力图等,在Webtrekk中都有“一键”解决方案。本篇是初级篇,适合大多数公司的部署和应用需求,下一篇会介绍代码部署中的高级技巧。
Webtrekk代码部署分为两部分:全局通用脚本部署和页面特定脚本部署。
一、脚本部署
1. 全局通用脚本部署
全局通用脚本是在每一页都会引用的通用JS,由于其全局的性质,不能根据不同页面做非常灵活的页面级别的配置,因此适合所有页面通用规则的部署条件。
JS代码引用格式
- <script type=“text/javascript” src=“webtrekk.js”></script>
上面的示例中,需要更改的可能有两点,一是Js的命名,这个根据技术具体的命名引用;二是Js路径,绝对路径和相对路径都可以引用,具体以技术的脚步放置位置为准。
JS代码基本语法
JS内的语法规则包括两部分,第一部分是账户特定信息以及全局通用的部署代码,第二部分是JS普通脚本。如下我博客中账户特定信息以及全局通用的部署代码示例:
- 完整的全局配置实例:/**
- * webtrekkConfig
- *
-
- * @type Object
- */
- var webtrekkConfig =
- {
- trackId : “673163862191775″,
- cookie : “1″,
- trackDomain : “tonysongblog01.wt-cn01.net”,
- domain : “www.searchmarketingart.com;webtrekk.searchmarketingart.com”,
- mediaCode : “wt_mc”,
- executePluginFunction : “wt_scrollposition;wt_productAdvertised;wt_customerIdent;wt_frequencyAnalysis;wt_pathAnalysis;wt_pageLoadTime;wt_tabBrowsing”
- };
示例中的变量意义如下:
- trackId : Webtrekk分配的ID,具体由Webtrekk指定,部署时不能改变
- cookie : 客户部署时指定,取值范围为1或3,代表第一方cookie和第三方cookie;对于大多数网站(包括跨子域)建议使用第一方cookie,如果跨顶级域如果有多个trackId同时跟踪建议使用第三方cookie
- trackDomain : Webtrekk分配的跟踪域名,部署时不能改变
- domain : 客户网站的域名,用来排除推荐链接。注:不同的子域名需要都列出
- mediaCode : 广告跟踪代码,由客户部署时指定
- executePluginFunction : Plugins启用参数,功能是启用该JS中的plugins功能,该功能后续文章会介绍。
2. 页面特定脚本部署
页面特定代码部署用来对页面上特定的语法进行控制,这些变量控制的作用一方面是做特定数据采集,另一方面是通过功能配置控制server call消耗。如下是一段示例代码:
- 特定页面配置实例:
- <script type=“text/javascript”>
-
- var webtrekk = {
- contentId : “”, // 根据URL生成一个自动内容ID
- linkTrack : “link”, // 启用链接跟踪[链接或标准]
- heatmap : “1″, // 激活热图跟踪功能
- form : “1″ // 启用表单跟踪
- };
- var wt = new webtrekkV3(webtrekk);
- wt.sendinfo();
- </script>
示例中的变量意义如下:
- contentId :页面名称收集变量,具体赋值由客户实施决定
- linkTrack :页面链接启用控制,该变量取值为link或standard,代表以链接或标准形式跟踪页面事件;注:该功能启用后,页面事件跟踪以及overlay图才能使用。
- heatmap :页面热力图控制变量,取值范围为0或1,代表关闭或启用;注:该功能启用后,热力图报表才能使用,另外启用后会有额外的server call。
- form :表单追踪控制变量,取值范围为0或1,代表关闭或启用;注:该功能启用后,表单追踪报表才能使用,另外启用后会有额外的server call。对于表单跟踪有额外的方法进行收集和控制,包括采集表单字段值、字段内容等,这个后面会介绍。
文章转自:数据研究与商业应用(宋天龙Tony Song),转载请注明。3. 完整的最小部署需求
Webtrekk提供了非常多用途各异的部署变量,页面中最小的部署配置如下:
- 完整的特定页面配置实例:
- <script type=“text/javascript” src=“webtrekk.js”></script>
- <script type=“text/javascript”>
-
- var webtrekk = {
- contentId : “”,
- linkTrack : “link”,
- heatmap : “1″,
- form : “1″
- };
- var wt = new webtrekkV3(webtrekk);
在文章开头就提到了Webtrekk在代码部署中的特色,到底是怎样的?
特定监测链接、事件、表单、热力图这些功能可以通过全局变量或页面变量进行部署控制,通过0或1的设置或特定功能的选择,可以快速实现全站所有(或特定页面)的监测,由于对于热力图、表单这些都无需每次手动插入代码进行设置,全局设置一次后即可实现跟踪。
另外,对于网站中复杂的表单,Webtrekk提供了简单的页面部署方式,只需要几段通用代码调用即可实现对页面表单中功能名称、填写值的追踪,由此出现的数据结合放弃率、完成率、到达率、转化率等指标更具有分析指导意义。
二、报表
上述基本代码部署完成之后,并不是所有的报表都能看,部分报表需要在后台中进行设置,另外一部分报表需要额外的参数配置才可以看。那上面的最小部署能看到哪些报表或数据?
- Overlay:热面点击热力图和页面覆盖图(前提是上述的代码进行了部署)
- Visitors:里面除了CRM和Session参数外的所有报表,包括流量报表、时间报表、访问者、访问、地域和设备报表
- Marketing:里面除了Campaign tree、Google Adwords、SEO度量、潜在搜索词、搜索引擎排名、营销渠道分类、营销参数、站内搜索词外的报表,包括进入来源分类、进入渠道、推介链接、站外搜索词、营销报表、客户路径报表
- Navigation:里面除了page tree、页面类别、页面参数、表单、事件参数、进程、媒体、A/B测试报表外的报表,包括页面ID、页面URL、页面路径、事件报表
- E-Commerence:电子商务报表都需要单独做页面配置,因此该类别下的所有报表都无法查看。
综上,普通的代码部署后,能获得的信息是基于站外Refer属性、页面属性、用户属性产生的报表。上面报表中所有的参数、类别、目标、转化等都需要通过Webtrekk后台配置后才能看到;其他 都需要特定页面部署。