Webtrekkk网站分析工具 - 跨屏分析功能.pdf

《Webtrekkk网站分析工具 - 跨屏分析功能.pdf》由会员分享，可在线阅读，更多相关《Webtrekkk网站分析工具 - 跨屏分析功能.pdf（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 Webtrekk 用户聚焦跟踪用户聚焦跟踪(UCT)版本：1.0 内容提要 1.用户聚焦跟踪的定义 2.用户聚焦跟踪的实现机制 3.用户聚焦跟踪带来的效果 4.用户聚焦跟踪带来哪些额外的分析 5.附录 1.用户聚焦跟踪用户聚焦跟踪的定义的定义 随着 4.3.4 版本的发布,Webtrekk 给大家带来了全新的用户聚焦跟踪功能。它能够优化用户识别并消除了其它杂乱的影响。以用户为导向的跟踪方式 跳出了传统的 Cookies 限制，从而实现跨浏览器，多屏幕和用户删除 Cookies 后的持续跟踪。它提高了跟踪效果的同时也打破了用户信息的限制。用户行为在最近几年经历的巨大的变化。移动设备的重要性显著

2、提高，用户在家通过 PC 访问在线商城和新闻门户的日子已经成为历史。今天，很多人通过他们的智能手机随时使用互联网，或者傍晚在家里的沙发上一边看电视一边使用平板电脑-这种趋势越来愈明显。最新的跟踪方法必须将这种趋势考虑进去，特别是考虑到 cookie 只限定在单个设备里的情况。当一个用户通过 PC，智能手机和平板电脑访问同一个网站时，根据 cookie 衡量的话就会出现三个不同的访客。因此通过将所有的单个访问归结到独立访客从而获得这个访客有价值的用户信息变得越来越困难和麻烦。更加准确的用户评估不仅仅能够让您的流量更加精确，它还能够让您在更短的时间里获得更加丰富的用户信息。用户导向的跟踪法能够实现

3、 cookie 和数据库信息的结合，该方法能够突破传统用户识别的缺点，让 Webtrekk 用户能够获得更加准确的用户信息。它也是即将发布的用户关系管理（URM）功能的重要组成部分，也是准确使用最新的人口特征分析的重要组成。2.用户聚焦跟踪用户聚焦跟踪的的实现实现机制机制 基于上述原因，仅仅依赖于 cookie 来实现跨设备的清晰的用户识别之路是走不通的，因此我们需要使用额外的识别方式。这个方法就是 URM 自定义访客 ID(CustomerID).使用它可以匿名的将登录用户记录在 Webtrekk 中。要实现用户聚焦跟踪，您首先必须向 Webtrekk 提供 URM 客户和访客 ID。更多有

4、关跟踪代码整合的信息请查阅 6.11 处自定义访客 ID 的跟踪信息。但是这个仅仅是第一步。第二步会在 Webtrekk 后台系统自动完成。自定义访客 ID 的一个优势是只有访客登录后才能发送它。假入一个访客在整个访问过程中没有登录，则这位访客无法通过自定义访客 ID 来识别。鉴于此，URM 自定义访客 ID 会在 Webtrekk 后台赋予另外的 ID，既这个 ID 会从 cookie（终端访客 ID）直接关联到访客 ID。上面的图表清晰展示了这个过程。根据访客使用浏览器或设备的数量，访客有多个 cookie。每一个 cookie 对应一个 ID，也就是终端访客 ID。当这名访客登录后，这个

5、终端访客 ID 便能与URM 自定义客户 ID 进行关联。URM 访客 ID 就是用来识别用户，基于 cookie 的不同终端访客ID 就会赋予到用户识别 ID 中。如果任何一个终端访客 ID 发送到 Webtrekk，相关的访客也会添加到相应的 URM 访客 ID 中。也就是说 URM 自定义客户 ID 只在第一次关联（绿色箭头）的时候用到。之后，关联机制便独立于 URM 自定义客户 ID（灰色箭头）。详细的技术细节和例子请查询此文档中的附录部分。终端终端访客访客 ID Webtrekk 生成的 cookie ID 在此前一直被当做访客 ID 不同的浏览器和设备有不同的 cookie，并且有

