自我引荐是指在流量的来源中看到自己的域。比如，我的域是cloga.info，但是在GA的引荐里面也可以看到cloga.info。

二、出现自我引荐有什么问题

其实，出现少量的自我引荐是比较正常的。但是，如果自我引荐的量比较大，则需要引起注意。

首先，自我引荐会重写外部的来源，比如，本身是baidu organic的流量，在某一点被重写为自我引荐，那么baidu organic流量所带来的贡献将被低估（这种情况比较少见，更多的是Direct被认为是自我引荐），特别是如果在转化渠道的某一点出现问题时，对归属模型的破坏是毁灭性，其毁灭性不亚于域哈希使用不一致。数据上的一个表现效果是大部分转化都来自自我引荐，这个数据对Marketing人员的营销预算分配没有任何意义。另外，自身的访问量也会被高估，本身是一个访问，却被认为是多个访问。

三、为什么会出现自我引荐

出现自我引荐的情况有很多，归结到一点就是满足了GA的流量来源重写的规则（GA对访问来源判断），自身的域名被认为是与其他的外部域一样，是一个引荐。下面简单列举一下我所知道几种情况：

（1）Landing page的GATC加载未成功。Landing page的GATC加载失败，会造成流量来源的丢失，Landing page的referrer和link tag都丢失。并且这个真实的Landing page也不会被记录到GA中。

比如，考虑这个情景，一个对你的网站非常熟悉访问者通过搜索你的品牌词，点击自然搜索结果访问了网站首页，没等GATC加载完成，访问者就通过点击导航去了其他页面，比如a.html。

这种情况下，由于真实的Landing page的GATC没有加载，因此，这个其实是来自baidu organic，landing page为homepage的visit，在GA中被记录为来自自身的引荐流量，Landing page为a.html。

（2）未使用跨子域代码。严格来说，这属于部署失败。不使用跨子域则不同子域间的流量都会变成引荐流量。

（3）域名形式的不一致。比如，我的域名是www.cloga.info，通过cloga.info也可以访问。如果我通过_setDomainName指定的主域是.cloga.info，注意这里有个前导的.，这样的话，cloga.info就会被认为是外部的一个域，如果Direct的（utmz cookie中是direct）访问者Landing在cloga.info，然后通过站内的链接点击站内的链接，到达了www.cloga.info，那么就会被认为是两次访问，一次是direct，一次是cloga.info的referral。

（4）页面代码缺失。

四、如何避免自我引荐

上面已经提到如果自我引荐的流量较小，其实是可以正常的。如果是量比较大，则需要按照以上的提到的一些内容去排查。确认排除一些部署和配置上的问题后，如果还是比较大，你也可以通过_addIgnoredRef语句把自己的域的引荐忽略。

有一些说法说添加_gaq.push(['_setAllowHash', false]);可以避免自我，其实这是种误解，关闭域哈希值的作用主要是用于跨主域跟踪时，GA为每个域计算一个哈希，如果哈希值不一致是无法传递cookie值的，因此要关闭，跨子域的_setDomainName已经保证所以的子域的域哈希是一致的。

综上，GA中出现少量的自我引荐是很正常的，如果自我引荐的量较大，则需要检查代码部署是不是存在问题，代码缺失，未使用跨子域等等，如果要避免自我引荐出现在报告中，则可以添加_addIgnoredRef语句。

好了，以上就是我关于自我引荐的几句唠叨，如果其中有什么错误或者您有任何疑问欢迎给我留言~

一、Google Translator Toolkit概述

Google Translator Toolkit（谷歌翻译工具包简称GTT）是Google提供免费翻译工具，它的主要优势有：

1、支持多种文件格式的全文翻译。支持的文件格式（可惜不支持PDF）如下：

AdWords Editor Archive (.aea)

HTML (.html)

Microsoft Word (.doc)

OpenDocument Text (.odt)

Plain Text (.txt) Rich Text (.rtf)

SubRip (.srt)

SubViewer (.sub)

2、支持术语库和记忆库保持专有数据和翻译风格的一致性

术语库

3、中英文对照，翻译起来很方便，同时各种格式也会以GTT的形式保留，比如超链接是{0}文字{/0}。

翻译界面

4、分享功能使团队协作成为可能。

分享界面

二、Google Translator Toolkit的使用说明

1、创建Google Translator Toolkit账号

访问Google Translator Toolkit网站：http://translate.google.com/toolkit，只需要使用Google账号登录即可，如果没有则需要申请一个Google账号。

2、GTT主界面菜单介绍

左侧工具栏

上传：上传文件或指定URL地址，创建翻译文件 所有翻译：显示所有的翻译文件。

我的标签：可以为翻译文件打标签从而进行分组管理。

共享者：显示与你共享过文件的其他Google用户。

翻译工具：由翻译记忆库与术语库两个工具组成。通过创建和应用翻译记忆库，GTT可以应用你之前的翻译内容到新的翻译文件，而术语库则可以根据其中的内容对术语进行翻译，从而保证术语翻译的一致性，在协同作业的时候尤其好用。这两个工具都需要主动创建，并在翻译任务开始前或进行中指定。

3、创建翻译文件

选定所有翻译菜单下的内容，然后，点击上传，就会进入创建翻译文件的流程。同理，选定翻译记忆库/术语库，点击上传则为上传或创建翻译记忆库/术语库。

上传界面

目前GTT中支持三个来源的翻译文件，本地文件、网页和Wikipedia（其实和网页是一致的）。

这里我以GA Blog介绍流可视化的文章为例。

我选择的是网页，输入这个Blog的文件URL，不需要包含不必要的参数或锚点，包含这部分信息可能导致翻译文件创建失败，同时也会造成自动的命名混乱。为这个翻译文件指定名称，默认会以URL的最后的一部分命名，如果包含参数或锚点，则会以这部分内容命名。

选择源语言和目标语言。

点击共享，指定使用的翻译记忆库及术语库，如果不指定，翻译记忆库会使用全球共享的翻译记忆库，不会使用任何术语库。

点击上传待译文件。GTT就会开始创建翻译文件，这个过程视文件大小而略有差异，这个URL只用了10几秒。

通过本地文件创建翻译文件的过程与通过网页类似。

创建翻译文件完成后会跳转到翻译编辑器界面。

4、翻译编辑器界面

