年夜整站看流量来历可以分为：搜索引擎流量，直接流量，引荐流量。

对于年夜的站点，会搜罗良多专题版块或子站，这部门页面因为路径斗劲深，往往不轻易被发现，当我们但愿推广这部门内容时，就需要经由过程站内引荐的形式来做了，假设我们有一个听力专题：/tingli/，为了推广这个专题，在首页放了一个广告条指向这个地址，同时在背单词应用页面也放了推广链接：如不美观是英语查词，则举荐 /tingli/en/，如不美观是日语查词，则举荐：/tingli/jp/。

经由过程站内链接给/tingli/专题带来的流量，我们称之为：站内引荐流量。

年夜图上可以看到，/dict/jp/带来了4903次PV。当然这儿的数据是有一些问题的，GA中的上一页路径是基于时刻挨次的，假设用户先访谒/book/页面，然后在地址栏输入：/tingli/jp/ 这时/book/仍是会呈此刻这儿的列表中，即使/book/页面上到净有听力专题的链接。

category = "insite_ref"

action = "/dict/jp/"

label ="/tingli/jp/"

// action为引用页地址，label为tingli的当前页地址

记实后，事务数就是带来流量的PV数。

其中引荐流量指分歧站点之间的互链，流量来历为：引荐的站点域名，引荐路径为：引荐站点的举荐页面地址。

在自界说陈述里，可以按：action->label为维度，Total Events为指标，看带来最多流量的站内引荐路径。

如不美观要看具体页面的站内引荐路径，可以按：label->action为维度，Total Events为指标即可。

文章来历：纪杨的网站剖析标识表记标帜

根基的思绪有了，我们来看看若何部署剧本，一种做法是，点击站内引荐链接时，提交响应的事务，例如日语查词页：

// 如不美观引用页不为空，而且是本站的页面

_gaq.push(["_trackEvent", "insite_ref", "/dict/jp/", "/tingli/jp/"])，这个需要在各个引荐链接里写代码，链接数目少，而且位置斗劲固按时，可以这样做。

此外一种做法是在/tingli/的全局页脚放代码，如不美观浏览器的上一页路径不是以/tingli/起头，则记实事务。

同时当站内引荐的进口多，以及引荐到听力专题的方针页面斗劲多时，这样一个一个去看会很麻烦。我们但愿有一个精练的体例，看站内的哪些页面给听力专题带来了流量，以及这些流量都指向听力专题的哪些子页面。

if (document.referrer != "" && document.referrer.indexOf("wwww.mysite.com") != -1) {

一周往后，我们想剖析：/tingli/jp/ 的站内引荐流量，这时可以看该页面的导航摘要，看上一页路径：

if (document.referrer.indexOf("http://www.zhuojie.cc/?/tingli/") == -1) {

}

这样的益处是一次部署即可。

经由过程事务，我们还可以看良多信息，如：触发事务的访谒数，不一再的事务数（解除一个链接一再点击多次的情形），还可以做细分，如看年夜/dict/jp/过来的访谒，都看了哪些页面，总之很是便利。

如不美观要统计，站内链接展示次数与点击次数之间的关系，可以在站内引荐页面每次加载时触发事务：

category = "insite_ref"

// 如不美观上一页路径不是以：http://www.zhuojie.cc/?/tingli/起头，则认为是站内引荐

action = "/dict/jp/"

最佳的做法是用事务记实：

}

_gaq.push(["_trackEvent", "insite_ref", document.referrer, location.pathname]);

label = "show"

将/dict/jp/页面的展示次数和站内引荐路径点击次数连系起来，我们还可以剖析点击率，看哪些站内引荐链接的效不美观最好。