1. 簡介

功能名稱：分析模型支持切換分析時區

簡稱：切換時區分析

本功能為高級功能

本功能為高級功能，默認不開啟，請聯系客戶成功開啟功能。

1.1. 物理時間、顯示時間

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

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

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

1.2. 客戶端（顯示）時間、服務端（顯示）時間

在開啟切換時區分析的功能后，顯示的時間也會出現兩種概念。

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

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

• 客戶端（顯示）時間：以用戶當時客戶端的時區作為依據，將物理時間轉化成顯示時間
• 服務端（顯示）時間：以服務端人工配置一個固定的時區為依據，將物理時間轉化成顯示時間

兩者都是通過時區和物理時間轉化成顯示時間，區別在哪呢？

類別描述舉例典型場景

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

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

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

2. 功能介紹

2.1. 請確保你已經升級到對應的 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. 如果有服務端埋點事件，并且需要按照客戶端時間顯示

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

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

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

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

請務必按照上述要求操作，否則可能會導致數據出錯，分析結果異常。

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

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

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

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

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

2.4.1. 在界面選擇切換時區

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

2.4.2. 什么場景下該使用哪個時區？

類別描述舉例典型場景

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

2.4.3. 支持保存為概覽

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

3. 切換時區分析的局限性

3.1. 運算速度較慢

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

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

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。