MENU

ApacheでURL書き換え時に元のリファラー情報を保持する方法

Apache

ApacheのURLリライト機能は、リクエストされたURLを自動的に別のURLに変換する強力なツールです。これにより、ユーザーが異なるパスにアクセスしても適切なリソースへ誘導でき、Webサイトの構成変更やSEO対策に役立ちます。

しかし、URLを書き換える過程で元のリファラー情報が失われることがあります。リファラー情報は、ユーザーがどのページからアクセスしたかを示す重要なデータであり、アクセス解析やマーケティングにおいて欠かせません。リファラーが失われると、正確なトラフィック分析が困難となり、結果としてWebサイトの改善施策にも影響が出る可能性があります。

本記事では、ApacheのURLリライト処理でリファラーを保持する方法を解説します。基本的なURLリライトの仕組みから、.htaccessを使った具体的な設定例、リファラーを保持するためのRewriteRuleとRewriteCondの活用法まで、段階的に説明します。最終的には、URLリライト時にもリファラーを維持する環境を整え、Webサイトの運用をより効果的にすることが目標です。

目次

URLリライトとは


URLリライトとは、WebサーバーがリクエストされたURLを自動的に別のURLへ変換する技術です。これは、Apacheをはじめとする多くのWebサーバーで使用される機能で、主に以下の目的で利用されます。

URLリライトの主な用途

  • SEO対策: 見やすく、検索エンジンに最適化されたURL構造を作成します。
  • リソース管理: 古いURLを新しいURLに転送し、リンク切れを防ぎます。
  • 動的ページの静的化: 動的なパラメータを含むURLを、静的なURLに変換して可読性を向上させます。
  • セキュリティ向上: 内部のディレクトリ構造を隠し、URLからの攻撃を防ぎます。

URLリライトの仕組み


URLリライトは、Apacheのモジュールであるmod_rewriteを利用して実装されます。リクエストされたURLが特定のルールに一致した場合、サーバーはURLを変更して適切なリソースを提供します。

例えば、

RewriteEngine On  
RewriteRule ^products/(.*)$ /show_product.php?item=$1


このルールは、/products/item123 というURLを show_product.php?item=item123 に書き換えます。ユーザーは動的なクエリパラメータを意識せずにアクセスできます。

URLリライトはWebサイトのユーザビリティやSEOを向上させるだけでなく、サイト運用の柔軟性を高める重要な技術です。

リファラー情報の重要性


リファラー情報は、ユーザーがどのページから現在のページにアクセスしたかを示すデータです。これはHTTPリクエストヘッダーのRefererフィールドに記録され、アクセス解析やセキュリティ対策において非常に重要な役割を果たします。

リファラー情報が必要な理由

  • アクセス解析とマーケティング
    リファラー情報を使えば、どの外部サイトやキャンペーンがトラフィックを生んでいるかを把握できます。これにより、効果的なマーケティング戦略を立てることが可能になります。
  • ユーザー行動の追跡
    ユーザーがどのようなルートでサイト内を移動しているかを分析し、ユーザーエクスペリエンスの向上に役立てます。
  • セキュリティ強化
    不正なリクエストが外部サイトから送られている場合、リファラーをチェックすることで、攻撃元を特定したりアクセスを制限することが可能です。

リファラー情報が失われるとどうなるか


リファラー情報が失われると、アクセス解析の精度が低下し、トラフィック元の特定が困難になります。さらに、不正アクセスやCSRF（クロスサイトリクエストフォージェリ）対策にも支障をきたす可能性があります。

リファラー情報の活用例

  • 広告クリック後のランディングページ解析
  • ユーザー導線の最適化
  • 外部リソースからの不正アクセス検出

ApacheのURLリライトを利用する際には、リファラー情報の重要性を理解し、適切に保持することが求められます。

Apacheでのリファラー喪失の原因


ApacheでURLリライトを行う際、リファラー情報が失われることがあります。これは、主にmod_rewriteモジュールの動作やリダイレクト処理によって引き起こされます。リファラー喪失の原因を理解することで、適切な対策を講じることができます。

主なリファラー喪失の原因

1. 301/302リダイレクト


ApacheでRewriteRuleを使用してリダイレクトを行う際、301（永久リダイレクト）や302（一時リダイレクト）が使われることがあります。これにより、新しいURLへ転送されますが、転送後のページでは元のリファラーが失われることがあります。

例:

RewriteRule ^old-page$ /new-page [R=301,L]


このルールでは、リダイレクト後のページにアクセスした際にRefererヘッダーが空になる場合があります。

2. HTTPSからHTTPへのリダイレクト


セキュリティ上の仕様により、HTTPSサイトからHTTPサイトへのリダイレクトではリファラー情報が送信されません。これはプライバシー保護のための仕組みで、リファラーがRefererヘッダーに含まれない場合があります。

3. JavaScriptによるリダイレクト


JavaScriptのwindow.locationを使用したリダイレクトでは、サーバー側のリダイレクトと異なり、リファラーが更新されないことがあります。