翻译编辑器界面是中英文对照的形式，左侧为英文原文（内容的原始文字），右侧为中文（带翻译的文字）。默认的翻译内容为Google机器翻译后的结果。

当前选定的翻译内容所对应的原文，会以黄色底色显示。

翻译编辑器

这其中包含两个工具栏，右上工具栏和编辑栏工具栏。

5、翻译界面右上工具栏

右上工具栏依次包含共享、显示工具包、编辑、查看、保存、保存并关闭，这几个工具。

共享：包含邀请他人、下载、用Google文档打开和发布到原页面。邀请他人即可以为其他Google用户分配对这个翻译文件的权限，权限包括所有者、修改和分享、编辑、评论和阅读。通过为其他用户共享翻译文件可以较方便的进行协同合作。

显示工具包：工具包即在应用于这个翻译文件上翻译记忆库和术语库。点击之后，会在页面下方显示相关信息。

显示工具包

这里我们可以看到，自动显示了术语库中输入的流可视化。

编辑：包含撤销、重做、查询和替换、合并和拆分语句、添加评论、资源、翻译完成以及拼写检查。这里只说一下资源，资源的作用是修改在翻译文件创建之初指定的翻译工具（翻译记忆库和翻译数据库），如果在文件创建之初没有指定，则可以在这里进行修改。

查看：可以编辑一些与显示相关的属性。包括显示评论，同步滚动、弹出还原编辑栏、横向显示面板等。其中值得注意的一个功能是自定义颜色，可以指定不同匹配条件的翻译内容指定不同的颜色。将上下文完全匹配的内容标注为蓝色，将占位符错误的内容标注为红色等。

保存和保存并关闭的作用与它们的名字相同。

6、翻译编辑器的编辑栏工具栏

编辑栏工具栏

第一个按钮是用来插入html标签，比如上面的内容中包含一个超链接，因此以{0}这个占位符表示。

第二个按钮是用来显示文章中的重复内容，可以将当前的翻译应用于所有的重复内容。可用的按钮以灰色底色显示，上面的例子没有重复的内容。

第三个按钮是清空翻译框。

第四个按钮是将原文复制到翻译框

第五和第六个按钮是用来切换上一句和下一句。

三、翻译记忆库和翻译术语库的创建及维护

翻译记忆库

最后，再来简单说一下这两个库的创建与维护。

1、翻译记忆库

翻译记忆库是记忆你以前翻译的内容并应用于以后的翻译任务中，如果翻译的内容相近则机器翻译则会采用这个翻译。它的创建过程比较简单，选中翻译记忆库，点击上传。

由于是新建，因此不需要选择文件，只要输入翻译记忆库的名称，指定是否公用即可。

翻译记忆库的内容会在以后翻译指定使用这个翻译记忆库的文件时，添加到翻译记忆库中。

2、翻译术语库

翻译术语库的创建与维护比翻译记忆库都要繁琐。

翻译术语库

基本的流程与翻译记忆库一致。选定翻译术语库点击上传进行翻译术语库创建页面。

翻译记忆库是在翻译过程中自动生成的，而翻译术语库则是需要手动输入的。格式为.CSV，字符编码为UTF-8。创建术语库的方式之一使用Google文档，创建一个对应的文档，主要包含三列内容：

en：英文术语

zh-Hans：对应的中文

description：关于术语的简短解释。

使用Google文档的一个原因是翻译术语库要求UTF-8编码的.CSV，从Google文档中导出的文件就是UTF-8编码的。同时，Google文档也可以进行分享，多人进行术语表的维护。

翻译术语库格式样例

创建好的术语表，可以查看其中的内容并进行更新，更新的流程与创建的流程类似，导入新的术语表即可。

话说，同样作为Google的产品，应该有一天可以直接将Google文档作为GTT的翻译术语库，我希望这一天能早点到来~

好了，以上就是关于GTT的一些介绍，欢迎您将日常使用GTT的经验与我分享，如果您在使用过程中遇到任何问题也欢迎与我讨论。

你是否为每次只能同时查看两个维度而苦恼？你是否厌倦了每次导出后CSV之后将编码方式修改为ANSI来避免乱码？你是否希望能直接在Excel获取GA数据，而不需要登陆GA的界面？

如果你有以上的需求，那么，来试一下Excellent Analytics吧~这是一款免费的Excel插件，通过它你就可以在Excel中直接查询GA数据。这个插件是在Excel中实现对GA API的调用。这意味着在一次查询中，我们最多可以查询7个维度（GA的界面中是2个，虽然支持的下钻最多4次），10个指标，总量为10,000条（GA默认是500，通过修改参数可以最多导出20,000）GA的数据。Excellent Analytics还提供查询更新，只要点击更新就可以在现有查询条件的基础上修改条件查询更新数据（我们需要做的通常只是更新一下时间），你也可以将查询条件复制到表格的其他地方更新数据，同时也支持一次查询多个Profile的数据（这个功能比较少会用到）。如果希望的话，你可以用Excellent Analytics制作Dashboard，并且通过更新查询，来更新数据。下面让我们来看一下Excellent Analytics的使用。

使用Excellent Analytics

在你安装了Excellent Analytics之后，打开Microsoft Excel，找到Excellent Analytics并在菜单选择“Account”。

输入你用来登陆Google Analytics的电子邮件地址和密码。确保你输入的信息正确。如果你登录失败，请检查谷歌的帮助 。如果你做了太多的登录尝试，你就必须输入Google Analytics（分析）网站上captcha图像中的字母，或请求一个新的密码。

当您已成功登陆后，下一步是创建您的第一个query。只需按一下“New Query”。将打开Excellent Analytics窗口。

Dimensions（维度）

首先，你必须选择包括哪些维度。如果你勾选一个复选框，你会选择在该级别中包含的所有维度。例如，如果你勾选的“content（内容）”复选框“、那么，exit page path（退出页面路径）”、“Landing page path（着陆页面路径）”、“page path（页面的路径）”和“page title（页面标题）”都将被选中。如果你只想选择其中之一，你需要展开这个水平，只勾选你想添加的维度前面的复选框。

Metrics（指标）

选择指标的工作与选择维度的方式相同。勾选整个水平，或者只勾选你选择的指标。

谷歌已经写了一个清单，很好的解释了可以组合维度和指标 。

执行query前的最后一步是要考虑是否设置一个或多个过滤器限制导入的数据。

