实时标签，支持根据客户触发的实时行为及其属性即时标记满足条件的客户，适用于对标签时效性要求较高的场景。实时标签和规则标签的主要差异是，实时标签是实时单个用户打标签，规则标签是定时批量用户打标签。

由于该功能会对系统性能造成一定的消耗和冲击，故单租户维度至多配置20个实时标签（其中行为属性作为标签值的类型的实时标签至多配置10个）。

实时标签为独立的增购功能项，各版本默认不支持，仅购买开通后SaaS/私有化/私有化订阅版本方可支持该功能。

例如，企业需要实时标记客户注册渠道，则可定义标签名【客户注册渠道】，选择【将行为属性作为标签值】，定义规则：客户行为满足【今天】【做过】【注册】【总次数】大于等于1，将客户【注册】时的属性【注册渠道】作为标签值。

或者，企业需要实时标记客户购买的商品类型是【赠品】或【非赠品】，则可定义标签名【购买商品类型】，选择【自定义标签值】，定义规则：【赠品】=客户行为满足【今天】【做过】【购买】【总次数】大于等于1 且 【购买商品类型】是【赠品】，【非赠品】=客户行为满足【今天】【做过】【购买】【总次数】大于等于1 且 【购买商品类型】是【非赠品】。

2.4.1 标签基础信息

必填标签名称，50个中文字符限制。

选填标签描述，100个中文字符限制。

可选标签分组，默认选择全部，下拉可选择已有的其他标签组。

可添加应用场景标记，支持多选。

标签值匹配规则：由于实时标签有多值，且客户的实际情况可能命中1个以上的标签值，因此需补充定义对于这个标签，1个客户身上的标签值是否唯一。选择1名客户可被打上多个标签值时，打在客户身上的标签值会累加命中的多个值（若有多个）。选择1名客户最多可被打上1个标签值时，打在客户身上的标签值始终只有1个，会被更新覆盖，更新覆盖逻辑有以下两种：当实时标签取值规则为自定义标签值时，每一次打标计算时，若客户满足多个自定义标签值，则排序最靠前的标签值会被优先匹配；而当实时标签取值规则为将行为属性作为标签值时，对多次打标计算产生的标签结果，可以自定义保留最新或最早的标签值。

以下通过4个案例说明匹配规则和标签值类型两两交叉后的实际打标情况：

若用户选择“自定义标签值”+“最多可被打上1个标签值”，定义了满足今日注册行为大于等于1次时打上“注册未下单”，满足今日注册行为大于等于1次且满足今日支付行为大于等于1次时则打上“注册并下单”，“注册并下单”标签值排序更靠前，则该客户在某日发生注册行为时触发打标判断，打上“注册未下单”，再发生支付行为时触发打标判断，根据他已经产生的行为轨迹，他同时满足了“注册未下单”“注册并下单”，由于只能打1个标签值，且“注册并下单”排序更靠前，则客户最终打上“注册并下单”。

若用户选择“自定义标签值”+“可被打上多个标签值”，定义了满足今日注册行为大于等于1次时打上“注册”，满足今日支付行为大于等于1次时则打上“下单”，则该客户在某日发生注册行为时触发打标判断，打上“注册”，再发生支付行为时触发打标判断，根据他已经产生的行为轨迹，他同时满足了“注册”“下单”，由于可以打多个标签值，则客户最终打上“注册”和“下单”。

若用户选择“将行为属性作为标签值”+“最多可被打上1个标签值”，定义了满足今日支付行为大于等于1次时，动态打上“支付渠道”，则该客户在第一次在A渠道支付行为时触发打标判断，打上“A渠道”，如果选择的是“保留最早的标签值”，则客户后续在其他渠道的支付行为不再会影响已经打上的标签值，永远保留“A渠道”；如果选择的是“保留最新的标签值”，则客户后续发生其他渠道的支付行为，会按最新一次支付行为发生的渠道值更新替换掉“A渠道”。

若用户选择“将行为属性作为标签值”+“可被打上多个标签值”，定义了满足今日支付行为大于等于1次时，动态打上“支付渠道”，则该客户在第一次在A渠道支付行为时触发打标判断，打上“A渠道”，第二次在B渠道支付行为时触发打标判断，打上“B渠道”，此时客户身上有“A渠道”“B渠道”2个值，以此类推，后续在其他渠道的支付行为会陆续新增到客户身上。

2.4.2 实时标签取值规则1：自定义标签值

默认存在1个标签值，支持输入修改标签值名称（同一个标签下的标签值名称不可重复；不同标签下的标签值名称可以重复），支持编辑、复制、删除、添加标签值，支持标签值拖动排序。由于该功能会对系统性能造成一定的消耗和冲击，故单租户维度，1个实时标签下至多配置10个标签值，1个标签值下至多配置5个行为条件。

（1）规则编辑器-触发行为及行为指标筛选条件

实时标签支持通过【行为触发条件】和【规则筛选条件】中的【客户行为】条件模板配置打标触发时机和事件指标筛选的规则。当配置标签值“【启动10次】=由【App启动】触发，且要求【今天】做过【App启动】总次数【等于】10”这样的条件时，【今天】内每一个客户的每一次【App启动】行为上报都会触发这条行为指标的计算，当某个客户的【App启动】行为累计满足10次时，便会打上【启动10次】这个标签值。

在【行为触发条件】部分配置多个行为时，配置的每一个行为都会成为实时标签的打标触发条件，例如配置标签值“【启动10次】=由【App启动】或【小程序启动】触发，且要求【今天】做过【App启动】总次数【等于】5 且 【今天】做过【小程序启动】总次数【等于】5”这样的条件时，【今天】内每一个客户的每一次【App启动】或【小程序启动】行为上报都会触发这条行为指标的计算，当某个客户的【App启动】行为累计满足5次，且【小程序启动】行为累计满足5次时，才会打上【启动10次】这个标签值。

（2）规则编辑器-客户特征筛选条件

点击「客户特征」按钮，可以新增一个客户属性、标签、分群筛选条件，支持添加多个【客户特征】模板，与原有的特征条件进行且、或组合。此处过滤条件是指，可以指定某一类特征的客户打标。例如，上述【启动10次】的标签值可以只打在“（省份 是 湖北 且 计算标签 是 1）且 青年人群”的客户身上。

点击“且/或”可以切换规则逻辑：

a. 且：属性、标签、分群、行为等条件取交集；

b. 或：属性、标签、分群、行为等条件取并集。

2.4.2 实时标签取值规则2：将行为属性作为标签值

选择将行为属性作为标签值时，需进一步指定将客户【行为触发条件】里配置的行为上报时的某个属性作为打标依据（下图为2种标签取值规则的核心区别），仅支持配置1个事件。可用于打标的属性离散值上限时5000个，超过5000个的离散值无法被实时准确的打上。

2.4.3 更新方式

实时标签不支持选择更新方式，默认实时更新。