例:

window.location.href = "/new-page";

4. フレームやiframeの使用


フレームやiframe内でページをリダイレクトすると、リファラーが保持されないことがあります。特にクロスドメインでのiframe使用時にこの問題が発生します。

リファラー喪失が及ぼす影響

  • アクセス解析の不正確さ: リファラーが記録されないため、トラフィックの流入元が不明になります。
  • マーケティングデータの欠如: 広告やプロモーションの効果測定が困難になります。
  • セキュリティの低下: リファラーを利用したクロスサイトリクエストフォージェリ（CSRF）対策が機能しなくなる可能性があります。

次に、これらの問題を解消する具体的な方法について解説します。

リファラーを保持する具体的な方法


ApacheでURLを書き換える際にリファラー情報を保持するには、mod_rewriteとmod_headersを組み合わせて使用します。これにより、リダイレクト時にRefererヘッダーを維持し、アクセス解析やセキュリティ対策を強化できます。

RewriteRuleとRewriteCondを活用した方法


RewriteCondを使ってリクエストの条件を指定し、リファラーが存在する場合に限りリダイレクトを行うことで、リファラーの保持を実現します。

設定例: リファラーを保持する301リダイレクト

RewriteEngine On
RewriteCond %{HTTP_REFERER} !=""
RewriteRule ^old-page$ /new-page [R=301,L]


解説

  • RewriteCond %{HTTP_REFERER} !="" は、リファラーが存在する場合のみリダイレクトを許可します。
  • R=301 で301リダイレクトを指定しています。

リファラー情報を別のヘッダーに保存


リダイレクト時にReferer情報が失われるのを防ぐため、一時的に別のカスタムヘッダーとして保存し、新しいページで利用する方法もあります。

設定例: カスタムヘッダーにリファラーを保存

RewriteEngine On
RewriteCond %{HTTP_REFERER} !=""
RewriteRule ^old-page$ /new-page [R=301,L]
Header add X-Referer "%{HTTP_REFERER}e"


解説

  • Header add X-RefererでHTTP_REFERERの値をX-Refererヘッダーに追加しています。
  • 新しいページでX-Refererヘッダーを参照することで、元のリファラー情報を保持できます。

内部リダイレクトを活用する方法


外部リダイレクトではなく、内部リダイレクト（ステータスコードを返さない転送）を利用することで、リファラーが失われるのを回避できます。

内部リダイレクトの設定例

RewriteEngine On
RewriteRule ^old-page$ /new-page [L]


解説

  • Rフラグを省略することで、外部リダイレクトではなく内部でURLを変更します。
  • ユーザーにはnew-pageが表示されますが、リファラーは保持されます。

リダイレクト後のリファラーを強制的に設定


mod_headersを使用して、リダイレクト後に強制的にリファラー情報を再設定する方法もあります。

設定例: リダイレクト後のリファラー再設定

Header always set Referer "https://example.com"


解説

  • Refererヘッダーを特定のURLに設定し、リファラー情報が失われないようにします。

これらの方法を適切に組み合わせることで、ApacheのURLリライト時にリファラー情報を保持し、アクセス解析やセキュリティ対策を強化できます。

.htaccessを利用した設定例


Apacheの.htaccessファイルを使えば、サーバー設定を柔軟に変更でき、リファラー情報を保持するURLリライト設定も手軽に実装できます。.htaccessを利用することで、サイト全体や特定のディレクトリに対してリダイレクトルールを適用できます。

.htaccessを使ったリファラー保持の基本設定


以下は、.htaccessを使ってURLリライト時にリファラーを保持する設定例です。

例1: 301リダイレクトでリファラーを保持

RewriteEngine On
RewriteCond %{HTTP_REFERER} !=""
RewriteRule ^old-page$ /new-page [R=301,L]


解説

  • RewriteEngine On でリライトエンジンを有効にします。
  • RewriteCond %{HTTP_REFERER} !="" により、リファラーが存在する場合のみリダイレクトします。
  • R=301 で301リダイレクトを指定しています。Lはそのルールで終了することを示します。

例2: 内部リダイレクトによるリファラー保持

RewriteEngine On
RewriteRule ^old-page$ /new-page [L]


解説

  • Rフラグを使わずに内部リダイレクトを行うことで、リファラーが失われません。
  • ユーザーは/new-pageにアクセスしますが、元のURLが維持されます。

カスタムヘッダーでリファラー情報を保存


リファラー情報をX-Refererヘッダーとして保存し、新しいページで利用する方法もあります。

例3: カスタムヘッダーを追加

RewriteEngine On
RewriteCond %{HTTP_REFERER} !=""
RewriteRule ^old-page$ /new-page [R=301,L]
Header add X-Referer "%{HTTP_REFERER}e"


解説

  • mod_headersを利用して、X-Refererヘッダーにリファラー情報を保存します。
  • リダイレクト後のページでX-Refererを参照することで、元のリファラーを保持できます。

特定のディレクトリやファイルに適用する設定


