最初のユーザー獲得元、セッションの流入元、キーイベントの貢献配分は異なる見方です。役立つレポートは、チャネル比較の前にスコープを明示します。
共通の基準を決める
期間、タイムゾーン、通貨、コンバージョン、アトリビューション期間を定義します。購入ではイベントと注文を照合し、重複と返金の扱いを確認します。配分された売上は利益率でも増分利益でもありません。
GA4のディメンションをスコープ別に読む
表は流入元の三つのスコープを区別します。レポートのアトリビューションモデルを変えても、ユーザーとセッションのディメンションは変わりません。この違いを無視すると、見かけ上の矛盾が生じます。
| スコープ | 問い | モデル選択の影響 |
|---|---|---|
| ユーザー | 最初の獲得元 | このスコープのディメンションは変わらない |
| セッション | 各セッションの流入元 | このスコープのディメンションは変わらない |
| イベント | キーイベントの貢献配分 | 選択したレポートのアトリビューションモデルによる |
対応前に差を記録する
タグ、同意、カバレッジ、コンバージョンの遅延の変更を注記します。定義と抽出日をレポートとともに保存します。プラットフォーム間の差は計測範囲の照合が必要で、自動的な予算変更の根拠にはなりません。
出典と確認
- Google Analytics — Scopes of traffic-source dimensions
- Google Analytics — Minimize duplicate key events with transaction IDs
- Google Analytics — Get started with attribution
マルチチャネルレポートには、信頼できるカウントが必要です。
複数のチャネルが1つのジャーニーに貢献する可能性があります。各レポートでクレジットの割り当てと、ユニークな成果をカウントするソースを定義してください。ウィンドウ、中断されたトラッキング、キャンペーンパラメータなしで再訪問した訪問者を検証してください。ダイレクトは、以前の貢献がないことを必ずしも意味しません。
- アトリビューションモデルとウィンドウを文書化してください。
- ユニークな成果とチャネルクレジットを照合してください。
- トラッキングされていないジャーニーの制限事項を開示してください。
プラットフォームに起因する売上は合算すべきですか？
ユニークオーダー数としては合算すべきではありません。各レポートで同じ売上をクレジットすることができます。現在の調整と重複部分を明確にする。
一次資料：Google Analytics — Campaign URL data. 関連する方法：実践ガイドを読む.
タイムゾーンと遅延イベント
報告期間はイベント時刻と締め規則に依存します。
- イベント時刻、受信時刻、業務のタイムゾーンを別々に記録します。架空例では23:30 UTCは固定オフセットUTC+02:00で翌日の01:30です。PostgreSQLのタイムゾーン付きタイムスタンプは元のゾーン名を保持しません。
- 開始を含め、終了を含めない区間を使います。業務ゾーンで境界を決めてからUTCに変換します。夏時間の変更、月の切替、時刻のない日付を試します。現地の一日を常に24時間として扱うことはできません。
- 許容遅延と集計の締切を決めます。同じ識別子を再処理し、新規イベントと重複を区別します。公開版を残して訂正の影響を記録します。ウォーターマークは到着の見積もりであり、完全性の保証ではありません。
再現できる受け入れ事例
架空の例です。顧客や実際の観測結果を示すデータではありません。
事例の入力を見る
{
"event_time": "2026-10-08T23:30:00Z",
"report_zone": "UTC+02:00",
"local_time": "2026-10-09T01:30:00+02:00"
}期待される判断
指定の時間帯では10月9日のイベントです。UTCの時点も保持します。
検証手順
- 報告の時間帯と基準時点を定めます。
- 深夜付近のイベントを再現します。
- UTC、現地日付、締切規則を残します。 時刻変更時の曖昧な現地時刻も含め、時点を推測せずオフセットとタイムゾーンを保存します。
受信日をイベント日として使えますか？
レポートの定義がそう求める場合に限ります。両方の時刻を保存し、遅着イベントの扱いを説明します。
一次資料：PostgreSQL — Date/time types. 関連する方法：実践ガイドを読む.