GA4の流入元の調べ方｜参照元・メディアと3つのスコープ
GA4の流入元は、参照元／メディアを見るだけでは判断できません。初めてサイトを知った経路、今回の訪問を生んだ経路、成果に帰属する経路では、選ぶディメンションが異なるためです。まず知りたい問いを決め、期間・入口ページ・言語などの条件をそろえましょう。以下の仕様は2026年10月11日に確認した公式資料に基づきます。
GA4で流入元を見る前に、初回・訪問・成果のどれかを決める
GA4の流入元にはユーザー、セッション、イベントのスコープがあります。「ユーザーの最初の参照元」と「セッションの参照元」は名前が似ていても用途が違います。Google公式のスコープ解説でも、この3つを分けています。
知りたいこと | 選ぶ切り口 | 読み方 |
|---|---|---|
最初にどこで知ったか | First userの参照元／メディア | 初回獲得の経路 |
今回どの経路で訪問したか | Sessionの参照元／メディア | 訪問の獲得経路 |
キーイベントにどの経路が寄与したか | イベントスコープの参照元等 | 帰属設定を含めて評価 |
架空の例で、同じ利用者が月曜日に自然検索で初訪問し、翌日にメールから再訪したとします。初回獲得と再訪セッションの経路が異なるのは正常です。再訪時に成功イベントが2回送られても、2人の登録があったとは言えません。スコープを選ばずに集計すると、この違いを施策の増減と誤認してしまいます。
参照元・メディア・チャネルの違いを具体例で読む
参照元は流入の発信元、メディアは手段の種類、チャネルはそれらを規則でまとめた分類です。参照元は必ずしも直前のサイトのドメインではなく、手動で付けたnewsletterなどの値も含みます。トラフィック獲得レポートの公式説明を確認し、異なる粒度を比較しないようにします。
例示の参照元／メディア | 意味 | 確認事項 |
|---|---|---|
google / organic | 検索エンジンからの自然検索 | SessionかFirst userか |
newsletter / email | タグ付きメール施策 | 配信URLと命名の一貫性 |
partner.example / referral | 他サイトからの紹介 | 相手サイトと実際の遷移 |
(direct) / (none) | 明確な流入元がない | 直打ちだけとは限らない |
同じSNSのリンクでも、広告か通常投稿か、手動タグがあるかで読み方が変わります。分類名だけで施策を特定せず、配信したURLと設定を照合してください。Referralの用語の違いは関連記事で詳しく整理しています。
トラフィック獲得レポートでセッションの流入元を確認する
- 対象のGA4プロパティを選び、日付範囲とレポートの対象を確認する。
- レポートからトラフィック獲得を開く。見つからない場合はレポート検索や管理者が公開しているコレクションを確認する。
- 主ディメンションをセッションの参照元／メディア等にし、セッション数とエンゲージメントを見る。
- 施策を比較する場合は、同じチャネル・期間・ページ条件で表を保存する。
組織の設定によって左側のメニュー構成は異なります。画面名を探し当てることと、正しいプロパティ・指標を選ぶことを別々に確認しましょう。データが少ないときは増加率より実数を先に読み、1セッションの違いを大きな改善と表現しないことも大切です。
記事への入口を本番ホスト・言語・Organic Searchでそろえる
記事の集客を評価するなら、そのページを途中で閲覧した訪問と、そこから始まった訪問を分けます。入口はランディングページで確認し、自然検索に絞る場合はセッションのデフォルトチャネルグループをOrganic Searchにします。ページパスだけでは検証環境などの同名パスを含む可能性があるため、本番ホストも確認します。
- 比較する日数とGA4プロパティのタイムゾーンを記録する。
- 対象の入口パス、JA/EN等の言語、本番ホストの条件を固定する。
- 全経路の入口とOrganic Search入口を別々に保存する。
- 平均時間や率は、行の丸め値を単純平均して合計を作らない。
たとえば日本語記事の30日間を比べるなら、日本語の同じ入口パスと自然検索条件を両期間に適用します。別の期間のGSCクリックで割って登録率を作ることはできません。測定の仕組みが違う値は、役割の違う系列として並べて見ます。
UTM、direct、(not set)、参照URLの限界を調べる
メール等のリンクには、施策を識別できるUTMを計画的に付けます。sourceやmediumの片方が欠けると全パラメータが無効になる、という説明は正確ではありません。必要な項目をそろえ、欠落したフィールドが(not set)になる可能性を調べます。公式URLビルダーの項目説明を命名台帳の基準にしてください。
direct / noneの公式解説が示すとおり、directはURL直打ちの確定値ではありません。短縮URLやリダイレクト、アプリ内ブラウザなどで情報が失われた可能性もあります。一方、page_referrerにはサイト内の前ページが含まれたり、ブラウザの方針でドメインだけになったりします。完全な被リンク一覧としては使えません。
調査は配信URL→遷移後のURL→タグへ渡る値→処理後のレポートの順に行います。手元のテストで値が見えた段階と、獲得レポートで分類を確認できた段階を分けて記録すると、原因を絞れます。
決済・別ドメイン遷移とキーイベントを検証する
決済から戻った訪問が紹介元に見える場合と、自社の別ドメインへ移動する場合は対応が異なります。クロスドメイン計測は識別情報の引継ぎを扱い、不要な参照元の設定は特定ドメインを新しい流入元として扱わないためのものです。後者だけで利用者の識別が結合されたり、過去のデータが修復されたりはしません。
成果を見る前には、成功イベントの発火条件、本番ホスト、同意状態、認証やアプリへの遷移、再読込時の重複を確認します。キーイベントの計数方法も確認し、未検証の件数を登録人数と扱わないでください。現在の表に「条件」「観測したこと」「未確認」「次に調べる担当」を追記すれば、設定変更の必要性を具体的に判断できます。
次に確認する内容