.htaccessはサイト全体だけでなく、特定のディレクトリやファイルにも適用可能です。

例4: 特定のディレクトリでリファラーを保持

RewriteEngine On
RewriteBase /subdir/
RewriteCond %{HTTP_REFERER} !=""
RewriteRule ^old-page$ /subdir/new-page [R=301,L]


解説

  • RewriteBase /subdir/ によって、subdirディレクトリ内でのみリダイレクトが有効になります。

動作確認


設定後、リダイレクトが正しく行われているかを以下の方法で確認します。

  1. ブラウザのデベロッパーツールを開き、Networkタブでリダイレクトを確認します。
  2. リクエストヘッダーにRefererが正しく含まれているかを確認します。
  3. カスタムヘッダーが適用されている場合は、X-Refererなどの値をチェックします。

.htaccessを活用することで、Apacheのリダイレクト時にリファラー情報を保持し、正確なアクセス解析とスムーズなURL移行が実現できます。

実際の動作確認とトラブルシューティング


リファラー保持設定を適用した後は、正しく動作しているか確認することが重要です。リダイレクトが想定通り行われているかを確認し、万が一リファラーが失われる場合にはトラブルシューティングを行います。

動作確認の方法

1. ブラウザのデベロッパーツールを使用

  • 手順
  1. Google ChromeやFirefoxで対象のページを開きます。
  2. F12キーまたはCtrl + Shift + Iでデベロッパーツールを起動し、「Network」タブを選択します。
  3. テストページにアクセスし、リダイレクトが発生するか確認します。
  4. 各リクエストをクリックし、「Headers」タブでRefererヘッダーが維持されているかを確認します。
  • ポイント
  • リファラーが存在する場合は、Referer: https://example.com/origin-pageなどが表示されます。
  • リファラーが空の場合、Refererが表示されない、または空の値になります。

2. cURLコマンドを使った確認


サーバー側で確認する場合は、cURLを使うと簡単です。

curl -I -e "https://example.com/origin-page" https://example.com/old-page
  • -eオプションでリファラーを指定します。
  • レスポンスヘッダーにリダイレクト先が表示されるので、期待通りの動作か確認します。

例:

HTTP/1.1 301 Moved Permanently
Location: https://example.com/new-page

リファラーが保持されない場合のトラブルシューティング

1. RewriteRuleの確認

  • .htaccessやhttpd.confでRewriteRuleが正しく設定されているか確認します。
  • 特にR=301またはR=302が正しいか、RewriteCondの条件が適切かをチェックします。

例:

RewriteEngine On
RewriteCond %{HTTP_REFERER} !=""
RewriteRule ^old-page$ /new-page [R=301,L]

2. mod_headersの有効化


mod_headersが有効になっていないと、カスタムヘッダーでのリファラー保持が機能しません。
有効化手順:

sudo a2enmod headers
sudo systemctl restart apache2

3. HTTPS→HTTPのリダイレクト


HTTPSからHTTPへのリダイレクトではセキュリティ上、リファラーが送信されません。これを回避するには、全てHTTPSで運用するか、リファラー情報をカスタムヘッダーに保存する方法を検討します。

例:

RewriteEngine On
RewriteCond %{HTTP_REFERER} !=""
Header set X-Referer "%{HTTP_REFERER}e"

4. X-Refererの確認


リダイレクト後のページでカスタムヘッダーX-Refererが正しく設定されているか確認します。

確認方法:

curl -I https://example.com/new-page
  • レスポンスヘッダーにX-Refererが表示されていれば、リファラー保持が成功しています。

リファラー保持が機能しない場合の追加対策

  • JavaScriptでのリダイレクト回避: クライアントサイドでのリダイレクトはRefererが失われる可能性が高いため、サーバーサイドで処理します。
  • metaリダイレクトの利用回避: HTMLの<meta http-equiv="refresh">タグを使ったリダイレクトは避けるようにします。
  • 同一ドメイン内でのリダイレクト: クロスドメインでのリダイレクトはリファラーが失われやすいため、可能な限り同一ドメイン内でリダイレクトを行います。

正しく動作しているか定期的に確認し、リファラー情報を維持することでアクセス解析やセキュリティ対策の精度を向上させましょう。

まとめ


本記事では、ApacheでURLリライトを行う際にリファラー情報を保持する方法について詳しく解説しました。リファラーはアクセス解析やセキュリティ対策において重要な役割を果たすため、URL書き換えによって失われないようにすることが求められます。

mod_rewriteやmod_headersを活用し、.htaccessでリファラーを保持する方法や、内部リダイレクトを使った設定方法を紹介しました。また、動作確認やトラブルシューティングの手順を通じて、リファラー保持が正常に機能する環境を整えるポイントについても触れました。

これらの知識を活かし、リファラー情報を確実に維持することで、Webサイトのアクセス解析精度を向上させ、安定した運用が可能になります。今後も定期的な設定確認を行い、サイトのパフォーマンスとセキュリティを最適化していきましょう。

Apache
Apache URL書き換え リファラー

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次