Filter（过滤器）

最后，你可以随时刷新数据。

只要选中query产生的表单的第一行，然后按一下“Update Query”。你需要选中您希望更新的表的标题。它包含了选定的Google Analytics（分析）配置文件的名称和选定日期范围。

好了，关于Excellent Analytics的使用就介绍到这里，如果您对Excellent Analytics的使用有任何疑问，欢迎给我留言~

A/B Test

A/B Test是网站分析的主要工作内容之一。通过A/B Test能够有效的比较多个版本页面之间的效果。Google Web Optimizer（GWO）是Google提供的一款免费工具，利用它营销人员可以很方便的进行A/B Test及多变量测试，所需要做的只是在指定页面上添加几行JS代码，而不需要更多的IT资源。

一、GWO A/B Test访问者分配的基本流程

1、访问者在浏览器中请求实验页面的URL

2、你的网站服务器返回实验页面的HTML代码

3、放在页面顶部的GWO控制脚本执行

4、控制脚本判断应该为访问者分配的页面版本，如果是原始页面，则不作任何处理，如果是替换页面，则按照用户在GWO指定的URL进行跳转

二、GWO标准的A/B Test的局限性

GWO标准的A/B Test主要用于对单个页面的测试，因为在GWO中输入的替换页面是固定的。比如，测试不同版本首页的效果。但是，如果你想要测试的内容页面组效果，比如不同版本的产品类目页。

原始页面组：

http://www.mysite.com/category1/index.htm

http://www.mysite.com/category2/index.htm

http://www.mysite.com/category3/index.htm

……

对应的实验页面组：

http://www.mysite.com/category1/index-t.htm

http://www.mysite.com/category2/index-t.htm

http://www.mysite.com/category3/index-t.htm

这类的实验无法用GWO标准的A/B Test实现，但是，在实践过程中，却有着巨大的应用价值。通过一些简单的自定义GWO也可以帮我们实现这个需求。

三、用GWO实现页面组A/B Test的基本思路及实现方法

通过一些自定义GWO的A/B Test和多变量Test都可以实现页面组的A/B Test。

1、GWO的A/B Test实现页面组A/B Test

对于GWO的A/B test来说，我们可以指定一组页面（GWO的控制脚本可以放在模板页面）跳转到一个页面，将这个（或多个）跳转的页面作为中间页面，再通过页面JS跳转到对应的替换页面。

以上面的页面组A/B Test情景为例：

（1）在GWO中创建一个A/B Test

（2）任选一个实验页面URL填入GWO中原始页面中

（3）在GWO的界面中不要填写任何的实验页面，而是填写一个中间的跳转页，比如：www.mysite.com/redirect.html。在这个页面上写一段JS跳转脚本。起作用是从referer中获得url，并将替换其中的某一部分，然后跳转。

对于上面的页面组来说，这段JS跳转脚本要做的就是把referer中的index.htm替换为index-t.htm。例如下面这段：

<script type="text/javascript">
var r=document.referrer
if(r.indexOf('index.html')!=-1){
　　r2=r.replace(/index\.html/,'index-t.html')
　　document.location=r2}
else{
document.location="http://www.mysite.com"
}
</script>

这样当访问者访问实验页面组时，GWO会进行判断，如果需要为访问者展示替换页面则将访问者跳转到www.mysite.com/redirect.html这个中间页面，这个页面上根据referrer的值再将访问者跳转到对应的具体替换页面上。

（4）填写转化页面URL

（5）在原始页面组中，与标准的A/B Test一样，添加对应的控制脚本及跟踪脚本。

（6）在转化页面添加转化脚本

这种方法的缺点是需要经过两次跳转，对用户体验较差。其优点是实施相对简单一些。

2、用GWO的MVT（多变量测试）来实现页面组A/B Test

整体思路与上一种方法是一致的。一点区别是利用GWO MVT的功能，将URL变化的部分存储在GWO的服务器，再通过一些JS脚本根据这些内容来拼成实际的URL。

还以上面的页面为例：

（1）在GWO中创建一个MVT

（2）从实验页面组中任选一个填入实验页面URL

（3）填入转化页面URL

（4）在实验页面组中添加控制脚本，请注意控制脚本应放在页面的最上面。但是不需要按照指示添加section脚本。在控制脚本下，填入下面的代码：

<!-- utmx section name="page-url" -->
<script>
function filter(v) {
  var b = utmx('variation_content', 'page-url');
  var u = v[0].contents;
  if (b && u.substr(0,7) == 'http://' && b.substr(0, 7) != 'http://') {
    u = u.substr(7);
  }

  var l = document.location.href;
  var prefix = 'mysite.com/';
  var i = l.indexOf(prefix);
  var j = l.indexOf('/', i + prefix.length);
  u = u.replace('category', l.substring(i + prefix.length, j));

  return u;
}
utmx('url', 'page-url', 0, filter);
</script>

<!-- utmx section name="page-url" -->这段注释的作用与Section脚本类似，声明了名为page-url的section。

utmx这个函数在GWO中有多种用途，其调用形式为utmx( feature, arg1, arg2, … argn )，其中第一个参数是一个字符串用来描述所请求的功能，后面的参数随第一个参数的不同而不同。已知有如下几种情况：

a、用于重定向的跳转：utmx(‘url’, ‘page-url’, 0, filter)，见上面的情况；或者utmx(‘url’, ‘A/B’)，见标准的A/B Test。第一个参数URL，告诉GWO要进行重定向；第二个参数是section的名称，在标准的A/B Test情况下，实际上是为指定了名称为A/B的Section；第三个参数是一个位置标识符，不需要管它；第四个参数是定义在重定向发生前对重定向URL进行过滤的函数。

这个函数的作用机制是这样的：首先，从名为第二个参数的section中获得跳转的URL。然后按照位置标识符及过滤器规则对获取的信息进行重写。最后，按照重写后的URL进行重定向（如果需要展示替换版本的话）。标准A/B Test直接就使用GWO界面中输入的替换URL，因此，不需要位置标识符和URL过滤器。

在调用过滤器函数前，utmx函数会对目标URL做许多事情，首先，它将当前URL的查询参数附加到目标URL后，另外，它会查看目标URL是否包含协议，如果不包含协议，则会为目标URL添加http://。

