menu
Is this helpful?

# 项目时区

# 多时区管理

对于跨多个时区的项目(用户来自不同时区、业务出海等场景),TE支持对上报的事件时间做统一识别记录,避免失去偏移信息。同时,您可以在分析时,指定一个时区,将全球的上报数据换算成该时区下的时间进行计算。

例如,对于总部在旧金山的全球运营项目,想要按旧金山时间同时查看中东用户和东亚用户的上报数据,只需将展示时区配置为旧金山时区即可。

# 配置项目时区

项目管理员及以上可在「项目配置」中管理项目时区配置。

(1)默认时区配置为关闭状态,即直接按照上报数据的原始时间进行计算和展示。

(2)点击开启“多时区开关”后,可开始进行项目时区的配置。开启多时区可能导致对现有资产的影响,具体影响以界面提示为准。

(3)设置时区偏移属性

选择上报数据中记录时区信息的属性选择为“时区偏移属性”。请使用数值型数据记录事件时间与 UTC 时间的偏移小时数,该数值的有效范围为-12~14 间的整数。

请注意,未配置时区偏移属性的项目,多时区相关功能无法正常使用,请在多时区开关打开后尽快完成配置。

如果采用客户端 SDK (Android SDK v2.2.0 / iOS SDK v2.2.0 / JS SDK v1.2.0 / Unity SDK v1.4.3 以上或其他客户端 SDK)上报,TE会默认使用#zone_offset自动采集时区信息。您可以直接选择“默认时区偏移”(#zone_offset属性)作为时区偏移属性。若未上报该属性,则需要手动选择数值类型的属性作为时区偏移属性。

如果已开启“实时”相关应用,包括实时预警等功能,时区偏移属性仅支持使用Flink可解析的事件属性,使用非Flink可解析属性会导致实时预警功能异常。配置时会告知影响方式,请确认后提交配置或变更。

(4)配置用户时区属性

采集用户所在的时区可以用于分析用户分布和制定运营推送计划。配置了用户时区属性后,将可以在运营模块使用“按用户时区推送”功能。支持使用除虚拟属性外的用户属性。属性值可以为-12到14的合法时区值,包含非整数时区值。当上报属性不是合法的时区值或非数值类型时,您可以上传映射码表,将上报值映射为时区值。一旦确认使用映射码表,非码表内的属性值将被认为是非法值。

(5)选择项目展示时区

选择在分析时需要使用的目标时区,可将您最常用的时区设置为默认时区,它将作为项目成员在分析时使用的初始默认时区。

比如,总部在旧金山(UTC-08:00),并按照该时区统一全球数据的口径,可将 UTC-08:00设置为项目展示时区。

(6)时区偏移后展示时间的计算方法

展示时间 = 事件时间+( 展示时区 - 事件时区 )

# 注意:

由于时区被应用于分群、标签等资产的计算中,删改时区会导致分群、标签等资产重新计算,造成大量资源消耗,请不要随意删改时区配置。

打开多时区开关后,需慎重关闭。请先确认关闭时区后,相关的看板、报表、分群、标签的计算逻辑是否符合预期,以免造成数据错误和资源浪费。

# 最佳实践

# 使用标准时区统一海外数据

将出海产品产生的全球数据以一个确定的时区来标准化。如,所有数据都偏移到 UTC±00:00,避免因时区产生的数据跨天问题。

# 解决非自然日活动数据

非自然日活动指的是开始与结束时间不遵循当地的自然日变更时间,比如活动在当地凌晨 3 点开始与结束。在分析时,就有可能需要以 3 点作为分析的日期切割点,此时可以使用时区编辑功能,设置与日期切割点相应的时区,在分析时进行切换,即可完成这类活动的留存/回访分析需求。

# 海外团队的数据查看

如果您的团队中存在海外团队,那么使用时区设置功能。将这些团队所在时区配置成可选时区,那么在查看数据时,即可切换为对应时区,更符合海外团队的使用习惯。同时将默认时区设置为所有团队在沟通讨论时使用的通用时区,既保持了各自的使用习惯,也保证了合作的高效。