题记：香艾肉粽端阳酒，沽来把盏世界杯；仲夏夕前君慢醉，舟游天岸伴霞飞。
因为组织活动，好久没有动笔，抱歉；先写一篇关于参数理解的，热热身。
注意：这篇文章不是谈分析方法和技巧，而是谈对工具所给参数的理解，受众因为所谈工具的普及程度低而变得狭窄。如果你没有使用过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)的区别，只需要把握好以下两点：
- 这个instance是被哪一个事件所引发的（这个事件也称呼为trigger），什么时候会把这个值发送给SiteCatalyst
- 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的朋友数量不多，所以第二篇就不在这里占用空间了。
本文首发semwatch，转载请注明出处。
这个帖子基本上没看明白。
Like or Dislike:
0 
0
@小欧, 丢人了吧
Like or Dislike:
0 
0
恩，楼上的童鞋我给作者总结一下下。。。
instant和指标相比，譬如visit，更加单纯，只要死盯住触发定义就可以了，这样就不会给开头的football绕进去。。。单纯在哪里，1.不涉及时间跨度2.不考察cookie。。。作者分别举了两个例子解释这个差别造成instant比visit多或者少。。。
ok？
ps，开头那几句，寒。。。下次能不能写进藏头诗，意思是藏起来，hoho。。。
Like or Dislike:
0 
0
汗，我看了2遍也不晓得什么意思…
SiteCatalyst是免费的吗？比ga还好用？
Like or Dislike:
0 
0
这篇文章不是谈分析方法和技巧，而是谈对工具所给参数的理解，受众因为所谈工具的普及程度低而变得狭窄。如果你没有使用过sitecatalyst或者search center的话，这篇文章可以直接略过。
Like or Dislike:
0 
0
sitecatalyst没用过，确实不好理解。
Like or Dislike:
0 
0
分析基本上不怎么懂
Like or Dislike:
0 
0
omniture家的东西 确实普及性差了点 不过我也不喜欢用 哈哈等熟悉了就好了 当年我也是先用51la 后来转成google analytics的时候非常不习惯 要公司里的人把51la加上 没加 不过现在ga已经非常熟了 还有 omniture的东西能便宜点就好了 最起码有个免费版的 就更好了 按pv收费的模式 中国人都会觉得挺贵的
Like or Dislike:
0 
0
需求问题，有细化需求，则有更深入的运用。
对绝大部分国内用户来说，GA已经过于复杂了。Omniture国内的这些用户，真能用好的，大概两只手可以数出来吧。
@Stephen,
Like or Dislike:
0 
0
@gegao,
就象老侯说的，Omniture的收费太贵了。。直接影响到一批从业人员要在少数公司才能接触到。即使购买了。。员工上手也不容易，不如弄点免费的普及版至少减少点学习时间
Like or Dislike:
0 
0
@Kevin,
收费贵不贵是这样的：
如果Omniture一年收10万美金，能带来100万美金其他工具无法实现的新增收入，那么就不贵。
现在是不光要收费，还得给员工交培训费，完了很多用户根本用不了这个东西，需要的东西51La就实现了。所以不存在这个需求。
花钱不挣钱，当然贵。
Like or Dislike:
0 
0
根本和收费没有关系，而是OMNITURE丢数据非常严重，所以他们的SEARCH CENTRE根本在国内是无用的。还有OMNITURE是非常强大的分析软件，但之所以它强大，是因为我们可以个性化定制很多的函数，比如eVar, prop, events 等等，所以如果能玩的转Omniture的人必须具备相当的实力。但这种人一般也不会只愿意做WA而已。同时他还要对业务非常熟。并且对分析有思想。哪找这样的人啊
Like or Dislike:
0 
0
确实很想好好了解一下OM，不过机会有限。。而且每次运用到里面的数据也非常有限，只有PV、order、revenue。。所以基本体会不出其中的强大
Like or Dislike:
0 
0
没想到我的帖子变成了讨论Omniture市场的问题了，也挺有意思的，抛砖引玉了。
看了大家的评论，觉得有些还是很有道理的。不过Omniture自然在国外面对如此成功地GA，同样如此成功，必然有它的原因的。而大家提出的一些原因，因为在国外也同样适用，所以似乎还不足已经解释为什么它在国内的普及率为什么这么低。现在好像宋星在Adobe Omniture工作吧，相关的问题他最有发言权。
我的个人感觉是，首先Omniture在很多方面对GA确实有压倒性的优势(价格不包括在内)。在数据收集上，灵活性非常大，可控个性化的参数非常多，准确性和精度我虽然无法评价，但是至今没有发现丢失数据的现象； 企业对数据拥有所属权，可以要求删除或者导出，这对很多企业来说是非常重要的；在参数的定义和报道方面，omniture同样强大和灵活，从指标的计算，数据的关联到菜单的排列，用户都有很大的自主权；在工具的可扩展性方面，omniture可以和很多常用的工具和软件互通，这是实现很多高级应用的基础。(我这是不是给它做广告啊？实际上很多工具，包括webrends, unica, coremetrics, sas web analytics, xiti等等都有这些功能的，不光他一个)
至于他为什么在国内不够普及，价格，需求，市场发展水平和替代品等都是原因。我不知道国内的价格，但是如果它采取和欧美平价的策略的话，对国内用户来说可能会相对较高；至于需求和市场发展水平方面，确实如果没有相应的人力资源，分析需要不明显的话，那真是没有必要购买。GA虽然灵活性差了一点，但是因为很多东西都是预定义好的，可能更能符合国内用户的需求。
不过话说回来了，国外的很多公司的需求也不一定有国内的强，分析水平也不一定就高(不要误解，这句话的前提是更多的公司还是能够比较充分发掘这个工具的潜力的)，我也接触过一些仅仅把它当作汇报visit，pageview的工具而已。可是为什么还要购买呢？原因同样是多方面的，我知道的一个原因是，对于这些客户，他们的决策者大部分是战略的制定者，对于具体的细节，他们依靠自己的agence，consultant的推荐和建议来决定，而这些人一般希望为客户做很多东西，或者在将来为客户做很多东西，经常把潜在需求考虑进去，这样就导致了强大的分析工具，比如omniture, 成了一个最好的选择；同时，这些人作决策的时候，还参考竞争对手所用，研讨会所说和这些服务商家的主动推荐，所以，他接触到的，很多都是付费的软件，尤其是像omniture, unica, webtrends等这些活跃的有影响的服务商。最后，对于他们的一个项目，通常是大于100K€的，为网站分析软件所分配的支出实际上占不了多大比例的。
以上是我午餐时间的谈资，思维可能被味觉器官占用了不少。没经过思考的话，大家不要太较真。
Like or Dislike:
0 
0
@Scyan, 恩，我感兴趣的是在中国会有哪个用户群体在使用omniture，在欧洲看见的品牌客户貌似在中国无法找到对应的投射。。。如果是他们的中国分公司在使用，那么真的不需要什么专业实施人员了。。。中国有没有自己的独特的客户呢，会是什么样的啦，大大的问号，哈。。。
Like or Dislike:
0 
0
呵呵~学习了
Like or Dislike:
0 
0
“鉴于使用SiteCatalyst的朋友数量不多，所以第二篇就不在这里占用空间了。”
那第二篇文章发哪儿了呀，我想看看呀。
这第一篇文章对Instance和Visit的差别解释的很清楚呀，很好的文章。Omniture使用的人少，分享经验的文章更少啊。
Like or Dislike:
0 
0
似乎看明白了点东东，但又不是很明白，先保存了，慢慢消化，学习了
Like or Dislike:
0 
0
分析基本上不怎么懂，还是支持下
Like or Dislike:
0 
0
我也不是太看的懂，飘过“`
Like or Dislike:
0 
0
Manda 同学说出了我的心声，求第二篇文章地址。今天有同事问Omniture的Clickthrough是怎么算的，正为Instance头疼呢，就查到了这篇文章，真是及时雨！而且分析的很清晰。想看看更多关于Omniture的介绍，不管用不用，了解了解也是好的，毕竟做到这份上 没有实力是不太可能的。网上分析Omniture的文章的确不多。 期待楼主新作
Like or Dislike:
0 
0