HTTPリダイレクト - 301 / 302 / 307 / 308 の違い

HTTPリダイレクトとは

HTTPリダイレクトは、クライアント（ブラウザ）が要求したURLとは異なるURLへ自動的に転送する仕組みです。サーバーは3xxステータスコードとLocationヘッダーで新しいURLを返します。

なぜ必要か: ページの移転、HTTPからHTTPSへの誘導、正規URLの統一（www有無の統一など）、メンテナンス時の一時移転など、様々な場面で使われます。

リダイレクトの基本動作

# curlでリダイレクトを確認（-Iでヘッダーのみ取得）
curl -I http://example.com/old-page

# レスポンス例
HTTP/1.1 301 Moved Permanently
Location: http://example.com/new-page

1. クライアントがリクエスト送信
2. サーバーが3xxステータスコードとLocationヘッダーを返す
3. クライアントがLocationのURLへ自動的に再リクエスト
4. 新しいURLのレスポンスを取得

4つのリダイレクトステータスコード

主要なリダイレクトコードの比較

301 Moved Permanently

恒久的な移転を表します。リソースが永久に新しいURLへ移動したことを示します。

特徴

• キャッシュ: ブラウザが積極的にキャッシュ（明示的なキャッシュ制御がなくても）
• メソッド変更: POSTリクエストはGETに変更される
• SEO影響: 旧URLの評価が新URLに引き継がれる

使用例

# ドメイン移転
http://old-domain.com/ → http://new-domain.com/ (301)

# URL構造変更
http://example.com/blog/2025/01/post → http://example.com/articles/post (301)

# wwwの統一
http://example.com → http://www.example.com (301)

302 Found

一時的な移転を表します。リソースが一時的に別のURLにあることを示します。

特徴

• キャッシュ: デフォルトではキャッシュされない
• メソッド変更: POSTリクエストはGETに変更される
• SEO影響: 旧URLの評価は維持される（新URLには移らない）

使用例

# メンテナンス中
http://example.com/ → http://example.com/maintenance (302)

# 言語選択（初回のみ）
http://example.com/ → http://example.com/ja/ (302)

# A/Bテスト
http://example.com/product → http://example.com/product-variant-a (302)

実務のヒント: SEOで旧URLの評価を保ちたい一時的な移転では302を使います。ただし、数週間以上続く場合は301を検討しましょう。

307 Temporary Redirect

**一時的な移転（メソッド維持）**を表します。302の改良版です。

特徴

• キャッシュ: デフォルトではキャッシュされない
• メソッド維持: POSTリクエストはPOSTのまま転送される
• SEO影響: 旧URLの評価は維持される

使用例

# フォーム送信先の一時変更
POST http://example.com/api/v1/submit → POST http://example.com/api/v2/submit (307)

# ログイン後のリダイレクト（POSTデータ維持）
POST http://example.com/login → POST http://example.com/dashboard (307)

302との違い

308 Permanent Redirect

**恒久的な移転（メソッド維持）**を表します。301の改良版です。

特徴

• キャッシュ: ブラウザが積極的にキャッシュ
• メソッド維持: POSTリクエストはPOSTのまま転送される
• SEO影響: 旧URLの評価が新URLに引き継がれる

使用例

# HTTP→HTTPS強制（APIエンドポイント）
POST http://api.example.com/data → POST https://api.example.com/data (308)

# APIバージョン移行（メソッド維持）
POST http://example.com/api/v1/users → POST http://example.com/api/v2/users (308)

301との違い

SEOへの影響

リダイレクトコードの選択は検索エンジン最適化に大きく影響します。

SEO観点での比較

SEOのベストプラクティス: URL変更が永久的なら301/308、一時的（数週間以内に元に戻る）なら302/307を選択します。

Locationヘッダーの記述

リダイレクト時に必須のLocationヘッダーの記述例です。

# Nginxの設定例
location /old-page {
    return 301 https://example.com/new-page;
}

# Apache .htaccessの例
Redirect 301 /old-page https://example.com/new-page

# Node.js/Expressの例
app.get('/old-page', (req, res) => {
    res.redirect(301, '/new-page');
});

リダイレクトループの注意

誤った設定でリダイレクトが無限に続く状態です。

よくある原因

# 危険な例: A→B→A のループ
http://example.com/a → http://example.com/b (301)
http://example.com/b → http://example.com/a (301)

# 危険な例: HTTPS強制とwww統一の衝突
http://example.com → https://www.example.com (301)
https://www.example.com → http://example.com (301)

防止策

• リダイレクトチェーンは3段階以内に抑える
• 設定前にテスト環境で確認する
• curl -Lで最終的な到達先を確認する

# リダイレクトチェーンを追跡
curl -L -I http://example.com/old-page

リダイレクトの実装パターン

HTTP→HTTPS強制

# Nginx
server {
    listen 80;
    server_name example.com;
    return 308 https://$server_name$request_uri;
}

www統一

# Apache
RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^(.*)$ https://www.%{HTTP_HOST}/$1 [R=301,L]

言語別リダイレクト

// JavaScript
const userLang = navigator.language.startsWith('ja') ? 'ja' : 'en';
if (window.location.pathname === '/') {
    window.location.replace(`/${userLang}/`); // 302相当
}

その他のリダイレクトコード

303 See Other: POST-Redirect-GET（PRG）パターンで使われます。フォーム送信後にブラウザの「再読み込み」で二重送信を防ぐために使用します。

トラブルシューティング

# リダイレクトステータスを確認
curl -I http://example.com/test

# リダイレクトチェーンを追跡
curl -L -I -s http://example.com/test | grep -E "HTTP|Location"

# ブラウザキャッシュをクリア（開発者ツール）
# Chrome: DevTools → Network → Disable cache にチェック

まとめ

HTTPリダイレクトは4つの主要コードを使い分けます。恒久的なURL変更には301/308、一時的な変更には302/307を使用します。また、POSTリクエストを維持したい場合は307/308を選択することが重要です。SEOでは恒久的リダイレクト（301/308）のみがリンク評価を引き継ぐため、慎重に選択しましょう。

参考リソース

• RFC 9110 - HTTP Semantics (Section 15.4 Redirection)
• MDN - HTTP redirections
• Google Search Central - 301 vs. 302 redirects
• Cloudflare Learning - What is an HTTP redirect?