ノーリファラ（no referer）は、Webアクセス時に参照元情報（リファラ）が送信されない状態を指す重要な概念です。
ユーザーのプライバシー保護や、セキュリティ上の理由で意図的に発生することもあり、Web開発やマーケティング分析に携わる方にとって理解が欠かせません。
本記事では、ノーリファラの技術的な背景や発生条件、セキュリティとの関係までをわかりやすく解説します。
ノーリファラ（no referer）とは？
リファラ（Referer）とは？
Webブラウザがあるリンクをクリックして別のページへ遷移する際、HTTPリクエストのヘッダーに「Referer」という項目が自動的に付加されます。
このヘッダーには、リンク元のURL情報が含まれており、Webサーバーはこれを受け取ることで、ユーザーがどのページを経由して来たのかを知ることができます。
ノーリファラの定義
ノーリファラとは、HTTPリクエストにRefererヘッダーが含まれない、またはその値が空である状態のことです。この状態では、サーバー側はユーザーの遷移経路を把握することができません。
ノーリファラが発生する主な状況
ユーザー行動による発生ケース
以下のようなユーザーの行動が原因でノーリファラ状態になります。
-
ブックマークやお気に入りからWebページを直接開いた場合
-
メール内のリンクをクリックしてブラウザが開いた場合
-
アプリ内ブラウザ（LINEやSNSなど）でリンクを開いた場合
-
URLを直接入力してアクセスした場合
技術的な要因・設定によるもの
ノーリファラは、ユーザーの設定やセキュリティ機能によっても発生します。
-
プライバシー保護設定：ブラウザ設定でReferer送信を制限している
-
セキュリティソフトやプロキシ：リファラ情報を意図的に削除
-
Webクライアントやスクリプト：Refererを送らないように構成されている
-
HTMLの
rel="noreferrer"属性：リンククリック時にRefererを送らない仕様
例：HTMLリンクでの明示的なノーリファラ指定
この指定により、リンク先のサーバにはRefererヘッダーが送信されなくなります。
ノーリファラがWeb開発・運用に与える影響
アクセス解析・マーケティングへの影響
Google Analytics や Matomo などの解析ツールでは、参照元が取得できない場合、「（direct） / none」と記録されます。
これにより、キャンペーンの効果測定やリファラ元分析が不完全になる恐れがあります。
セキュリティとプライバシー保護の観点
近年では、Refererヘッダーが機密情報を漏らすリスクがあるため、あえてノーリファラを推奨するケースも増えています。
たとえば、パスワードリセットURLやトークンを含むページでは、Refererを送らないことでセキュリティを強化できます。
ノーリファラとHTTPヘッダーの制御方法
Referrer-Policyヘッダーの活用
WebサーバーやHTMLでReferrer-Policyを設定することで、Refererの送信範囲を制御可能です。
以下は主な値とその意味です。
設定例（HTTPヘッダー）：
設定例（HTML metaタグ）：
ノーリファラの実用例と活用シーン
実務での応用例
-
セキュアなリンク処理：顧客情報を含むURLへの遷移時にリファラ送信をブロック
-
プライバシーを重視するWebサイト：ユーザーの行動履歴を極力漏らさない設計
-
メールマーケティング：リファラ情報が送られないことを前提としたアクセス分析設計
具体的なユースケース
-
金融機関のログインリンク
-
医療情報を含むポータルサイト
-
OAuth認証トークンのリダイレクト処理
まとめ
ノーリファラ（no referer）は、HTTP通信の中でも特にユーザーのプライバシーとセキュリティに密接に関わる概念です。
正しく理解し、どの場面で発生しうるのか、そしてそれがWebサイト運用にどのような影響を与えるのかを把握することで、より安全かつ精密なWeb開発・マーケティング施策が実現できます。
特に、Referrer-Policyの活用は、今後のWebセキュリティ対応の要となるでしょう。