6、可能被用户删除。URM 自定义客户自定义客户 ID 访客登录后，Webtrekk 跟踪代码会发送这个 ID，同时每个用户的 ID 都具有唯一性。URM 访客访客 ID 4.3.4 版本发布后，此 ID 当做访客 ID，它必须通过 URM 自定义访客 ID 关联到单个的终端访客ID，这样便能杜绝任何来自不同浏览器和终端设备或者是 cookie 被清除造成的数据扭曲。请注意：调换到用户导向的跟踪法之后，您的历史数据不会受到影响。新用户匹配只影响4.3.4 版本后收集的数据。3.用户聚焦跟踪用户聚焦跟踪带来的效果带来的效果 用户聚焦跟踪具有的优势已经做了详尽的讨论，但是这些调整对数据带来哪些效果？以

7、前，访客是根据他或她的 cookie 进行识别。由于不同的设备和浏览器生成不同的 cookie，因此单个用户由于使用不同的浏览器或设备而被识别为多个用户。通过使用访客导向跟踪法，这种限制便不复存在。这种优化意味着将来您的数据中有相对较少的独立访客。数据减少的规模取决于网站，但是一般处在 2-10%之间，而独立访客的访问次数则会相应提高。由于启用用户导向的跟踪方法而带来的访客“丢失”则仅仅是统计数字层面的。过去，由于只依靠 cookie 进行用户识别的技术限制，记录下来独立访客量比实际数据要大。这就意味着丢失的并不是实际访客量，而是准确度的提高，或者说是网站分析领域中访客为中心的新视角。您可以用

8、独立浏览器指标来找出访客评估中的变化。这个指标显示不同的浏览器/设备所对应的的以前仅仅基于 cookie 的访客识别。假如您制作的报告中包含独立访客指标，并且想沿用以前的独立访客识别方式，您需要用独立浏览器替代独立访客指标。当您使用 Webtrekk 全样数据导出时，请注意 EID 栏现在使用新的用户识别方法。换句话说这一栏已经不再显示基于 cookie 的终端访客 ID，而是基于服务器端的 URM 访客 ID。4.用户聚焦跟踪用户聚焦跟踪带来哪些额外的分析带来哪些额外的分析 用户聚焦跟踪能够让您评估跨设备用户行为。下面用两个例子简要说明这种分析的潜力。第一个例子是跨设备分析。通过它您可以评估

9、您的访客使用哪类设备访问。首先您必须输入分析（例如访客 PC/笔记本电脑%）中使用的公式作为您自己定义的公式。此分析向您展示了在分析的区间内，例如有 1.59%的 PC/笔记本电脑用户也使用平板电脑访问了页面。它会带来与访客使用的设备相关的洞察和哪些方面存在着联动效益。第二个是一个跨设备客户路径的例子。就像之前的推广渠道路径一样，您可以查看在一段时间内访客使用不同设备的情况。具体方法为在透视表的对象中加入 URM 访客 ID，设备类别和访问时间。而且使用过滤器找出使用多个设备的访客。这个分析展示的是在分析的区间内这些访客使用了哪些设备类别，以及他们在不同设备种类中如何相互交替使用。通过进一步的

10、对比分析后，我们还能找到不同浏览器的使用行为。最后，不要忘记再营销分析，它也会从用户聚焦跟踪中获得提升。在进行再营销分析（例如由用户和产品 ID 组成）时，请注意根据不同的分析我们需要一个不同的 ID。假如再营销是在网站中实现，分析中必须选择终端访客 ID，其原因是这个 ID 由于 cookie 直接在网站中存在。数据仓库链接中，URM 自定义访客 ID 更加适合使用，这个 ID 在很多时候也在您的数据仓库中。在新闻邮件再营销中，将 URM 自定义访客 ID 或者所谓的 E-mail 接受者 ID 定义为 URM 类别也是个好办法。不过最重要的是要保证邮件营销服务商了解也能处理使用的 ID。5

11、.附录附录 用户聚焦跟踪用户聚焦跟踪技术详解技术详解 Webtrekk 用户聚焦跟踪在这里将进行进一步的介绍。接下来的说明比上面的介绍要更加关注技术。下面的总览表主要是演示所有与用户聚焦跟踪相关的案例和使用方法。开头的位置是在八个会话中的两次登录（A 和 B）和两个设别（ID 为 111 和 222）。为了表达的更加清晰，URM 自定义访客 ID，URM 访客 ID 和终端设备访客 ID 用颜色进行了标示。前三栏包括用跟踪代码获得的数据。剩下的栏目包括在 Webtrekk 数据库中输入和处理的数据。第一个会话覆盖第一行和第二行。访客第一次来到网站。终端访客 ID 111 是第一次的数据，没有任

