1. 簡介

功能名稱：分析模型支持切換分析時區(qū)

簡稱：切換時區(qū)分析

本功能為高級功能

本功能為高級功能，默認不開啟，請聯(lián)系客戶成功開啟功能。

1.1. 物理時間、顯示時間

在使用本功能之前，需要首先理解物理時間、顯示時間與時區(qū)這三個概念。

• 物理時間：在經(jīng)典的牛頓力學的范疇下，時間是一個絕對的標尺和概念，一個人無論在地球的何處，大家本質(zhì)上在都是一個絕對的物理時間軸之上的，不存在有的人的時間線和其他人不一樣這樣的可能性，所謂的「天涯共此時」，也便是相同含義。常見的物理時間標準就有 unix 時間戳，其含義是從1970年1月1日（UTC/GMT的午夜）開始所經(jīng)過的秒數(shù)，不考慮閏秒。
• 顯示時間：由于地球是一個球，不同地區(qū)的人們過著日升而出，日落而歸的生活，為了方便各自地區(qū)的人自己生活，劃分了時區(qū)這個概念。大部分地球人使用的顯示時間盡管是同一個標準（公元紀年和 24小時），但是處在不同時區(qū)的人，在同一個物理時間看到的顯示時間是不一樣的。我們生活中常見的「北京時間」和「紐約時間」接近 12 小時（考慮到夏令時，不一定是 12 小時）的時間差，其實就是描述這個現(xiàn)象的。這也意味著，雖然顯示時間是一個統(tǒng)一的標準，但是顯示時間必須依賴于時區(qū)這個信息才能轉(zhuǎn)化成物理時間。

結(jié)論：物理時間更像是一個火星人看地球的時候的視角，平時生活在地球上的人，感知的更多的是顯示時間，但是如果涉及到跨國業(yè)務(wù)，就會遇到時區(qū)轉(zhuǎn)化問題。

1.2. 客戶端（顯示）時間、服務(wù)端（顯示）時間

在開啟切換時區(qū)分析的功能后，顯示的時間也會出現(xiàn)兩種概念。

由于物理時間這個標準本身是地球人類看不懂的，所以盡管神策分析在存儲的時候，是按照物理時間進行存儲，在界面展示時間的時候，還是會把物理時間轉(zhuǎn)換成顯示時間。

但是物理時間轉(zhuǎn)化成顯示時間的時候，是需要依賴于「時區(qū)」這個信息的，所以我們就會遇到一個問題，用什么時區(qū)作為轉(zhuǎn)化的依據(jù)，下面就提供了兩種思路。

• 客戶端（顯示）時間：以用戶當時客戶端的時區(qū)作為依據(jù)，將物理時間轉(zhuǎn)化成顯示時間
• 服務(wù)端（顯示）時間：以服務(wù)端人工配置一個固定的時區(qū)為依據(jù)，將物理時間轉(zhuǎn)化成顯示時間

兩者都是通過時區(qū)和物理時間轉(zhuǎn)化成顯示時間，區(qū)別在哪呢？

類別描述舉例典型場景

按照客戶端時間顯示	以用戶當時客戶端的時區(qū)作為依據(jù)，將物理時間轉(zhuǎn)化成顯示時間不同的用戶上報的時區(qū)有可能是不一致的	用戶 A 在美國紐約時間的 1 月 1 日中午 12 點做了事件 A用戶 B 在北京時間的 1 月 1 日中午 12 點做了事件 A盡管這兩個事件發(fā)生的實質(zhì)上的物理時間是不一致的但是分析模型在展示的時候會把兩個事件是作為同時發(fā)生	一個應(yīng)用的用戶分在在全球各地，需要查看用戶在一天當中的活躍時段，并且是根據(jù)客戶所在的時區(qū)來查看。
按照服務(wù)端時間顯示	以服務(wù)端人工配置一個固定的時區(qū)為依據(jù)，將物理時間轉(zhuǎn)化成顯示時間不論客戶上報的時區(qū)是什么樣的，都以服務(wù)端配置的固定的時區(qū)為準	用戶 A 在美國紐約時間的 1 月 1 日中午 12 點做了事件 A用戶 B 在北京時間的 1 月 1 日中午 12 點做了事件 A這兩個事件發(fā)生的實質(zhì)上的物理時間是不一致的假定服務(wù)端配置的固定時區(qū)為北京時間分析模型在展示的時候會展示用戶 B 的事件先發(fā)生，用戶 A 的事件后發(fā)生，并且在展示的時候會把用戶 B 的事件的發(fā)生時間轉(zhuǎn)化成北京時間來顯示。	一個股票交易系統(tǒng)，盡管用戶可能遍布全球，但是因為開市的時間是根據(jù)交易所所在的時區(qū)決定的，所以需要按照交易所所在的時區(qū)來查看分析。

神策分析支持在如下分析模型按照上面兩種時間模式進行展示：

