リファラ(Referer)とは？どこから来たかを伝える情報

リファラとは何か

リファラ(Referer)は、利用者がリンクをクリックして別のページへ移動したとき、移動元のURLを移動先に伝えるHTTPヘッダーです。仕様上のつづりがRefererと誤記のまま定着している点も特徴です。

たとえば検索結果からあるサイトへ飛ぶと、そのサイトには「検索エンジンから来た」という情報がリファラとして渡ります。アクセスの流入経路を知る手がかりになります。

リファラは何に使われるのか

もっとも一般的な用途はアクセス解析です。どのサイトやページから訪問者が来たかを集計し、流入元の効果測定に役立てます。

また、特定の参照元からのアクセスだけを許可する簡易的な制御や、不正なアクセスの検知にも使われることがあります。ただし、リファラは送信されないことや偽装される場合もあるため、確実な認証手段にはなりません。

実務ではどこで関係する？

リファラは言葉の意味だけ覚えても、HTML共有の判断にはつながりません。実務では「表示に関係する話か」「検索に関係する話か」「アクセス制限に関係する話か」を分けて考えると整理しやすくなります。

リファラ(Referer)について迷ったら、相手が安全に開けるか、検索に出してよいか、ブラウザや環境差で壊れないかを順番に確認します。用語理解は、その判断を早くするための道具として使います。手順が決まったら、HTML/ZIPをアップロードして共有URLを発行し、相手に確認してほしい観点と期限を添えて送ります。

• 表示の話: HTML/CSS/JS、パス、ブラウザ互換性を確認する
• 検索の話: noindex、canonical、sitemap、robots.txtの役割を分ける
• 制限の話: URL共有、パスワード、メール認証、会社ドメイン認証を混同しない
• 運用の話: 期限、差し替え、削除、共有メッセージまで決める

プライバシー上の注意点

リファラには移動元URLが含まれるため、URL自体に検索語や利用者の識別情報が入っていると、それが移動先に漏れてしまうことがあります。これがプライバシー上の懸念点です。

近年のブラウザは、外部サイトへ移動するときはドメインだけを送るなど、初期設定でリファラの情報量を絞る方向に進んでいます。送りすぎを避けるのが今の標準的な考え方です。

リファラの送信を制御する手順

サイト運営者は、リファラをどこまで送るかをReferrer-Policyという設定で制御できます。代表的な進め方は次のとおりです。

1. 現状でどんなリファラが外部に送られているか確認する
2. 送りたくない情報がURLに含まれていないか見直す
3. Referrer-Policyで送信レベルを選ぶ(ドメインのみ送る、HTTPSへのみ送る等)
4. リンクごとにrel属性で個別に制御する必要があるか検討する
5. 設定後に実際の送信内容を再確認する

リファラを過信しないこと

リファラは便利ですが、利用者の設定やブラウザの仕様で送られないこともあり、技術的に書き換えることも可能です。そのため「このリファラだから本人だ」と判断するのは危険です。

アクセスの可否を決めたいなら、リファラに頼るのではなく、明確な認証の仕組みを用意するのが正攻法です。リファラはあくまで参考情報と位置づけましょう。

確実に閲覧者を絞りたいとき

資料やデモページを特定の相手にだけ見せたい場合、リファラのような曖昧な情報では制御しきれません。誰がいつ見たかを把握し、関係者だけに限定する仕組みが必要です。

ギガサイト便は共有URLにパスワードやメール認証、会社ドメイン認証を設定でき、アクセスログで誰がいつ閲覧したかも確認できます。リファラに頼らず、はっきりと閲覧範囲を区切れるのが利点です。