b、获取当前访问者的变量信息：utmx( “variation_number”, section_name )及utmx( “variation_content”, section_name )。这个方法的作用是根据section名称返回数字形式的变量名（0至N-1，原始版本为0，N为替换版本数。）或者在GWO中输入的section的替换信息。

例如，你用utm_section在页面上创建了一个名为ABC的section，有二个替换内容，内容以此为DEF、GHI。那么，如果一个访问者被选择为查看DEF，则utmx( “variation_number”, “ABC” )会返回1，utmx( “variation_content”, “ABC”)则会返回DEF。

这个主要是获得单个变量的信息。

C、获取当前访问者的组合信息：utmx( “combination” )及utmx( “combination_string” )。前者返回的是数字形式代表的组合信息（0至N-1，N为实验条件数），后者返回的是字符形式的组合信息。后者在GA与GWO数据整合过程中有重要的应用，基本思路是以Visitor级别的自定义变量将访问者的组合信息与访问行为关联，或者将组合信息以参数形式附加在实验URL后，以便比较不同实验条件的效果，我会在下一篇关于GWO高级使用技巧中介绍。

例如，你进行了一个三个变量的MVT，A变量为section a，B变量为section b，C变量为section c，A变量有3个水平，a1、a2、a3，B变量有2个水平b1、b2，C变量有4个水平，c1、c2、c3、c4，即3*2*4实验设计，共24种实验条件。如果一个访问者被选择的实验条件为a1b2c3，则utmx( “combination” )会返回5，而utmx( “combination_string” )会返回1-2-3。utmx( “variation_number”, “a” )会返回0，utmx( “variation_content”, “b” )会返回GWO中为b2输入的替换内容。

filter这个方法。它的主要作用是用来重组重定向的URL。稍后我们再来看一下。

（5）在转化页面添加转化脚本。

（6）在GWO的Variation页面输入替换的URL。

Variation

让我们再来看一下filter函数的作用。简单来说呢，就是用当前页面URL（document.location.href）中类别（通过前缀与其后的”/”进行定位）替换GWO界面中Variation中存储的备选URL中category。

到这里，利用MVT进行的页面组A/B Test就介绍完了。与利用GWO的A/B Test进行的页面组A/B Test相比，其优势在于仅使用一次重定向，用户体验稍好，其劣势是JS相对复杂，同时要对GWO的API有一定了解。

以上就是如何用GWO进行页面组的A/B Test的基本思路和实现方式，欢迎您分享这方面的经验，如果有任何疑问，也欢迎给我留言~

在线客服

一、为什么要使用GA监测商务通等在线客服的对话数？

主要是为了有效的区分对话的来源。本来呢，这个事情应该是在线客服服系统去做。如果想要有效的区分一个流量的来源，需要Landing page URL和referer配合才可以。目前大部分在线客服系统对这方面的支持都不是那么好，而对于GA等网站分析工具，在区分流量来源这方面做的则比较好。因此，产生了这样的需求，用GA来跟踪在线客服的对话数。

二、跟踪的基本思路

这个的跟踪思路其实与出站点击、文件下载的思路一致，就是在点击对话窗口时运行_trackPageview或者_trackEvent记录下来就可以了。但是，有一点不同是，对话窗口一般都是通过JS动态输出的，因此，我们需要通过在Dom树上查找到对应的元素，并添加事件监听，当用户点击对话按钮时，则调用_trackPageview或者_trackEvent记录。

这里比较麻烦的是从Dom树里找到要监听onclick事件的对象。

三、具体的跟踪实例

先介绍一个函数，这个是在Justin那里看来的。

function startListening (obj,evnt,func) {
　　if (obj.addEventListener) {
　　　　obj.addEventListener(evnt,func,false);
　　} else if (obj.attachEvent) {
　　　　obj.attachEvent("on" + evnt,func);
　　}
}

这个主要是用来搞定浏览器兼容性。

这里有三个参数：

obj：要添加事件监听的对象。

event：要监听的事件，不需要写on。

func：捕捉到事件后要运行的函数。这里要注意的是，func只需要写函数名，而不需要()，其含义是当对应事件发生了，运行函数，而不是函数的结果。

这个函数还有许多用途，比如监测页面内所有链接的点击情况，跟踪出站链接等等。

接下来首先是找到要监听的事件对象。

这里我以商务通为例。我们要做的是监测  这两个按钮的点击，首先，我用firebug查看输出的对话窗口，找到这两个图片所在的位置。<table id=”LR_Tb4″ align=”center” cellspacing=”0″ cellpadding=”0″ style=”WIDTH: 400px; HEIGHT: 104px;border:0;margin:0; padding:0;”>，输入这个table下面的两个a标签。
var table1=document.getElementById("LR_Tb4")
var links=table1.getElementsByTagName("a")
通过ID和tagName我们定位了这两个a标签。

接下来就是定义要运行的函数。

function textacc(){
　　alert("接受")
　　_gaq.push(['_trackPageview','/商务通/接受']);
}
function textre(){
　　alert("拒绝")
　　_gaq.push(['_trackPageview','/商务通/拒绝']);
}

为了测试，我添加了两个alert。

最后，是为这两个按钮添加事件监听，当按钮发生点击事件时，调用对应的函数。

startListening(links[0],"click",textacc);
startListening(links[1],"click",textre);

至此，基本的监测代码就完整了。

最后一步就是在GA中定义对应目标了。关于目标的相关文章

四、一些注意事项

1、在线客服系统提供多种咨询图标，不同的咨询图标，需要监听的对象不同，比如，我看到的商务通，有两种图标。

2、商务通系统的加载比较慢，为避免由于商务通加载未成功而造成的错误，可以将这些监测代码作为一个函数，在window onload完成的时候去运行。

3、这种方式只能监测用户是否点击咨询按钮，但是，无法确定是否是有效咨询。

4、如果在线客服使用的是Flash形式，这种方法无效。

五、完整的代码示例

