301リダイレクト完全ガイド：SEOへの影響と設定手順（Apache/Nginx/WordPress）＋ベストプラクティス

301リダイレクトとは — 基本定義とHTTP仕様

301リダイレクトは、HTTPステータスコードの一つで「Moved Permanently（恒久的に移動した）」を意味します。あるURLから別のURLへ恒久的に位置が変わったことをクライアント（ブラウザや検索エンジン）に通知し、以後は新しいURLを使うように指示するために用いられます。仕様はHTTP/1.1 の RFC7231 に記載され、レスポンスには通常 Location ヘッダーで移転先のURIが含まれます。

技術的な挙動のポイント

• ステータスコード: 301（Moved Permanently）。
• Location ヘッダー: 移転先のURIを示す。仕様上は絶対URIが推奨されますが、現実の実装では相対URIも使われます。
• メソッドの扱い: 301（および302）はユーザーエージェントがPOSTなどのメソッドをGETに変更することを許容します。メソッドを保持したい場合は307（Temporary）や308（Permanent）を検討します。
• キャッシュ性: 301応答はデフォルトでキャッシュ可能です。Cache-Control や Expires ヘッダーによって挙動を制御できます。

なぜ301を使うのか — 主な用途

• サイトやページの恒久的なURL変更（ページ移転、ドメイン移行など）。
• 複数URLの正規化（wwwあり/なし、HTTP→HTTPS、末尾スラッシュの統一）。
• 旧コンテンツの新コンテンツへの統合（記事をリライトして統合した場合など）。
• SEO上の評価（被リンクの評価）を新URLに引き継ぐため。

SEOへの影響 — 実務的視点

検索エンジンは301を「恒久的移転」のシグナルとして扱い、従来はページランク（被リンク評価）を新URLに移転すると考えられてきました。近年のGoogleの発言では、301と302の扱いは以前ほど厳密ではなく、ほとんどのリンク評価は適切に伝達されるとされています。ただし実務では以下の点に注意が必要です。

• 301は恒久的移転を示すため、正しい意図（本当に恒久的か）で使う。
• リダイレクトチェーン（A→B→C）は避ける。チェーンはクローリングコストや遅延を招き、最終的な評価移転が遅くなります。
• 多くの削除ページを全部トップページへ301で飛ばすのは避ける。これは「ソフト404」と見なされ評価に悪影響を与えることがあります。
• https化やドメイン移行など大規模な変更では、301を正確に設定してSearch Consoleでのサイト資産移行を行う。

サーバー別の設定例（代表的）

代表的なサーバーや実装での設定例を示します。実運用ではバックアップを取り、ステージングで検証してください。

Apache（.htaccess など）

• 単純なリダイレクト:

  <code>Redirect 301 /old-page.html /new-page.html</code>

• mod_rewrite を使った例（正規化やドメイン全体のリダイレクト）:

  <code>RewriteEngine On
  RewriteCond %{HTTP_HOST} ^example\.com [NC]
  RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]</code>

Nginx

• 単純な永久リダイレクト:

  <code>rewrite ^/old-page/?$ /new-page/ permanent;</code>

• ホスト全体をHTTPS＋wwwにリダイレクト:

  <code>server {
  listen 80;
  server_name example.com;
  return 301 https://www.example.com$request_uri;
  }</code>

PHP / アプリケーションレベル

• PHP:

  <code>header("HTTP/1.1 301 Moved Permanently");
  header("Location: https://example.com/new-page");
  exit;</code>

• WordPress（関数）:

  <code>wp_redirect( $url, 301 );
  exit;</code>

WordPress固有の注意点

• siteurl と home の設定を変えた場合、内部的にURLが変わるのでリダイレクトの有無を確認する。多くはプラグイン（Redirection など）や .htaccess で対応します。
• テーマやプラグインでの wp_redirect を使う際は exit を忘れずに。遅延や追加出力でヘッダーが送れない場合がある。
• 大量の個別URLをリダイレクトする場合は、パフォーマンス（データベースクエリ）を考え、可能ならサーバー（Nginx/Apache）側で処理する方が速い。

よくある誤解と落とし穴

• 301は「永遠に移動」しても即座に検索順位の問題が解決するわけではない — クロールやインデックスの更新に時間がかかる。
• POSTの取り扱い: ブラウザは301でPOSTをGETに変えることがある。APIなどでメソッドを保存したい場合は307/308を検討。
• Locationヘッダーは相対でOKか？ 互換性のため絶対URIを指定するのが安全。ただし多くの環境では相対でも動作します。
• リダイレクトチェーンとループ: 連鎖が長いとクローラーが辿り切れなかったり、ユーザー体験が悪化します。ループは致命的なので必ず検出して修正する。

テストと検証方法

• curl を使った確認: curl -I -L https://example.com/old でヘッダーと最終到達先を確認。
• ブラウザの開発者ツール（Network タブ）でステータスとヘッダーを確認。
• オンラインのリダイレクトチェッカー、Screaming Frog、Sitebulb などでサイト全体のチェーン検出。
• Google Search Console の URL 検査でインデックスの状態やcanonicalの扱いをチェック。

ベストプラクティスまとめ

• 恒久的な移転には301を使用する（ただし意図を明確に）。
• リダイレクトチェーンを作らない（できるだけ最終URLへ一段で飛ばす）。
• 大量の個別リダイレクトはサーバー側で効率的に処理し、パフォーマンスを確保する。
• DELETEしたページをすべてトップページへ飛ばすのは避け、適切な404/410を返すべき場合はそちらを選ぶ。
• Locationヘッダーはできれば絶対URIをセットし、Cache-Control でキャッシュ方針を明示する。
• ドメイン移行やHTTPS移行ではSearch Consoleやサーバーログを用い計画的に実施する。

結論

301リダイレクトはウェブ運用で非常に重要なツールです。正しく使えばユーザー導線を保ち、SEO評価を新しいURLに継承できます。しかし、誤用や管理不足はパフォーマンス低下や検索評価の混乱を招くため、設計・実装・検証を丁寧に行うことが重要です。技術仕様（RFC）、検索エンジンのガイドライン、サーバー固有の挙動を理解した上で、テストを行いながら運用してください。

参考文献

• RFC 7231 — Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content — 6.4.2 301 Moved Permanently
• RFC 7538 — The 308 Permanent Redirect Status Code
• Google Search Central — 301 redirects
• MDN Web Docs — HTTP 301 Moved Permanently
• HTTP Working Group (仕様や議論の参照先)
• Apache HTTP Server — mod_alias (Redirect)
• NGINX — ngx_http_rewrite_module