Adobe Analytics应用跟踪概述
不经不觉已经离开Adobe一年多年了，这一年来我很感恩，因为虽然离开了Adobe，但我仍然可以用Adobe服务伙伴的角色继续为客户提供服务。当然，做服务伙伴和在Adobe里做顾问有很大的不同。在Adobe里，工作分得很细，有客户管理（Account Manager），有销售（Account Execute),有售前顾问（Solution Consultant),还有售后顾问（Consultant）等等。售后顾问也分了很多领域，例如我是比较技术性，还有一些是比较业务性的顾问。基本上很多东西都不用我处理，我只需要每个礼拜有一定的咨询客户的时间就可以了。
离开了Adobe之后，我的工作范围就阔大了很多，有时候需要从香港飞到上海为客户做研讨会，也有时候要下到客户公司直接帮忙客户解决数据系统和CMS兼容性的问题。半年前，我要帮助客户把用了多年的Nielsen换成Adobe Analytics,当中要先了解Nielsen，然后把Nielsen的一些代码保留，但把背后的资料就发到Adobe Analytics服务器。这些工作都是我在Adobe里的时候不会做或不允许做的。这两年来，我做了比较多app跟踪，所以想利用这篇文章来分享一下Adobe Analytics在app上的跟踪功能。
首先，Adobe Analytic有对于不同平台跟踪的SDK, 包括iOS, Android, Window Phone, Blackberry等等。还有，最新的SDK4.0支持了几个Marketing Cloud产品的功能，就是Adobe Analytics, Test&Target, 和Audience Manager。而以后的产品路线都是把所有MarketingCould产品都放在一个SDK里， 这样会简化了多产品并行的实施。
Adobe Analytics SDK是如何工作的？
1. SDK都是利用http请求的方法把用户行为发到Adobe服务器。
2. 如果用户手机正在离线状态，SDK会把请求暂时放在缓冲存储器里，同时把每个请求当时的Timestamp记下来。
3. 当用户手机回到上线状态，SDK会把存储了的请求发到Adobe方到服务器，因为每个请求都有Timestamp,所以用户的访问时间，跟种种行为时间不会因为手机下线而误报。
4. http请求的频率，缓冲存储多大等等都可以自己设置。
实施app比实施web还简单一些，只有把SDK包含着app里，什么其他东西都不用做，就可以立刻拿到开箱数据。这些表包括了Web的开箱报表和一些以专门为app制造的维度(Dimension) 和量度（Metrics）。
开箱数据-维度和量度(out-of-the-box dimensions and metrics)
开箱数据的意思是把SDK包含着app里，其他都不用做就可以拿到的数据。现在Adobe Analytics app SDK 已经是第四版了。从第一版起，Adobe就开始收集客户的意见，那时app还是比较新的玩意，没有人知道应该看什么，和什么数据能够帮助到app的优化，所以那时候app的开箱报表跟web的没什么大差异。 现在到了第四版，Adobe综合了多年客户提供的意见而为app制定了一组开箱报表。 已经有的Web开箱报表我不长列出来了，以下是额外为app做的维度(Dimension) 和量度（Metrics）。
| Metric（量度） | Configuration（定义） |
| First Launches | Triggered on first run after installation (or re-installation). (首次启动次数, 在App安装后的第一次启动，这个量度就加一，再同一个手机里再不会增加,除非重新安装app，可以看这个为成功安装次数。) |
| Upgrades | Triggered on first run after upgrade, basically, anytime the version number changes。 (App 升級的次数) |
| Launches | Triggered on any run that is not an install or an upgrade. This also triggers when the application is brought out of the background. (App打开的次数，App放回背景后一段时间后再打开就算再一次打开，这个时间可以自己设定，默认是5分钟。) |
| Crashes | Triggered when the application does not exit gracefully. Event is sent on application start after crash (the application is considered to crash if quit is not called). (程序崩溃次数，当App不正常地退出，这个量度就加一） |
| Previous Session Length | Aggregated total Previous Session Length in seconds. (上一次使用的时间长短，用秒计算。当app放回背景超过一个自定义的时间后，再打开的时候，SDK会自动记录上次使用的时间长短。这个有点像网站的访问停留时间，不过访问跟新访问之间时间不限于30分钟。) |
【本文来自《网站优化在中国》，版权归原作者Michael Lee所有，如欲转载，请联系作者】
| Dimension（维度） | Description（定义） |
| Install Date | Date of first launch after installation. MM/DD/YYYY (安装日期，其实是第一次启动日期，不过通常都是安装日期。) |
| App ID | Stores the Application name and version in the following format:[AppName] [BundleVersion] (自动地把App的名字跟版本记录下来） |
| Launch Number | Number of times the application was launched or brought out of the background. (打开次数维度，每次app打开时候把当前打开次数记录成维度，这样你可以分析用户是第几次打开始转化。) |
| Days since first use | Number of days since first run. (离第一次启动隔了多少天。) |
| Days since last use | Number of days since last use. (离上次使用隔了多少天。) |
| Hour of Day | Measures the hour the app was launched. 24 hour numerical format. Used for time parting to determine peak usage times. (一天里每个小时的维度) |
| Day of Week | Number of the week day the app was launched. (星期一至日，每天都是一个维度值) |
| Operating System Version | OS version (操作系统版本) |
| Days since last upgrade | Number of days since the application version number has changed. (离上次升级隔了多少天) |
| Launches since last upgrade | Number of launches since the application version number has changed. (从对上次升级后，用户打开了多少次) |
| Device Name | Stores the device name. (手机型号) |
| Carrier Name | Stores the name of the mobile service provider as provided by the device. (电信运营商名称) |
| Resolution | Width x Height in actual pixels (屏幕分辨率) |
【本文来自《网站优化在中国》，版权归原作者Michael Lee所有，如欲转载，请联系作者】
除了以上的开箱维度和量度以外，SDK还提供了一些功能让客户更容易地获取一些关于时间和地点的维度和量度。
事件时间量度
| Action Time Total | 动作之间的时间– 就是在app里定两个动作点，一个为开始，一个为结束，比如登录为开始，购买为结束。 SDK会自动地把用户从登录到购买所需要的时间计算出来，成为一个量度。 |
| Action Time In App | 跟动作之间的时间一样， 不过它自动地地排除了app在背景的时间。 |
| Lifetime Value | 用户价值 – 每次用户达到一个成功点，你都给他一个分数或货币价值。SDK会把这个价值累积起来，这会让你更容易地找出最有价值的用户。 |
兴趣点维度（POI）
这是一个SDK4.0新增的功能。你先把一些兴趣点的经纬度输资料入，比如一个零售商可能把他们门市部的经纬度输入，每当用户在门市部附近使用app，所有的app上的行为就能与那个门市部关联起来。
| Dimension | Description |
| Point of Interest Name （POI 名字） |
POI 名字 |
| Distance to Point of Interest Center （与POI距离） |
与POI距离 |
【本文来自《网站优化在中国》，版权归原作者Michael Lee所有，如欲转载，请联系作者】
跨设备的监测 -访客拼接
这个不是什么新功能，已经有了好几年了，但因为很多客户都没有使用到，所以在这里顺便提一提。我们可以把一个访客在app跟web的行为连接起来，同时可以达到比较准确独立访客计算。很多app都要用户先登录才可以用，这对独立访客计算有很大的好处。用户登录了之后我们把用户的UserID提供给s.visitorID变量，之后如果用户使用同一个UserID在web或其它设备登录了，Adobe会自动地把两个设备上的行为组合起来，因为web上面的cookies已经跟UserID联系起来了，尽管用户登出了，他以后在同一个浏览器上的行为都会被关联起来，就是说用户只要在设备上登录过一次就够了。当然，如果用户把cookies清除了，他就要再登录咯。
分析界面
在SDK以外，Adobe专门为App的数据分析制作了一个全新的界面，跟传统的SiteCatalyst界面很不同。
KPI报表
路径图
Cohort analysis
【本文来自《网站优化在中国》，版权归原作者Michael Lee所有，如欲转载，请联系作者】
动态通知
在界面上也添加了很多小功能。譬如你可以利用界面直接地通过SDK触发通知(notification)给app用户。通知的内容，面貌，和在什么情况下触发全都可以在界面即时地更改而生效，最好的是你可以利用已经收集到的数据作为其中触发通知的条件。
最后，SDK上还有Target跟其他产品的功能，下次有机会再跟大家分享吧。如果有什么问题，可以通过微薄联络我。希望大家对Adobe Analytics 的app跟踪有了多一学些的理解。