• 事件分析
• 漏斗分析
• 留存分析
• 分布分析
• 用戶路徑
• 間隔分析
• 歸因分析

2. 功能介紹

2.1. 請確保你已經(jīng)升級到對應(yīng)的 SDK 版本

• Android：v4.1.0+
• iOS：v2.0.9+
• Web：v1.15.9+
• 微信小程序：v1.13.24+
• QQ 小程序：v0.6.0+
• 今日頭條小程序：v0.6.0+
• 百度小程序：v0.8.0+
• 支付寶小程序：v1.0.13+

2.2. 如果有服務(wù)端埋點事件，并且需要按照客戶端時間顯示

注意，如果滿足如下兩個條件，需要關(guān)注本步驟，否則可以直接跳過：

• 條件 1、在埋點中有服務(wù)端埋點的事件
• 條件 2、這些事件也需要按照客戶端時間進行顯示分析

如果確定你滿足了上述條件，需要對服務(wù)端事件自行做一些改造，具體改造內(nèi)容如下：

• 請在對應(yīng)的服務(wù)端埋點事件中增加 $timezone_offset 這一屬性
• 屬性值規(guī)則如下：
  • 采集的是時區(qū)偏移量，單位是分鐘，數(shù)值類型，例如北京時區(qū)的 $timezone_offset 是 -480

請務(wù)必按照上述要求操作，否則可能會導致數(shù)據(jù)出錯，分析結(jié)果異常。

2.3. 【步驟 1】核心邏輯與配置方法

點擊【基本設(shè)置】-【分析模型設(shè)置】，進入設(shè)置界面。

可以選擇開啟按照客戶端時區(qū)查看或者支持服務(wù)端時區(qū)切換的功能。

如果開啟是支持服務(wù)端時區(qū)切換，也可以人工選擇需要支持哪幾個服務(wù)端時區(qū)，選擇常用的需要支持的時區(qū)。

2.4. 【步驟 2】在分析模型界面切換時區(qū)

2.4.1. 在界面選擇切換時區(qū)

選擇器默認會選擇底層系統(tǒng)配置的一個時區(qū)，在這個時區(qū)下計算速度最快，如果默認時區(qū)需要變化，請聯(lián)系神策的客戶成功由運維切換。

2.4.2. 什么場景下該使用哪個時區(qū)？

類別描述舉例典型場景

按照客戶端時間顯示	以用戶當時客戶端的時區(qū)作為依據(jù)，將物理時間轉(zhuǎn)化成顯示時間不同的用戶上報的時區(qū)有可能是不一致的	用戶 A 在美國紐約時間的 1 月 1 日中午 12 點做了事件 A用戶 B 在北京時間的 1 月 1 日中午 12 點做了事件 A盡管這兩個事件發(fā)生的實質(zhì)上的物理時間是不一致的但是分析模型在展示的時候會把兩個事件是作為同時發(fā)生	一個應(yīng)用的用戶分在在全球各地，需要查看用戶在一天當中的活躍時段，并且是根據(jù)客戶所在的時區(qū)來查看。
按照服務(wù)端時間顯示	以服務(wù)端人工配置一個固定的時區(qū)為依據(jù)，將物理時間轉(zhuǎn)化成顯示時間不論客戶上報的時區(qū)是什么樣的，都以服務(wù)端配置的固定的時區(qū)為準	用戶 A 在美國紐約時間的 1 月 1 日中午 12 點做了事件 A用戶 B 在北京時間的 1 月 1 日中午 12 點做了事件 A這兩個事件發(fā)生的實質(zhì)上的物理時間是不一致的假定服務(wù)端配置的固定時區(qū)為北京時間分析模型在展示的時候會展示用戶 B 的事件先發(fā)生，用戶 A 的事件后發(fā)生，并且在展示的時候會把用戶 B 的事件的發(fā)生時間轉(zhuǎn)化成北京時間來顯示。	一個股票交易系統(tǒng)，盡管用戶可能遍布全球，但是因為開市的時間是根據(jù)交易所所在的時區(qū)決定的，所以需要按照交易所所在的時區(qū)來查看分析。

2.4.3. 支持保存為概覽

在切換時區(qū)的情況下，我們也支持保存分析結(jié)果為概覽。

3. 切換時區(qū)分析的局限性

3.1. 運算速度較慢

無論是使用客戶端時區(qū)進行查看、還是根據(jù)服務(wù)端時區(qū)進行查看，只要不是使用的默認時區(qū)，分析運算速度都會變慢。

3.2. 可能會導致計算不準確的情況

在使用 「客戶端時區(qū)」 的時候，查詢條件中涉及到日期類型的用戶屬性計算結(jié)果會不準確。因為這些帶有日期信息的用戶屬性之中沒有記錄當時這個屬性發(fā)生時的事件偏移量。

總結(jié)

以上是生活随笔為你收集整理的切换日期_2.4.14-切换时区分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。