function trackChat(){
　　if (document.getElementById("LR_Tb4")){
　　　　var table1=document.getElementById("LR_Tb4")
　　　　var links=table1.getElementsByTagName("a")
　　　　startListening(links[0],"click",textacc);
　　　　startListening(links[1],"click",textre);
　　}
　　if (document.getElementById("LRfloater0")){
　　　　var _divchat=document.getElementById("LRfloater0")
　　　　var _imgchat=_divchat.getElementsByTagName("img")
　　　　startListening(_imgchat[1],"click",textacc);
　　}
}
startListening(window,"load",trackChat);
function startListening (obj,evnt,func) {
　　if (obj.addEventListener) {
　　　　obj.addEventListener(evnt,func,false);
　　} else if (obj.attachEvent) {
　　　　obj.attachEvent("on" + evnt,func);
　　}
}
function textacc(){
　　_gaq.push(['_trackPageview','/商务通/接受']);
}
function textre(){
　　_gaq.push(['_trackPageview','/商务通/拒绝']);
}

关于用GA监测在线客服的对话量就介绍到这里，如果您有关于这方面的问题欢迎给我留言。

首先唠叨几句，关于开源的网站分析与GA相比的优势与劣势。

GA作为免费网站分析的领跑者，制定着行业的准则也影响着行业的走向。但是，其作为一款免费的工具也有一定的局限性。首先，由于是saas架构，因此，数据都是host在google的服务器，这本身限制其在数据敏感的客户中应用。其次，如果数据量较大，GA为保证效率采用抽样数据，会影响数据的准确性。再次，由于GA自身的隐私设置，其中存储的数据都是经过聚合匿名数据，无法获得个体的访问行为，无法与其他数据源，比如CRM进行有效的整合。最后，尽管GA提供了API接口，但是由于抽样数据也同样出现在API中，同时也会受到聚合数据的影响。

而对于开源的网站分析工具，它们在界面上的功能完善度要落后于GA，但是，由于是开源的软件，数据的可控性很强，与其他数据源的集成也更方便，也可以直接访问开源工具的数据库。

click stream

我们来看一下OWA这款工具。

Open Web Analytics（OWA）是开源的网站分析工具，你可以用它来跟踪访问者对网站或应用的使用情况，是用php+Mysql开发的。

一、特色功能介绍

1、支持两种跟踪

OWA既支持用JS的pagetag方式，也可以使用php API进行跟踪。同样是php+mysql的piwik也是两种方式都支持。

2、多站点支持：跟踪多个站点，并且可以单独或者将所有站点汇总来查看统计数据。

3、点击流：查看每个访问者的实际点击流。（GA由于隐私问题，不提供单独用户的点击流数据，给出的一个聚合数据。）以访问者为单位，可以查看每个访问者每次访问的实际点击流。

4、点击跟踪：准确跟踪访问点击的位置。（实际报告中是跟踪Dom树的点击情况。）

5、点击热图：查看访问者的点击热图。（GA中其实不存在热图，页面内分析，不过是图形化的导航摘要。。）查看Demo

dom click

6、鼠标跟踪：类似于ClickTale的访问者行为录像，记录访问者在网页上的动作，鼠标轨迹、页面滚动等。所不同的是OWA提供的是单页面的行为录像。而Clicktale提供的是每个访问的行为录像。这个功能应该对UE人员来说价值比较大，可以了解访问者也页面之间的交互情况。查看Demo

7、跟踪转化渠道：fall-off分析是网站分析的重要组成部分。即使是开源网站分析工具也是支持的。

8、电子商务跟踪：与GA的方式相同， 用JS提交订单信息和商品信息，完成电子商务跟踪。

9、代码异步加载：自从GA代码改为异步方式加载后，开源工具也纷纷相仿，OWA也是采用异步的方式加载跟踪代码。

二、OWA的安装

1、系统要求

服务器操作系统：Unix和Windows（最近才支持的Windows系统，官方说法是对Windows测试不足。）

php5.2以上

MySQL4.1以上

2、安装流程

（1）下载最新版的OWA

（2）新建一个OWA用的的MySQL数据库，记住数据库的地址，用户名等信息。

（3）将下载好的OWA上传到服务器上

（4）访问OWA所在路径。比如，你的网站是www.mysite.com，你将OWA放在了根目录下，则请访问www.mysite.com/owa。

（5）进入安装向导，填写相关信息，刚才新建的数据库相关信息，OWA的超级管理员账户密码等。

（6）安装完成。

以上就是关于OWA的基本介绍及安装流程，如果关于OWA您还有其他的问题，欢迎给我留言~

点是一个万能的通配符，在正则式中，可以匹配任意一个字符。比如，你想要在GA中过滤从192.168.1.10-192.168.19这个IP段来的流量。那么，你可以使用这个正则式192\.168\.1.，别忘了转义。尽管.可以匹配任意字符，也就是说，192.168.1.1x，192.168.1.1y这类内容理论上也可以匹配，但是，在IP地址中只会出现数字，因此，上面那个正则式没问题。确实，如果我们像匹配0-9这个10个数字的话，可以用[0-9]或者\d。

.单独使用的情况并不多见，更多的时候是与其他字符串一起使用的情况。比如.*匹配任意字符。

二、加号

+的作用是匹配前面的元素1次或多次。比如goo+gle，可以匹配gooogle、goooogle，但是不会匹配google。www\.abc\.com.+可以匹配www.abc.com/，www.abc.com/index.html，www.abc.com/123/等，www.abc.com下面的任意子目录的内容，但是，无法匹配www.abc.com自身。

三、星号

*的作用是匹配前面的元素0次或多次。比如goo*gle，可以匹配google，goooogle，但是无法匹配gooogle。www\.abc\.com.*则可以匹配www.abc.com/，www.abc.com/index.html，www.abc.com/123/等，www.abc.com下面的任意子目录的内容，也可以匹配www.abc.com自身。

+和*，包括之前文章介绍的?都是无法单独使用的，都需要与其他的表达式结合。

四、^和$

^和$在正则式中是用来表示位置的。^表示起始位置，而$则表示结束位置。比如，^www\.表示的是以www.开头，而\.html$则表示以.html结尾。另外，^在[]中间表示否定，[^w]匹配w以外的任意一个单字符。

好了，GA中的正则式系列文章到这里就告一段落了，正则式中基本的元字符都有涉及到。希望这些文章能帮助您理解正则式在GA中的应用。如果您有关于正则式在GA中的使用问题，欢迎给我留言~我会将更多的真实案例补充进来。

一、小括号

()的作用主要有是作为子表达式将括号中匹配的内容存储起来，可以在以后调用；另外也可以改变计算的优先级（和数学上的作用差不多）。

1、子表达式

GA的默认代码只会在报告中显示URI，如下图所示：

