SiteCatalyst参数解析-1: Instance vs Visit

作者： 天岸 | 归档：未分类

题记：香艾肉粽端阳酒，沽来把盏世界杯；仲夏夕前君慢醉，舟游天岸伴霞飞。

因为组织活动，好久没有动笔，抱歉；先写一篇关于参数理解的，热热身。

注意：这篇文章不是谈分析方法和技巧，而是谈对工具所给参数的理解，受众因为所谈工具的普及程度低而变得狭窄。如果你没有使用过sitecatalyst或者search center的话，这篇文章可以直接略过。

在Omniture SiteCatalyst中，这些参数的差异是十分微妙的。多次被问到他们的含义，我也多次查找资料，和Omniture Consultant验证，现在做一个小的总结，姑且算是继转化率，弹出率和Omniture Insight Visitor之后，参数和指标解析系列中的第6篇文章.

我在丢失的链接标签（2）中总结了一些adserver所统计的click的数目和网站分析工具所统计到的click和visit的数目的差异及其原因。这个在sitecatalyst上同样适用，不在累述。这里主要介绍Instance vs Visit 和Visit vs Visitor

1- Instance vs Visit

在SiteCatalyst中，很多维度的默认统计指标是Instance（实例?事件？），比如campaign，referrer 和一些custom conversion variables（eVar）等。下面是一份示例报告：

如何理解这个Instance呢？它是一个单纯的计数单位，描述的是一个事件发生的次数；或者从本质上说，描述一个预定义的值传给SiteCatalyst的次数。这个事件可以被page view所引发，也可以以non-page view事件所引发。比如说，一个镶嵌在产品页面中的值，s.eVar3=”footballl”, 他的instance数目将会随着每一次的page view而增加1；而一个镶嵌在“确定”按钮中的值，s.eVar3=”football”，他的instance数目将会随着每一次按钮点击而增加1。

这个按钮点击的例子应该很容易理解，这时候Instance就是这个按钮被点击的次数。不过报告中的referring domains的instances的数目却经常让人迷惑，如果referring domains换成广告链接的时候，这个Instances的数目便更容易牵扯到marketer的神经了。

实际上，要理解好这个Instance以及它和其他参数(比如visit)的区别，只需要把握好以下两点：

1. 这个instance是被哪一个事件所引发的（这个事件也称呼为trigger），什么时候会把这个值发送给SiteCatalyst
2. instance是一个单纯的计数单位，转瞬即逝（本质上和click和page view的计数规则一样）；而其他参数值却并不总是这样

还是通过例子来说明。这里经常被比较的是instances和visits这两个指标。对于referring domains的instances，它是在landing page上被引发的。当landing page中的sitecatalyst的code被运行的时候，这个referring domains的instance就会被发送给SiteCatalyst，使这个domain的instance增加1；同时和这个domain相连的visit也会增加1（一般情况）。然后如果这个访问者离开网站，那么很显然instance和visit都不会有变动；如果这个访问者继续访问，点进了网站内部的另一个页面，那么在新的页面中，referrer将会被记录为站内引荐链接，没有和referring domains相连的instance被触发；同时visit的数目也不会变化。

以上是一般情况，我们很容易理解成instance和visit应该是相等的；由于referring domain默认并不给出visits的报告，而只是给出instance，因此有人便在instance和visit之间化了等号，这是不严谨的。如果通过Datawarehouse提取referring domains和其对应的visits的报告的话，我们会发现大部分情况下instance是明显高于visits的。造成这种情况的原因很多，比如以下几点：

• 一个访问者有可能回到原始的引荐页面，然后再回来：比如说，一个访问者在百度搜索“世界杯”来到天岸博客，然后退了出去，紧接着继续在百度搜索“德国 英格兰”又回到了天岸博客。在这期间，来自baidu.com的instances会记录两个，但是visit只会记录一个，第二次搜索是不会被记录为一个visit的；
• 刷新landing page：instance作为一个单纯的计数系统，只要相关事件被触发就会被发送到SiteCatalyst从而导致它的值增加1。如果访问者因为某种原因刷新landing page的话，那么网站分析代码会重新被运行，referring domain的信息就会第二次被发送到sitecatalyst，从而它的instance会加1；但是根据cookie，visit数目不会改变；
• 使用浏览器Back按钮重新回到landing page：这个操作同样会使instance增加1，这和刷新landing page是一个道理。

作为总结：在referring domains/links报告中，instances的数目可以理解为landing pages（注意可能是多个landing page）的page views。

紧接着一个简单的例子：如果我们检查一个下载链接的instances的话，那就是这个链接被点击的次数了。至于是否完全下载，不知道；是否等于下载的次数？想想性急的你是否有多次点击链接而没有任何反应，但结果只是迅雷或者Flashget在慢慢启动，然后蹦出好几个下载窗口呢？

最后一个例子：Instance少于visit的情况。比如我们使用了eVar 来给一个访问者定性。这个访问者访问了体育频道的世界杯专栏，选择支持德国队，我们便给这个人打上了s.eVar5=”germany”的标签。在世界杯结束之后，我们如果查看s.eVar5的报告，很可能会发现“Germany”的instances值低于visits的值。为什么呢？因为这个事件引发之后，会让Germany的instances增加1；但是这个事件变量是一个访问者变量，是存在persisitant cookie中的，以后这个访问者再次访问的时候，他并不一定再去选择一个支持的球队，所以s.eVar5的instance不一定会增加，但是和“Gemernay”相连的visits的数目却会持续增加，一直到cookie被删除或者变量过期为止（比如定义s.eVar5的持续时间为1个月）。

2- Visit vs Visitor

SiteCatalyst有自己独特的对visitor定义的方法，且不评价他的好坏，一个比较常见的事情是，它会记录比visit更多的visitor的数目，这个应该怎么理解呢？敬请关注 SiteCatalyst参数解析-2: Visit vs Visitor

本文首发semwatch

SiteCatalyst参数解析-1: Instance vs Visit6.3104

收藏、分享这篇文章!

--