Ruby SDK
Last updated
Was this helpful?
Last updated
Was this helpful?
在使用前,请先阅读的介绍。
在 Ruby 脚本中集成 ,使用神策分析采集并分析用户数据。
我们推荐使用 管理 Ruby 项目并获取神策分析 SDK:
如果不使用 RubyGem,也可以从 Github 下载 的源代码。
首先从神策分析的主页中,获取数据接收的 URL 和 Token(Cloud 版)。
如果使用神策分析 Cloud 服务,需获取的配置信息为:
如果用户使用单机版私有部署的神策分析,默认的配置信息为:
(注:神策分析 1.7 及之前的版本,单机版私有部署默认端口号为 8006)
如果用户使用集群版私有部署的神策分析,默认的配置信息为:
其中 {$host_name}
可以是集群中任意一台机器。
如果私有部署的过程中修改了 Nginx 的默认配置,或通过 CDN 等访问神策分析,则请咨询相关人员获得配置信息。
在程序中初始化的代码段中构造神策分析 SDK 的实例:
其中 YOUR_SERVER_URL
是前文中从神策分析获取的数据接收的 URL。用户程序应该一直持有该实例,直到程序结束。程序退出前,需要使用 close()
方法显式关闭,否则可能丢失部分缓存的数据。
第一次接入神策分析时,建议先追踪 3~5 个关键的事件,只需要几行代码,便能体验神策分析的分析功能。例如:
图片社交产品,可以追踪用户浏览图片和评论事件
电商产品,可以追踪用户注册、浏览商品和下订单等事件
用户通过 track()
接口记录事件,对于任何事件,必须包含用户标志符(distinct_id
)和事件名(event_name
)两个参数。同时,用户可以在 track()
的第三个参数传入一个 dict
对象,为事件添加自定义事件属性。以电商产品为例,可以这样追踪一次购物行为:
如前文中的样例,追踪的事件可以设置自定义的事件属性,例如浏览商品事件中,将商品 ID、商品分类等信息作为事件属性。在后续的分析工作中,事件属性可以作为统计过滤条件使用,也可以作为维度进行多维分析。对于事件属性,神策分析有一些约束:
事件属性是一个 Hash
对象
Hash
中每个元素描述一个属性,Key 为属性名称,必需是 String
或 Symbol
类型
Hash
中,每个元素的 Value 是属性的值,支持 String
、Symbol
、Integer
、Float
、Array
、TrueClass
/FalseClass
和 Time
如前文中样例,事件属性中以 '$' 开头的属性为系统预置属性,在自定义事件属性中填入对应 '$' 开头的属性值可以覆盖这些预置属性:
$ip
- 填入该属性,神策分析会自动根据 IP 地址解析用户的省份、城市信息,该属性值为 String
类型;
$time
- 填入该属性,神策分析将事件时间设置为属性值的时间,该属性值必须为 Time
类型。请注意,神策分析默认会过滤忽略 365 天前或 3 天后的数据,如需修改请联系我们。
在服务端应用中,神策分析也要求为每个事件设置用户的 Distinct Id,这有助于神策分析数据。
对于注册用户,推荐使用系统中的用户 ID 作为 Distinct Id,不建议使用用户名、Email、手机号码等可以被修改的信息。
当同一个用户的 Distinct Id 发生变化时(一般情况为匿名用户注册行为),可以通过 track_signup()
将旧的 Distinct Id 和新的 Distinct Id 关联,以保证用户分析的准确性。例如:
为了更准确地提供针对人群的分析服务,神策分析 SDK 可以设置用户属性,如年龄、性别等。用户可以在留存分析、分布分析等功能中,使用用户属性作为过滤条件或以用户属性作为维度进行多维分析。
使用 profile_set()
设置用户属性:
对于不再需要的用户属性,可以通过 profile_unset()
接口将属性删除。
对于只在首次设置时有效的属性,我们可以使用 profile_set_once()
记录这些属性。与 profile_set()
接口不同的是,如果被设置的用户属性已存在,则这条记录会被忽略而不会覆盖已有数据>,如果属性不存在则会自动创建。因此,profile_set_once()
比较适用于为用户设置首次激活时间、首次注册时间等属性。例如:
对于数值型的用户属性,可以使用 profile_increment()
对属性值进行累加。常用于记录用户付费次数、付费额度、积分等属性。例如:
Ruby SDK 主要由以下两个组件构成:
SensorsAnalytics: 用于发送数据的接口对象,构造函数需要传入一个 Consumer 实例。
Consumer: Consumer 会进行实际的数据发送
为了让开发者更灵活的接入数据,神策分析 SDK 实现了以下 Consumer:
DefaultConsumer
: 普通 Consumer,实现,逐条、同步的发送数据给接收服务器。
BatchConsumer
: 批量发送数据的 Consumer,当且仅当数据达到指定的量时,才将数据进行发送。
数据接收地址,建议使用不带端口号的:
数据接收地址,带端口号的:
数据接收地址:
数据接收地址:
至此,我们已经可以正常使用神策分析 SDK 了。需了解更多关于 SDK 的使用方法,可以跳到本文末尾的 一节。
对于神策分析束,请参考
关于其他更多预置属性,请参考 中 '预置属性' 一节。
注意,对同一个用户,track_signup()
一般情况下建议只调用一次(通常在用户 注册 时调用),用户 登录 前后的行为的关联建议在业务端实现。在神策分析 1.13 版本之前,多次调用 track_signup()
时,只有第一次关联行为是有效的。神策分析 1.13 版本之后提供了多设备 id 关联的方法。更详细的说明请参考 ,并在必要时联系我们的技术支持人员。
用户属性中,属性名称与属性值的约束条件与事件属性相同,详细说明请参考 。
对于用户喜爱的电影、用户点评过的餐厅等属性,可以记录列表型属性。需要注意的是,列表型属性中的元素必须为 String
或 Symbol
类型,且元素的值会自动去重。关于列表类型限制请见 7.3 属性长度限制。
DebugConsumer
: 用于校验数据导入是否正确,关于 的详细信息,请进入相关页面查看。请注意,不要在生产环境中使用 Debug 模式。