12、何注册，说明在此会话中也没有赋予 URM 自定义访客 ID。我们对访客赋予了 URM 访客 ID“1”。不过，您可以看到在上面的表中有个 URM 自定义访客 ID。这个是一个回溯性赋值，我们接下来对此进行介绍。在第二个会话中（第 3-5 列），注册是在第二页的页面曝光中完成的。URM 自定义访客 ID“A”第一次被记录下来。它被系统关联到已有的 URM 访客 ID“1“和终端访客 ID“111”中。通过 Webtrekk 以后的 URM 功能，URM 自定义访客 ID 可以使用 URM 访客 ID“1“分配到所有以前的会话中。没有 URM 功能的话，回溯性分配是无法实现的。不过这个只影响 UR

13、M 自定义访客 ID 的分析。在用户评估中只有 URM 访客 ID 会被考虑，而这个例子中它在第一次会话中已经存入数据库中。接下来的两个页面曝光（第 6 和第 8 列中）由于在 30 分钟内没有出现会话超时（通过时间戳可以看到：在第 5 列的页面曝光和第 6 页的页面曝光中间只花了 30 秒钟），因此它们实际上属于同一个会话。第二个注册却是在第 6 行完成，在此 URM 自定义访客 ID“B“提交到数据库（例如合作伙伴也在网站中进行了注册）。URM 访客 ID“2”是由系统添加。由于一个会话无法被分配到两个 URM 访客 ID 中，这个会话在此进行了分割并在新的会话“3”（第 6 和 7 行）

14、中分配了相应的页面曝光量。这种会话分割稍微的增加总会话量，不过这个情况在实际情况中很少发生。接下来的第四个会话（第 8 和 9 行）中没有登录，因此没有 URM 自定义访客 ID。终端访客ID”111”和最近跟踪的 URM 访客 ID“2”的系统关联意味着这个会话已经分配到这个 URM 访客ID 中。请注意当两个 URM 访客 ID 跟单个 URM 自定义访客 ID 关联后，系统会使用最近的URM 自定义 ID 和 URM 自定义访客 ID URM 自定义访客 ID“A”再一次在第五个会话（第 10 和 11 行）中用来登录。因此这个会话会被分配到 URM 访客 ID“1”中。一个新的终端访客

15、 ID“222”在接下来的第六个会话（第 12 和 13行）中会被记录下来。这个是因为使用了其它浏览器或终端，或者 cookie 已经被删除。在这种情况下用户使用了其它的终端设备，系统中还没有与访客 ID“222”匹配的记录存在。而且在此会话中没有任何注册或登录发生，所以该会话会被分配到 URM 访客 ID“3”中。第七个会话（第 14 和 15 行）再一次使用终端访客 ID222”，不过在第二个页面曝光中 URM 自定义访客 ID“A”进行了登录。该会话和以后的终端访客 ID“222”可以分配到 URM 访客 ID“1”中，此 ID 属于URM 自定义访客 ID“A”。不过我们不会将第六个会

16、话回溯性的分配到相同的 ID，因为它需要 的对过去会话的验证在技术上没法实现。第六个会话因此依旧会分配到 URM 访客 ID“3”中。请留意上面场景中第一个和第二个会话的区别。在这个例子中会发生回溯性分配，原因是URM 访客 ID “1”从一开始就在元数据中。而且只有在这个和 URM 自定义访客“A”中出现。第八个和最后一个会话（第 16 和 17 行）也会再一次记录为终端访客 ID“111”,但是没有任何登录。不过给这个会话分配了 URM 访客 ID“1”，因为它就是为这个终端访客 ID 记录的 URM 访客ID。联系联系我们我们 如果您有任何问题，我们都非常乐意为您提供帮助。Webtrekk 还将为您提供全面而优质的服务包。Webtrekk 北京 北京朝阳国贸 3 期 15F,100004 联系人：张 姝 电话：+86(0)10 5737 2429 传真：+86(0)10 5737 2627 电邮： Webtrekk 柏林 Hannoversche Strae 19 10115 Berlin Tel 030-755 415-0 Fax 030-755 415 100