リファラルとは？GA4のReferral・参照元・Directの違い
2026年6月21日
著者: 与謝秀作
リファラルとは、一般に紹介・参照による流入を指します。GA4でReferralを調べるときは、チャネルの名前、メディアの値、ブラウザが渡す参照情報を分けることが出発点です。外部サイトから来たように見える訪問でも、UTMや検索・ソーシャルの分類、決済からの復帰などで意味が変わります。ここでは2026年10月11日に確認した公式資料を基に、流入を正しく評価する手順を整理します。
GA4のReferralはどのような流入を表すか
GA4のトラフィック獲得では、まず「セッションのデフォルトチャネルグループ」でReferralの行を確認し、セッションの参照元・メディアで流入元を掘り下げます。公式のトラフィック獲得レポートは、セッションを軸に訪問がどこから始まったかを見るためのレポートです。ユーザー獲得の最初の参照元と混ぜないようにします。
例として、業界団体の記事から来た訪問を調べるなら、対象ドメイン、入口ページ、期間、本番ホストを確認します。Referral全体が増えただけでは、その団体からの訪問が増えたとは言えません。分類や送信仕様の変更がないかも記録します。
参照元・メディア・チャネル・referrerを分ける
用語 | 意味・確認するもの |
|---|---|
参照元（source） | どこから来たか。サイト名や手動設定した配信元など |
メディア（medium） | どのような方法か。referral、email、cpcなどの値 |
チャネル | 参照元・メディア等のルールからまとめた分類。ReferralやOrganic Searchなど |
ブラウザのreferrer | 前のページについてブラウザから渡される情報。完全なURLとは限らない |
セッション | GA4で区切られた訪問のまとまり。同じユーザーから複数生じることがある |
ユーザー | 設定された識別方法に基づく利用者の指標。実在の人数と常に一致するわけではない |
referralというメディアの値と、Referralというチャネルは、名前が似ていても別のディメンションです。検索やソーシャルなどの分類にも関係するため、外部サイトのドメインがあることだけでReferralと断定しません。ユーザー・セッション・イベントのスコープをそろえた表で比較してください。
no-referrerとDirectはいつ一致しないか
referrerが渡らない理由には、ページの方針やリンクの設定、ブラウザ等の条件があります。Referrer-Policyの仕様では、送られる情報の範囲が方針によって変わります。一方、GA4はUTMなども参照するので、「referrerなし＝必ずDirect」という一対一の対応ではありません。
架空の訪問例 | 見るべき情報 | 決めつけないこと |
|---|---|---|
外部の解説記事のリンク | セッションの参照元・メディアとチャネル | すべての外部リンクがReferralになる |
検索結果やソーシャルからの訪問 | 検索・ソーシャル等の分類と計測条件 | ドメインが見えるからReferralである |
UTM付きメール、referrerなし | utm_source・utm_medium等の値 | 参照情報がないからDirectである |
UTMも参照情報も確認できない訪問 | Directの定義と取得状況 | 必ずURLを手入力した訪問である |
Directの公式説明を踏まえ、DirectはURL手入力だけの数ではなく、明確な参照情報がない場合も含むものとして扱います。メール配信など自分で管理できる導線は、UTMの公式ガイドに沿って一貫した命名で識別します。既存のパラメータを上書きせず、最終的な着地まで値が残るか確認します。
Referralの流入数から外部リンク数を推定しない
次は考え方を示す架空例です。サイトAのリンク1本から100セッション、サイトBのリンク10本から合計20セッションがあったとします。リンク数はBが多くても、観測した入口セッションはAが多い状態です。1本のリンクが何回も使われることも、複数リンクがほぼ使われないこともあります。
したがって、Referralが120セッションだから被リンクが120本ある、とは計算できません。同じ人が繰り返し訪問した場合もあるので、120人と読み替えることも避けます。リンクの存在・本数・掲載面を調べる調査と、そのリンクから観測した訪問を調べる分析を分けてください。
掲載依頼の評価では、掲載先、掲載日、リンク先、利用したUTM、観測期間を台帳にします。成果が少ないときも、露出がなかったのか、リンクが使われなかったのか、計測できなかったのかは、流入の表だけでは判別できません。
自己参照・決済復帰・不審なドメインを調べる
- 自社のサイトやアプリなら、別ドメインへの移動経路とタグの送信先を確認する。
- 決済や認証からの戻りなら、前後のセッションと参照元の扱いを検証する。
- 未知のドメインなら、本番ホストと入口ページ、日時等を調べ、名前だけで有効訪問や不正と決めない。
- 原因と変更対象を絞り、変更後のテスト方法を決めてから設定を扱う。
クロスドメイン測定は、複数ドメインにまたがる測定を設計する仕組みです。不要な参照の設定は、該当する参照を流入元として扱わないためのもので、アクセスそのものを消すフィルタではありません。過去のレポートが一括で修正されるものとしても扱いません。目的を分けて導入・検証します。
流入から有効な訪問・成果まで評価する
改善判断では、セッション数に加えて入口の内容、エンゲージメント、必要な機能ページへの遷移を確認します。別ドメインのアプリや認証へ進む場合は、本番ホスト、同意状態、移動先の計測範囲まで把握してください。流入数の増加がそのまま事業成果の増加とは限りません。
登録を評価するなら、成功を表すイベントの発火条件、重複、失敗時の動き、キーイベントのカウント方法を確認します。ボタンクリックやイベント件数は登録人数ではありません。検証できない成果は未測定と記録し、参照元別の実数と確認済みの到達点から次の調査を決めましょう。
次に確認する内容