仅包含URI的报告示例

我们可以看到默认的设置中是不会显示域名的。因此，对于有多个子域相同URI会作为一条记录处理，比如a.site.com/index.html和b.site.com/index.html，会显示为/index.html一条记录。

如何让GA可以区分子域呢？这就涉及到用高级过滤器来进行字段值重写。GA的过滤器提供对报告集（配置文件）中的记录及字段值的处理。比如，按照一定的字段过滤或包含指定记录；按照一定规则，重写某些字段值。下面就是让GA在报告中显示完整URL的高级过滤器。

完整URL过滤器

这是GA高级过滤器的一个例子。高级过滤器的作用是从一个或两个字段中抽取其中的内容，然后输出到一个字段中。

对于上面的例子，我们首先看一下(.*)，这个正则表达式。它是由三个元字符组成，.表示任意字符，*表示重复前面的0个或多个字符，.*合在一起可以匹配任意字符。()的作用在这里是将其中匹配的信息存储了起来。

那对于字段A，来说就是把hostname这个字段的所有内容都匹配出来，并且存储了起来。字段B也是一样。

然后构建器，我们还是先来看一下这个正则式$A1$B1。$的意思是表示提取子表达式的值，A1和B1则表示是哪个表达式的值。$A1表示的是字段A中第1个子表达式匹配的信息，是的，一个正则式中可以包含多个子表达式。$A1$B1的意思就是把字段A中第1个子表达式匹配的信息和字段B中所匹配的信息组合在一起。具体就是说将hostname和request URI合在一起，这样我们就获得的完整的URL。

完整URL

上面这个例子就说明了()作为子表达式的应用情景，下面我们再来看一下，()改变优先级的例子。

2、改变优先级

在正则式，各个元字符会进行一定操作，而不同的操作之间存在优先级。一个最简单也最容易记住的例子是|，|在正则式中表示或的意思，其优先级最低。比如，ab|c、a|bc和a(b|c)这三个表达式。ab|c可以匹配的是ab和c；a|bc可以匹配的是a和bc；而a(b|c)则可以匹配ab和ac。

假设以下情景，网站www.abc.com有多个子目录，比如www.abc.com/sport，www.abc.com/travel，www.abc.com/entertainment等其他十几个子目录，你需要将sport和travel和entainment的流量放在一个配置文件中。假设已经使用了上面的完整URL过滤器。你会如何去写？直接用|连接三个url就可以了。www\.abc\.com/sport|www\.abc\.com/travel|www\.abc\.com/entertainment，这个表达式是可以满足需求的，但是，其中的域名部分都是一样的。我们可以用()将子目录部门括起来变成这个形式：www\.abc\.com/(sport|tralvel|entertainment)。如果是将不同的子域放在一个配置文件中也是一样道理。

有的同学可能会问为什么不使用多个include过滤器，比如第一个include sport子目录，再用一个include travel子目录。这里需要说明一下，GA过滤器的逻辑关系是与，如果我们连续使用多个include过滤器的话，相当于告诉GA，给我包含同时既是sport和travel两个子目录的流量，这样的流量是不存在，我们需要的是或的关系，来自sport子目录或travel子目录的流量。

小括号的用法就介绍到这里，我们接下来看一下中括号的使用。

二、中括号

[]在正则式中表示的是一个字符集。比如[abc]可以匹配a、b、c与(a|b|c)的作用相同。还需要介绍与[]配套使用的两个符号，-和^。

-是连字符，用来表示一个范围。比如[ac]匹配是a、c，而如果是[a-c]则可以匹配a、b、c。同理，[0-9]匹配单个的数字，以此类推。

^是表示否定的意思，当然这是在[]中间的情况，在[]以外的话，表示的是起始位置。[abc]匹配的是a、b、c，而[^abc]则匹配是除了abc以外的单个字符。

我们再来看一个实际的应用例子。还是使用上面那个基本情况，这个网站呢还有多个子域，game.abc.com、news.abc.com等等，新的需求是将这些非www的子域与www子域下的sport和travel子目录合并为一个配置文件。

将www子域下的几个二级目录合并在前面已经探讨，只需要处理非www，我们可以使用这样的正则式^([^w]..|.[^w].|..[^w])。

完整的正则式为：^([^w]..|.[^w].|..[^w])|www.abc.com/(sport|travel)

同样还是使用一个include过滤器。

我们再来看一个()和[]结合的例子，提取来自百度的前一个搜索词。

首先我们来看百度搜索的URL规则，我们先输入一个搜索词，正则式，得到的URL是http://www.baidu.com/s?wd=%D5%FD%D4%F2%CA%BD&rsv_bp=0&rsv_spt=3&inputT=2500，我们再输入一个http://www.baidu.com/s?tn=baiduhome_pg&bs=%D5%FD%D4%F2%CA%BD&f=8&rsv_bp=1&rsv_spt=1&wd=%D5%FD%D4%F2%B1%ED%B4%EF%CA%BD&inputT=2695。通过对比这两个URL，我们可以看到其中的wd参数的值代表是搜索词（gb2312编码），bs参数的值是用户前一次搜索的词。

我们的目的是提取bs参数的值。我们先来看一下bs这个参数前后的内容，bs的前面是&（如果是第一个参数的话，也可能是?），bs值的后面也是&。(\?|&)bs=([^&])*这个正则式就可以匹配出百度的前一个搜索词。

让我们把百度的前一个搜索词放在User Defined（你也可以放在其他的字段）里面：

百度前一个搜索词

这里面有一个地方需要注意，构建其中使用的是$A2，代表的是使用字段中的第二个子表达式的值。即[^&]*所匹配的内容。

这里看一下([^&]*)这个子表达式，[^&]是匹配非&的单字符，[^&]*则匹配到下一个&为止所有的字符。

我们可以把(\?|&)参数名=([^&]*)，看做一个通用的正则式，可以用来提取任意参数的值，比如，提取百度的搜索词(\?|&)(wd|word)=([^&]*)，提取google的排名(\?|&)cd=([^&]*)，提取google的搜索类别(\?|&)source=([^&]*)。

中括号的基本用途也介绍到这里，我们再来看一下最后一个括号——大括号。

三、大括号

