无埋点事件字段
无埋点事件
名称 | 类型(长度) | 说明 |
userId | string(36) | 用户ID。 正对单个用户生成的唯一ID。 示例:Web网站生成一个有效期3年的cookie值,App则为机器唯一标识码。 |
sessionId | string(36) | 访问ID 示例:6b5099c7-6006-422d-92ac-4f3bf4ddd37c Web端:首次访问时生成 session,当用户30分钟内无操作行为,之后有操作行为,刷新 session。 移动端:冷启动时生成 session,当App进入后台30秒后再次启动,刷新session。 小程序:冷启动时生成 session,当小程序进入后台5分钟后再次启动,刷新session。 |
sendTime | bigint | 发送时间。 |
eventTime | bigint | 事件发生事件 |
eventType | string(10) | 事件类型 |
ip | string(64) |
countryName | string(30) | 国家名称。 用户所在的国家。 |
region | string(30) | 省份。 用户所在的省份。 |
city | string(30) | 城市。 用户所在的城市。 |
domain | string(100) | 域名。 用户访问的网站域名。 |
path | string(512) | 路径。 网站路径。 |
refer | string(1024) | 来源链接 |
userAgent | string(1024) |
appVersion | string(10) | 客户的产品版本,仅限App端。 |
model | string(50) | 用户的设备型号 |
manufacturer | string(50) | 用户的设备生产产商。 示例:小米 |
channel | string(40) | 下载渠道。 App的下载渠道,仅限移动端。 |
language | string(10) | 语言。 用户使用的设备系统语言。 |
osVersion | string(50) | 系统版本。 用户使用的设备系统版本。 |
resolution | string(20) | 设备分辨率 用户使用的设备分辨率。 |
platform | string(10) | 数据来源 平台区分该数据属于哪个平台。 示例:Web Android iOS |
id | string(16) | 访问事件ID 即visit_id,用于与page数据聚合,唯一标记visit事件。 |
query | string(512) | 访问事件的query信息 访问时的连接中的query,与掐年的domain,path一起构建完整的链接。 |
lat | double | gps纬度 mobile平台,需要gps权限。??? |
lng | double | gps经度mobile平台独有的子弹,紧缺到小数点后5位。 |
三张数据表分别代表GIO定义的三种数据级别,访问级别(visit),页面级别(page)与标签级别(action)。visit代表访问级别的数据,按照session定义访问,page代表页面级别数据,打开的浏览页面就是一条记录,一条访问级别数据对应多条页面级别,action级别数据代表标签数据,定义页面元素标签的显示,点击,提交等事件,三者形成整个用户行为数据层级。目前导出的数据类型除了action下的imp(impression)类型因为数据量过大不可导出,其它数据都已经导出。
sendTime与eventTime的区别在于前者相当于是GIO平台接收到的时间,而eventTime是事件在客户端真正发生的时间,客户可以根据eventTime重现用户操作时间线。
在refer中可以提取utm(广告链接关键字)或者搜索关键字等信息,用于分析访问来源。也可在visit表的query字段中提取utm信息。
appVersion,model,manufacturer,channel,osVersion仅在mobile端提供,更多信息可以从userAgent中提取。
三张数据表可以根据“外键”join,分别是page_id与page表的id,visit_id与visit表的id,action_id单独提供。因为标签事件并不导出impression(显示级别)的数据(数据量太大的缘故),所以建议通过action full outer join page,visit与page基本保持对应,若是在小时级别page数据无法join到对应的visit记录,visit记录可能存在于之前的小时单位中。
所有数据已经根据userId, sessionId, sendTime进行排序,基本能够做到具体用户行为跟踪。
mobile端浏览器打开页面访问,默认platform类型为Web,若是需要区分则建议根据osVersion。
action数据中index,info为补充字段,参考changelog说明。
圈选数据映射关系
名称 | 类型 | 说明 |
sendTime | bigint | 发送时间 数据发送过来的时间 |
action_id | string(30) | 事件ID。 标签事件的唯一id web的action_id以wa开头,mobile以ma开头 |
rule_id | string(8) | 规则ID。 匹配事件的规则id,该id为growingio平台圈选的标签的唯一id. 该值由字母与数字组成,例如‘1ba052a9’. |
在基础部分数据导出(visit, page, action)之外,提供圈选数据与action级别数据的映射部分。
通过action数据中的action_id与action_tag中的action_id聚合,绑定对应的rule_id(映射的规则名称)到action数据上。
rules代表了客户在GrowingIO平台上圈选的标签,rule_id即其唯一标识符。
通过rules表将名称绑定到上述的action_tag表中,便于通过名称进行数据分析,识别导出数据中圈选部分的数据情况。
action_tag与rules表均是关联信息表,用于更进一步分析导出的部分数据,在导出数据中定位圈选数据。建议规则建立时保持名称的唯一性,GrowingIO平台不保证规则名称唯一性。
相同的规则名称下可能有多个规则类型,规则名称+规则类型才能区分,此处的规则类型与基础数据action中的事件类型保持一致。
最后更新于