.htaccessリダイレクトを整える。

「.htaccess」が効く条件（AllowOverride）

.htaccessは、Apacheのサーバ設定（httpd.conf側）でAllowOverrideが None以外（Allや 個別に許可した項目）になっているディレクトリでだけ読み込まれます。共有レンタルサーバの多くは初期状態で許可されていますが、 VPSや自前構築のApacheではAllowOverride Noneが既定になっている場合があり、 その場合は.htaccessに何を書いても一切反映されません。まずサーバ管理者・ホスティング側の設定を確認してください。

RedirectとRewriteRuleの違い

Redirect / RedirectMatch（mod_alias）はURL-path（先頭スラッシュを含む絶対パス）を対象に、 単純な前方一致（Redirect）か正規表現（RedirectMatch）でパスを判定します。ホスト名や条件分岐（httpsかどうか等）は扱えません。 RewriteRule（mod_rewrite）は正規表現の書き換えエンジンで、RewriteCondと 組み合わせてホスト名・プロトコル・実ファイルの有無などあらゆる条件を判定できます。ただし機能が多い分、書き方を誤ったときの 影響（ループ・意図しない多重書き換え）も大きくなります。単純な1対1の付け替えだけならRedirect、条件分岐が必要ならRewriteRuleという 使い分けが基本です。

301と302の使い分けと検索エンジンへの影響

301（Moved Permanently）は「恒久的に移動した」ことを示し、検索エンジンは新しいURLの評価を引き継ぐ前提で インデックスを更新します。302（Found）は「一時的な移動」を示し、検索エンジンは元のURLをインデックスに 残したまま扱う傾向があります。恒久的なURL変更（スラッグ改名・ドメイン移転など）には301、キャンペーンやA/Bテストなど 期間限定の切り替えには302を使うのが基本です。302を使い続けたまま長期間放置すると、恒久移転のつもりでも評価が 引き継がれない場合があります。

反映確認の方法（curl -I）

.htaccessをアップロードしたら、ブラウザではなくヘッダだけを見るcurl -Iで 確認するのが確実です。例えばcurl -I https://example.com/old-pageを実行し、 レスポンスの1行目がHTTP/1.1 301 Moved Permanentlyとなっているか、 Location:ヘッダが期待する新URLになっているかを確認します。 ブラウザは301の結果をキャッシュすることがあるため、ブラウザだけで確認すると「直したつもりが反映されていない」ように 見えることがあります。curl -Iならキャッシュの影響を受けにくく、 何度でもやり直せます。

よくある事故（ループ・ケース違い・キャッシュ）

• 無限リダイレクトループ — www統一とhttps統一を両方設置したとき、片方の判定条件がもう片方の結果と矛盾すると、 ブラウザが「リダイレクトが多すぎます」というエラーを出すまで転送を繰り返します。1つずつ設置してテストURLで確認してから 次を足すのが安全です。
• 大文字小文字の違い — Linux上のApacheはパスの大文字小文字を区別するため、/Old-Pageと /old-pageは別物として扱われます。表記ゆれも拾いたい場合はNCフラグ （②）を使います。
• キャッシュに阻まれて反映確認できない — ブラウザ・CDN・プロキシのいずれかが301の結果を長くキャッシュしていると、 .htaccessを直しても古い転送先のまま見えることがあります。上の「反映確認の方法」のとおりcurl -Iで 確認し、それでも古い場合はCDN側のキャッシュパージも検討してください。