# プロジェクトタイムゾーン
# 一、時間帯管理の意義
(1)マルチタイムゾーンプロジェクト(プロジェクトのユーザーが異なるタイムゾーンから来て、業務がタイムゾーンを越えて海に出るなど)のイベント時間を統一的に識別記録し、オフセット情報を失うことを避ける。
(2)統一口径に従って、特定の時間帯でのデータ状況を計算して展示し、一意性を保証する。グローバル本社のようにデータをまとめる。
目標:アップロードされたすべてのデータの時間は、ショータイムゾーンでの時間表示
例えば、中東のユーザーは、中国のサーバーを採用して、サンフランシスコ本部でデータを見て、展示時間帯をサンフランシスコ時間帯に設定してから見るだけです。
# II。プロジェクトタイムゾーンの設定
管理者以上のユーザーは、プロジェクト管理 → 分析構成でプロジェクトタイムゾーン情報を構成できます。
(1)デフォルトの時間帯はオフ状態に構成されている。つまり、報告されたデータの元の時間に直接計算して表示する。
(2)「マルチタイムゾーンスイッチ」をオンにすると、プロジェクトタイムゾーンの構成を開始できます。
(3)タイムゾーンオフセット属性
レポートデータにタイムゾーン情報を記録するプロパティを[タイムゾーンオフセットプロパティ]として選択します。数値型データを使ってイベント時間と UTC 時間のオフセット時間数を記録してください。この数値の有効範囲は-12~14 の間の数値に限られます。
TIP
クライアント 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自動的に収集します。このとき、タイムゾーンオフセットプロパティとして「デフォルトタイムゾーンオフセット」(#zone_offsetプロパティ)を直接選択できます。
(4)プロジェクト展示時間帯
分析時にタイムアライメントが必要なタイムゾーンを選択し、最も頻繁に使用する統計口径のタイムゾーンをデフォルトのタイムゾーンに設定します。
たとえば、本社がサンフランシスコにあり（UTC-08: 00）、タイムゾーンに基づいてグローバルデータの口径を統一すると、UTC-08: 00 をプロジェクトショーケースタイムゾーンに設定できます。
（5）タイムゾーンシフト後の表示時間の算出方法
ショーケースタイム=イベントタイム+（ショーケースタイムゾーン-イベントタイムゾーン）
(6)設定が完了したら、「構成を保存」をクリックすると、分析モデルで異なる時間帯を使用して統計分析を行うことができる。
# 第三に、タイムゾーンの適用
# 3.1 適用範囲
(1)モデル、カンバン中の分析期間、分析粒度(日別、週別など)
(2)モデル、看板の表、グラフ、ダウンロードデータ、ユーザーリストの時間タイプデータ(属性分析を除く)
時間タイプデータは、トリガ時間およびイベント属性
(3)モデル、看板における選別条件、条件グループにおける時間条件における時間
(4)グローバル時間選別中の時間はすべてオフセット後の時間情報
(5)ユーザーの行動シーケンスにおける時間
(6)時間タイプ属性でグループ化し、集計粒度
(7)警報管理における統計時間と展示時間(デフォルト時間帯に基づいて計算と展示)
# 3.2 適用範囲外
サーバ時刻を用いて表示やタイミング計算を行う時刻データはタイムゾーンオフセット
(1)レポート、かんばんの計算時のデータ更新時間
(2)カンバンタイミング更新、ユーザーグループ動的更新
（3）SQL で計算する
(4)仮想属性の作成ルールに時間型属性が付いている場合
仮想属性の作成中に time 型属性オフセットに関与せず、元の時刻に基づいて計算されます
# 四、データ計算基準
# 4.1 イベントがオフセット処理を行う条件
プロパティをオフセットプロパティとして選択した後、イベントをオフセット処理するかどうかのメソッド
| そのプロパティが有効です | プロパティがあり、無効です | プロパティなし | |
|---|---|---|---|
| デフォルトのプロパティを選択 | #zone_offsetでオフセット | オフセットをしない | オフセットをしない |
| プロパティを選択 | このプロパティを使用してオフセットします | オフセットをしない | オフセットをしない |
この属性が無効なのは、アップロードしたデータが非数値で解析できない場合
- 表示時間帯の下の時間は、元のデータ時間+(オフセット時間帯-元のデータ時間帯)
- この元データの時間帯情報が欠落している場合、オフセット処理
# 4.2 イベントがオフセット処理を行うケース
データ自体、時間帯構成項目、モデルから時間帯を分析する 3 つの角度から
(1)あるデータが持つ主な情報
| #event_time(イベントのローカル時刻) | #zone_offset(相対UTC±00: 00タイムゾーンオフセット情報) | X数値フィールド(UTC±00: 00のタイムゾーンオフセット情報) |
|---|---|---|
| 2020-01-01 12:00:00 | 8 | -4 |
このイベントの意味は、イベントが発生した現地時間が 2020-01-01 12:00:00
で#zone_offset判断すると、ローカルのタイムゾーンは UTC+08: 00
X で判断すると、ローカルのタイムゾーンは UTC-04: 00
(2)タイムゾーン構成項目:オンになった後のオプション
| シーン1 | シーン2 | |
|---|---|---|
| 設定条件 | デフォルトのプロパティでUTC+09: 00にオフセット | XでUTC+09: 00にオフセット |
| 意味 | 元のデータをUTC+09: 00での場合で表示 | 元のデータをUTC+09: 00での場合で表示 |
| 元データの表示時間帯でのトリガ時間は次のとおりです | 2020-01-01 13:00:00 | 2020-01-02 01:00:00 |
# V.ベストプラクティス
# 5.1 標準時間帯を用いた海外データの統一
タイムゾーン設定の最大の役割は、海産物から発生したグローバルデータを、すべてのデータが UTC±00: 00 にずれているなど、特定のタイムゾーンで標準化することで、データ指標を統一し、タイムゾーンによるデータの日を越えた問題を避けることができる。
# 5.2 不自然な日活動データの解決
非自然日活動とは、開始と終了時間が現地の自然日の変更時間に従わないこと、例えば活動が現地の午前 3 時に開始と終了することである。分析時に、3 点を分析の日付カット点とする必要がある可能性があり、この場合、タイムゾーン編集機能を使用して、日付カット点に対応するタイムゾーンを設定し、分析時に切り替えて、このような活動の保持/訪問分析ニーズを完成することができる。
# 5.3 海外チームのデータ閲覧
チーム内に海外チームが存在する場合は、タイムゾーン設定機能を使用します。これらのチームがいる時間帯をオプションの時間帯に構成すると、データを見るときに対応する時間帯に切り替えることができ、海外チームの使用習慣にもっと合う。同時に、デフォルトの時間帯をすべてのチームがコミュニケーションの議論に使用する共通の時間帯に設定し、それぞれの使用習慣を維持し、協力の効率を保証した。