大括号在正则式中的作用是用来控制数量，*?+这三个元字符在正则式中也是用来表示数量。*表示前一个元素重复0或多次，+表示前一个元素重复1到多次，?表示前一个元素重复0到1词。而{m,n}则表示前一个元素重复m-n次。也可以是{m}的形式表示前一个元素重复m次。

前面的例子中，我们使用^([^w]..|.[^w].|..[^w])来匹配非www开头，其实可以改写为^[^w]{3}。

{}还有一个重要的应用是在匹配IP时，比如用于GA的IP过滤。如果你想要匹配123.192.168.0-123.192.168.99这个范围的IP，那么，你可以使用这个正则式：123\.192\.168\.[0-9]{1,2}

友情提示：安装过滤器之后，GA只会对后进入的数据按照过滤器处理。历史数据的形式不变。GA处理数据的周期为4小时一次，大型网站可能是一天。另外，配置文件对数据的操作是不可逆的，为避免错误，请保留一个未加任何过滤器的配置文件。

好了，关于正则式中的括号就介绍到这里~不知道您看懂了没~希望这篇正则式菜鸟写的教程能够帮助您理解这些括号在正则式及GA中的应用。如果您有什么疑问欢迎给我留言~

有人问我如何为电子商务网站安装GA。在进入安装细节之前，我想先从商业角度奠定一个基础。我将在下一篇文章阐述GA的功能以及如何进行设置。

因此，这篇文章都是关于我的测量方案。需要注意的是：电子商务公司有大有小，一些公司更复杂也更先进。这个方案可以很好的适用于中型的公司。改次，我们再进入复杂的电子商务测量，比如终生价值和群组。

我将电子商务数据细分为四个类别，并且创建了一个小图（因为每个人都喜欢图）。

四种类型的电子商务数据

*获得数据：与获得流量相关的信息。

*参与数据：关于人们如何与网站交互的信息。

*转化数据：关于商业成功的信息（收入、收入、收入……）！

REI的电子商务网站

*基础数据：我们需要经常检查枯燥的东西

在他们的网站上使用了一些简洁的销售功能。我将包括报告周期以便描述我会多长时间看一下这些数据。我们要正视这为了让事情简单点，我将以REI为例子。他们是一个电子商务网站，有大量的实体店。

一事实，数据太多了，我们不能时时查看全部数据！

获得数据

获得数据是关于我们如何为一个电子商务网站获得客户的全部。营销人员需要了解哪些广告活动是有效的，哪些是无效的。广告活动有需要不同的类型，一些专注于传播我们的品牌，而另一些则专注于直接反应的活动。测量这些活动的方法是不同的。

如此说来，广告活动的跟踪是关键。它允许多种类型的细分，这样我们就可以将广告活动的测量与广告活动的目标统一起来。

在直接转化的广告活动中，我们可能测量如下的东西：

*哪个广告渠道产生了最多的收入？

*哪个创意和信息最受消费者欢迎？

*哪种营销活动能在购买流程的前端最有效的接触人们？

*哪种营销活动能在购买流程的末端最有效的接触人们？

*特定的广告活动在一天中的什么时间最成功？

报告周期：对策略营销人员是每天，对更高级的员工的频率低一些，

参与数据

参与是一个很难描述的东西。有一些基础的指标，比如跳出率，很好理解。但是，我想要进行深层次的测量，人们如何与电子商务网站进行交互。当你查看一个类似REI.com这样的网站时，会发现可以有多种方式进行交互。

这些交互通常被称为微观转化，尽管他们没有直接产生收入，但是，他们可以在未来带来收入。绝大多数这些活动都是与潜在客户建立关系相关。

参与的指标包括：

*跳出率：我们已经讨论这个指标几年了！跳出率测量了单页面访问的百分比。尽管它在网站层面几乎没有用，但是，当进行营销活动或渠道细分时，非常有用。

*简讯注册：Email仍然非常重要！让人们注册简讯很重要。

*实体店查找器：这是个好东西。许多网站都有实体店查找器以便你可以到实体店实际的看一下商品。尽管测量实体店查找器的使用次数并不直接代表销售，但是，这确实是个有趣的指标。特别是当你收集哪个位置用户最常搜索这类信息时。

注册简讯或使用实体店查找器是微观转化

*RSS订阅：我喜欢订阅者。尽管我们不能控制他们是否真正阅读了你的文章，但是，订阅者仍是感兴趣的人。

*添加到购物车：这是购买流程的一部分。如果人们不将商品添加到购物车，那么他们怎么购买这些商品呢？它是购买流程中关键的一步，因此，我们要测量它。

*添加到许愿单：这像个未来预测仪！有多少人将商品添加到许愿单或者有多少人保存了购物车？稍后又有多少人实际完成了交易？这些都是需要了解的重要东西。如果我们可以测量这二者，那么实际上我们就可以凑够保存的购物车了解到未来的收入。

*站内社会互动（Tweets，likes，+1）：人们是否点击这些东西？这样做的人们有什么特别吗？细分这个群组很重要。

对一个电子商务网站来说，更多的电子商务微观转化

*产品信息交互：许多电子商务网站有海量的内容，以便帮助说服消费者购买。这类信息通常被分成不同的标签，就像REI做的一样。需要跟踪这些标签，以便我们可以基于标签的使用细分数据。

*产品评级：这是电子商务公司可以与消费者产生交互的另一个重要方式。交互=参与=未来的收入。评论是流量的重要来源（你好，免费的SEO），同时也可以洞察客户喜欢什么不喜欢什么。

*产品视频：我喜欢产品视频。除了实际的拿到产品外，这是了解产品的最好方式。但是，在网络上实际拿到产品是不可能的。但是，我们需要测量视频！有视频是不是有什么不同？如果是，哪种类型的人会与视频交互，如何交互？因此，如果我是一个类似REI的公司，我会跟踪产品视频。

*Look to Book：这个指标是我在一次Google+聚会上从Bryan Eisenberg那学来的，这个指标确实非常棒。Bryan建议测量有多少人看了某一产品或类别，但是没有购买这个产品。想一下这个指标是多么的有用。如果人们看了某个产品，但是没有购买它，那么这里肯定有一些不匹配。解决这些不匹配。

[不要担心，我们将在另一篇文章中涉及实施。]

报告周期：对营销人员是每周，对更高级的员工频率低一些。

转化数据

现在我们来到了商业的核心！交易！这是主要的焦点，不是吗？公司从上至下的每个人都想看到收入。很幸运我们可以这样做。

