常见问题
1.怎样才算会话结束
需要注意的是，如果上一次session还未结束，用户再次来访，那么这次访问与上次访问为同一会话。
2.系统是如何判别每次访问的来源的？
需要注意的是，如果上一次session还未结束，用户再次来访，那么这次访问的来源就被认为是session 刚开始的那个来源。对应地需要理解的是，SiteMonitor 目前对于来源的判别和归类遵循首因作用。
详细判别规则如下：
3.监测的页面被嵌套该如何跟踪广告来源？
基于广告识别的两种机制，对于监测页面被嵌套的情况也有两种对应解决方法：
给广告点击链接加上dm参数，其中dm参数对应的值为实际监测页面所在域名； 将Landing Page 中的广告参数传递至实际监测页面的URL。
4.什么情况下会出现后端访问数比前端广告点击数还大？
秒针系统对于前端广告点击的统计都需经过秒针服务器，如果不经秒针服务器直接访问带广告参数的网址链接，这种情况下前端广告点击数没有变化，但是后端访问数会+1.
5.丢失Referrer 信息的常见情况有哪些？
从用户行为角度看，丢失Referrer 的常见场景包括：
- 在其他客户端软件（非浏览器）上点击链接打开；
- 通过书签访问；
- 直接在地址栏输入网址链接打开；
- 点击的Flash 内部链接（部分浏览器下会丢失）；
- 鼠标拖拽打开新窗口。
- 在新标签页中/新窗口打开连接。
从技术角度看，丢失Referrer 的常见场景包括：
- https 转 http
- window.open 方式打开新窗口
- 修改location 对象进行页面导航
- 爬虫
6.同一个页面加了两套基础统计代码会怎样？
一般来说，我们没有必要在同一个页面添加两套基础统计代码。不过还是有一个页面加了两套基础统计代码的情况，具体可分为两种情况：
1）页面里边嵌套了另一个页面。这种情况是下，实际上是两个不同的页面上都加了基础统计代码，虽然我们看到的只是一个页面。这种情况下，一次浏览会发两次PV，而且两个页面所对应的url 都可能出现在来源页面中。
2）同一个页面重复添加了基础统计代码。这种情况下，一次浏览只会发一次PV。
7.来源中出现了本站，可能是什么原因？
来源中出现了本站，可能的原因包括：
某些页面未添加基础统计代码，用户从这些页面来到加了基础统计代码的页面；
基础统计代码还没来得及加载，用户就跳转到了一个加了基础统计代码的页面；
8.对于分设备终端引流的网站，是否可以监测并分开看数据？
分设备终端来引流的站点，通常可分为两种情况，一种是根据访问设备类型的不同（PC/Mobile/Tablet），分别引流自不同的url；一种是引流自相同的url，但是不同设备看到的页面布局不同。
对于前者，我们可以在不同的url分别加上不同Site ID的基础统计代码，到时候各设备终端的访问情况，只需在SiteMonitor 下不同的站点中查看数据即可；
对于后者，通常是通过CSS 控制的。我们可以根据CSS 中的判定条件在页面上给Site ID赋予不同的值。即同样也需要出不同的代码，但是不同设备终端用户访问页面时，执行的代码是依据设备类型来决定的。
9.系统中的(not set)、none、NoScriptPageviews、NoScriptClients是什么意思？
| 字段 | 说明 |
|---|---|
| (not set) | 一般指的是该功能未进行相应设置所以目前不可用 |
| none | 一般出现在来源列表，表示访问不包含Referrer 信息，一般指的是通过书签访问，在地址栏直接输入URL，用鼠标拖动链接打开等情况，更多可能情况请参见常见丢失Referrer 的情况 |
| NoScriptPageviews、NoScriptClients | 表示的是用户浏览器不支持JavaScript 或者禁止了JavaScript 的情况，注意这类情况下只有PV等少数指标才是准确的，不过一般来说这种流量占比非常小 |
| (illegal) | 一般出现在广告报表，原因：广告位ID和广告活动ID 不匹配，导致系统查询不到相应的medium |
| (unknow) | 一般出现在广告报表,原因：AdMonitor 接口异常；SiteMonitor 数据存储出现差错。 |
10.心跳机制
为了减少客户端和服务端压力，尽量减少数据传输对用户体验的影响，部分收数采用心跳模式。
- 规则：页面pv加载后的第5，15，30s分别发送心跳请求
心跳可以解决的问题：
可用于计算一次会话中最后一个页面时长
在用户跳转页面之前会触发unload事件，期间收集的还没有发送的用户行为会被发送到服务器，确保数据都会传输到服务器。
11.平均会话时长与平均页面时长
平均会话时长与平均页面时长都是时间类的一组指标，但是两者的统计的维度是不一样的，所以在指标解读的时候也有所差异。
首先来了解单个会话时长与页面时长的计算
| 名称 | 说明 | 计算 |
|---|---|---|
| 会话时长 | 对应的维度是会话、用户级别的。是描述一个访问（Visit）的访问在网站持续时间。 | 最后一个页面的心跳的时间戳 - 第一个PV的时间戳 |
| 页面时长 | 对应的维度是页面级别的。是描述一个页面的被用户打开的时间。 | 下一个页面PV的时间戳 - 当前页面PV的时间戳 |
再来了解平均会话时长与平均页面时长
| 名称 | 说明 | 计算 |
|---|---|---|
| 平均会话时长 | 多个会话时长的平均值 | sum（多个会话时长） / 总会话次数 |
| 平均页面时长 | 多个页面时长的平均值 | sum（多个页面时长） / 页面总PV数 |
会话时长会大于30min图例
Session1时长：12:40:30-12:00=40min30s
页面1停留时长：12:40-12:00=40min
页面2停留时长：30s（由第30s的心跳决定）
12.跳出率与退出率
先介绍一下这两个指标的定义与计算：
| 名称 | 说明 | 计算 |
|---|---|---|
| 跳出率 | 对应的有会话、页面级别的。跳出指只浏览了一个网页（产生了一个PV）并未触发其他任何自定义统计（如果有的话）便退出的访问 | 总跳出次数 / 总会话数 |
| 退出率 | 对应的是页面级别的。退出指访问网站后离开（会话结束），一般来说，所有用户访问网站都会有退出。因此只有页面的退出率，没有会话（网站）的退出率 | 总退出次数 / 页面总退出次数 / 页面总PV数 |
跳出的原因
造成跳出的因素有很多。例如，访问者可能因为网站的设计或可用性问题在入口页就离开您的网站。或者，如果访问者已经在一个网页上找到了自己需要的信息，而且没有需要或兴趣访问其他网页，那么他们也有可能在浏览一个网页之后就离开。
跳出率高的原因
跳出率高可能由一种或多种因素造成，其中包括：
1）单页网站
如果您的网站只有一个网页，那么除非访问者重新加载该网页，否则 SiteMonitor 不会记录多次浏览。因此，单页网站的跳出率通常较高。要了解人们如何使用这类网站，可以实施其他内容跟踪方法，例如自定义Pageview。
2）使用方法有误
如果您的网站拥有多个网页，但跳出率仍然较高，那么就需要查看是否为所有的网页添加了跟踪代码。
3）网站设计
如果您的所有网页都包含跟踪代码，但跳出率仍然较高，请考虑以下措施：
重新设计入口页（或目标网页） 对这些网页进行优化，提高网页与搜索字词（用于将用户带到您的网站）、投放的广告或购买的关键字的相关性 更改广告或关键字，使其更好地反映网页内容 使用A/B测试，对您的网站的整体更改进行实验，从而优化您的网站。 用户行为
4）其他因素可能完全取决于访问者的行为。
例如，如果用户为您网站上的某个网页建立书签，访问该网页并离开，那么系统会将此行为视为跳出。
改善跳出率
您的网站设计和 SiteMonitor 的实施都会影响到您的跳出率，所以，要改善跳出率，您需要对网站和设置进行特殊的自定义更改。跳出率以及改善跳出率的途径，就像您的业务一样具有特殊性。
分析具体的数据。同时进行的不同营销活动对网站的整体跳出率产生的影响千差万别。请根据具体的流量来源考虑您的跳出率。此外，使用媒介、关键字、广告系列、目标网页等其他维度来评估跳出率也比评估整体跳出率更便于实施。
评估那些可能造成跳出的因素（如网站布局和导航），然后进行调整。将之前的效果作为量规使用，设法改善与以前的数据相关的当前跳出率。在各项更改之间留出足够的时间，以便评估这些更改对访问者及其行为产生的影响。尝试使用内容评估来帮助您。
13.落地页丢失广告参数的处理办法
系统提供两种广告识别方法：
- 通过url中带的参数识别广告
- 通过cookie中的sm字段识别广告
* 注意 * cookie中的dm字段 必须和落地页域名一致 例如 落地页地址为www.example.com/index.html cookie中则显示dm:www.example2.com 则该数据无法被识别为广告来源
这个时候可以通过 在广告点击代码中增加&dm=www.example.com&字段来确保收数。