但是，不仅仅是收入，有许多对电子商务企业很重要的收入相关指标。我在这里列出了一些：

*收入：这个不需要解释！你卖东西，测量你赚了多少钱！

*投资回报：ROI是一个很好的指标，它帮助我们理解我们花了多少钱，赚了多少钱。很酷，对吧？但是，Google Analytics在计算真正的ROI上有局限。它只能跟踪AdWords的ROI。为什么？因为，它没有其他的投资数据。因此，如果你在电子邮件营销活动上花了$1500，而这个数据不在Google Analytics中。无论如何，你应该考虑ROI。

*平均订单价值：平均来看，人们在每个订单上花多少钱？我们通常用各种技术，比如交叉销售，来让客户每个订单花更多的钱，以提高AOV。我们也用AOV来识别高价值的渠道，比如电子邮件、搜索和社交。

*回头客产生的收入：严格的来说，这是一个细分，但是，我把它放着这。每个企业都需要回头客。为什么？吸引回头客所需的经历要小于新客。细分这两类客户并研究他们的行为很重要。

*每访问收入或每访问价值：每访问价值是一个很棒的指标，因为它标准化了来自不同来源的流量价值。它创建了一个很好的方式，让我们比较不同流量来源的绩效。

*内部广告活动效果：许多企业直接在他们的网站上进行一些类型的促销或广告活动。例如，他们可能在首页上放一个Banner来清理季节性商品。细分收入给了我们测量这些广告活动有效性的能力。

*访问者满意度及意图：这里是一些定性数据。人们来到网站的体验是否快乐？他们是否成功访问？我们不能用定量数据获得一个很好的答案。定性数据，通常来自于调查，是一种很好的方式。

报告周期：我每天都查看这些数据。

基础指标

除了与购买生命周期相关的数据之外，还有许多其他的信息能够帮助我们理解企业的绩效。

*购买前的时间：销售一个产品给消费者需要一周还是一个月？理解这个行为非常重要，以便你可以为客户定制营销活动。

*购买前网站访问次数：驱动一次交易，我们需要与人们（在网站上）交互几次？

*高价值客户行为：高价值的客户会做什么？高价值是指话费超过一定量。他们来自哪里（也就是地理位置和营销活动）？

到目前为止，我们谈论的事这些都是应该在运行过程中每天都要做的。但是，有一堆指标可以帮助我们理解网站的技术健康。

*网站表现指标：如果你的网站不快，那么人们不会用它。尽管网站表现指标不像以上的一些指标那么性感，但是，他们仍是非常重要的。这些东西会影响收入，应该被监测，但是不必是每天。

*网站的平均页面载入时间是多少？

*特别是，哪个页面的载入时间较长？这些如何影响跳出率和收入？

*网站上常见的错误页面是哪些（404页面，等等）？

*访问者的技术概况是什么样的（操作系统、屏幕分辨率），这些如何影响业务？

报告周期：双周（大流量的网站）或者每月

*移动APP/网站数据：与网站表现数据相关，所不同的是设备数据。我通常将移动设备放入独立的类别，因此移动领域发展的特别快。我们不仅仅需要考虑网站如何在特定的设备上工作，而且还包括关于人们如何使用app或移动网站的可用性信息。

*何种设备最受欢迎？

*什么设备版本最受欢迎？

*人们使用什么载体？

报告周期：取决于积极性

*站内搜索：我一直称颂站内搜索的价值，这是一个神奇的数据。这不是一个我每天都处理的数据集，但是，我会每周，每两周或每个月处理一次。

通过站内搜索数据你可以对用户行为获得深层次的见解

站内搜索中使用的搜索词提供了消费者对产品的看法的有价值的信息，特别是他们用来描述产品的关键词。返回0结果的站内搜索通常表明缺失商品，或者站内搜索有问题。无论是哪个原因，都是有趣的数据。

报告周期：双周（大流量的网站）或者每月

以上就是我的总体方案。下一篇文章，我们将涉及更多的策略细节，讨论一下如何具体跟踪这些东西。

既然是GA的跟踪代码就需要注意域哈希的设置，但是，在Google网站优化工具给出的默认代码中，一般都不包括域哈希的设置（貌似也没有相关说明）。

那么，如果网站原来已经使用了GA进行跟踪并且对域设置进行了一些操作，比如说指定了主域，而GWO中则没有指定主域，会出现什么状况呢？

考虑下面的情景：

你在网站的首页上进行A/B Test，网站上使用了GA跟踪，并且使用setDomainName指定了主域(.XXX.com)。而GWO的跟踪代码使用的是系统给出的默认代码，没有指定主域。GA在GWO的代码前面。

一个访问者Landing到首页上，首先运行GA代码，将访问信息写入cookie，再运行GWO，由于两组代码使用的cookie相同，同时域哈希值不同~GWO会重新写入一次cookie。这时看不到太多的异常，因为，只会表现为GWO的新访比例高~而我们又不能查看GWO的新访。访问者接着点击网站的其他页面，其他的页面上只有指定了域的GA代码，同样需要进行域哈希值的比对，由于域哈希值不一致，GA会重写所有的cookie，将这个页面作为Landing page，然后这是一次直接访问。至此，一次PV为2的访问由于域哈希值的变化成为2次。如果访问者再回到首页，由于域哈希的不一致，则还会被认为是Direct的新访。

如果访客不是Landing在首页上，那么，访客cookie中的域哈希值为GA的域哈希，但是，只要接触到GWO的代码，域哈希值变化，仍然会被认为是Direct处理。

GWO在GA的前面时的表现会略有不同。

综上，由于域设置的不一致，会造成GA数据的异常，会表现为访问量激增、交互下降，新访激增，大部分转化被归属为直接访问。

其实，这种域设置不一致造成的GA数据异常，不仅仅出现在按照默认方式部署GWO的情况下，只要页面使用两套GA代码都有可能出现。

这个问题的解决其实很简单，就是保证域设置的一致，比如，网站上使用的GA指定了主域，则GWO也应对应指定主域，如果GA关闭了域哈希，则GWO也应关闭域哈希。毕竟，GWO的跟踪脚本和转化脚本其实就是GA的代码而已。

好了，我的这个问题就介绍到这里，如果您有关于GWO或者GA的域哈希值的任何问题，欢迎给我留言~