.htaccessリダイレクト生成ツール

301/302リダイレクトコードを、旧URLと新URLの一覧から一括生成できます。サイト移転、記事URL変更、ディレクトリ変更など、複数ページの1対1転送をまとめて設定したい場合に便利です。ExcelやスプレッドシートからURLをコピペするだけで、まとめて生成できます。

リダイレクトコードを生成

STEP 01 ツールの基本設定

通常は初期設定のままで問題ありません。サイト移転・URL変更では301、メンテナンスなど一時的な転送では302を選択してください。

転送の種類と出力形式を選択
転送ステータス:
<IfModule>で囲むか:

STEP 02 転送ルールを入力

転送元パスと転送先URLを入力してください。少数のURLは下のフォームで1件ずつ入力できます。件数が多い場合は、下の一括入力欄を使ってください(どちらか一方だけでOKです)。

まとめて入力

Excel・スプレッドシートから貼り付ける場合

任意

複数件を一括で作成したい場合は、転送元パスと転送先URLの2列をそのまま貼り付けてください。 上の個別入力と両方使う必要はありません。

入力形式 /old-page/ https://example.com/new-page/
区切り Tab または半角スペース
  • 1行につき1つの転送ルールとして認識されます。
  • 転送元にフルURLを貼った場合、クエリ文字列がなければ内部的にパス形式として扱います。
  • ? 以降のパラメータが含まれる行は生成対象から除外されます。
STEP 03 / 生成結果

.htaccess に貼り付けるコード

入力内容に応じて、ここにリダイレクトコードが自動生成されます。 ルールを確認してからコピーしてください。

📄 生成されたコード

💡 日本語URLを使う場合は、事前にURLエンコードしてから貼り付けてください。 URLエンコード・デコードツール
📋 動作確認の方法 .htaccessを設置後、ブラウザのシークレットモードで「現在のドメイン + 転送元パス」にアクセスし、転送先URLへ移動するか確認してください。詳しく確認する場合は、リダイレクトチェックツールをご利用ください。

🔀 目的が違う場合はこちら

HTTPS統一、wwwあり・なし統一、末尾スラッシュ統一、index.html除去など、サイト全体のURL表記ゆれを統一したい場合は、URL正規化リダイレクト生成ツールをご利用ください。

URL正規化リダイレクト生成ツールを見る →
ここから詳しい解説

生成したコードを設置する前に、確認ポイントをまとめています

上のツールで .htaccess 用のリダイレクトコードを生成できます。 この先では、設置時の注意点、バックアップの取り方、WordPress環境での貼り付け位置、リダイレクトが効かない場合の確認方法などを補足しています。 すでに使い方が分かっている場合は、生成コードをコピーして設定作業へ進んでください。

.htaccessで301リダイレクトを書く基本形

もっとも基本的な書き方は、転送元パスと転送先URLを1行で指定する方法です。
このツールでは、旧URLと新URLを入力するだけで、複数ページ分のRedirect 301ルールをまとめて生成できます。

Redirect 301 /old-page/ https://example.com/new-page/

⚠️ .htaccess でリダイレクトを設定する際の注意点

.htaccess はサーバーの動作を制御する非常に強力なファイルです。記述ミスがあると、サイト全体が 500 Internal Server Error(真っ白な画面)になり閲覧できなくなる恐れがあります。

  • 必ずバックアップを取る:編集前に、現在の .htaccess をPCのローカル環境にダウンロード・保存してください。エラーが起きた際は、すぐに元のファイルを上書きアップロードすれば復旧できます。
  • ファイルの先頭に追記する:リダイレクトのルールは、他のルール(WordPressの記述など)よりも上に記述するのが安全で確実です。# BEGIN WordPress などのブロックよりも上の行に貼り付けてください。
  • 全角スペース・日本語を含めない:コード内に全角スペースが混ざるとエラーになります(このツールでは自動で半角に変換されます)。日本語URL(例:/会社概要/)からの転送を行う場合は、URLエンコードされた文字列(%E4...)を使用してください。
  • 編集はテキストエディタを使う:Windowsのメモ帳やMacのテキストエディットではなく、VSCodeやサクラエディタなどのUTF-8(BOMなし)で保存できるエディタを使用してください。

🛠️ 関連ツール

❓ よくある質問(FAQ)

Q. 301リダイレクトとは何ですか?

301リダイレクトとは、あるURLへのアクセスを別のURLへ「恒久的に転送」するサーバー設定です。「301」はHTTPステータスコードの一種で、検索エンジンに「このページは完全に移転しました」と伝えます。

旧URLに集まっていた評価やリンクシグナルを新URLへ統合するための重要な設定です。サイト移転・記事URL変更・ドメイン変更では、旧URLと新URLの対応関係を検索エンジンに伝えるために301リダイレクトを設定します。

Q. 301リダイレクトと302リダイレクトの違いは何ですか?

301は「恒久的な転送」、302は「一時的な転送」です。SEO評価の引き継ぎ目的や、サイト移転・URL変更など恒久的な変更の場合は301を使います。

302はメンテナンス中の一時的な転送や、A/Bテスト時の切り替えなど「後で元のURLに戻す予定がある」場合に使います。このツールでは転送ステータスを301 / 302から選択できます。

Q. .htaccessでの301リダイレクトの書き方は?

最もシンプルな書き方は Redirect 301 /旧パス https://example.com/新URL です。複数ページをまとめて設定する場合は <IfModule mod_alias.c> ブロックで囲んで書くのが安全です。

このツールに旧URLと新URLを入力するだけで、正しい書き方のコードを自動生成します。書き方を調べる手間なく、コピペですぐに設定できます。

Q. 301リダイレクトはSEOにどのような影響がありますか?

301リダイレクトを正しく設定すると、旧URLに集まっていたリンクや評価シグナルを新URLへ統合しやすくなります。ただし、Googleが新URLを認識・再評価するまでには時間がかかる場合があります

また、リダイレクト設定後は旧URLへのリンクを新URLに更新することを推奨します。リダイレクトが複数段階(チェーン)になっていると評価の一部が失われるため、できるだけ1段階にまとめてください。

Q. サイト移転・ドメイン変更時のリダイレクト設定はどうすればいいですか?

旧ドメインの .htaccess に、旧URLから新ドメインの対応URLへの301リダイレクトをページ単位で設定します。可能であれば全ページ1対1で転送するのがSEO的に最善です。

このツールの一括入力欄に旧URL・新URLの一覧をExcelからコピペするだけで、まとめてコードを生成できます。移転後もしばらくは旧サーバーを維持し、リダイレクトを継続させてください。

Q. 複数ページのリダイレクトをまとめて設定するにはどうすればいいですか?

このツールの「一括入力」欄に、転送元パスと転送先URLをTab区切りまたはスペース区切りで1行1件ずつ入力してください。ExcelやGoogleスプレッドシートの旧URL・新URL列をそのままコピペできます。

数十〜数百件のリダイレクト設定もまとめて生成できます。「+ URL転送ルールを追加する」ボタンで個別フォームを追加することも可能です。

Q. 301リダイレクトが効かない・反映されない場合はどうすればいいですか?

主な原因は以下の3つです。

① ブラウザキャッシュ:一度アクセスしたリダイレクトはブラウザに記憶されます。シークレットモードでアクセスするか、キャッシュをクリアして再確認してください。

② .htaccessの記述ミス:全角スペースの混入や、IfModuleブロックの閉じ忘れなどでエラーになります。このツールで生成したコードをそのままコピーしてください。

③ mod_rewriteが有効でない:レンタルサーバーによってはmod_rewriteが無効な場合があります。サーバーの設定画面や管理会社に確認してください。

Q. 301リダイレクトの設定後、正しく動作しているか確認する方法は?

ブラウザのシークレットモードで旧URLにアクセスし、新URLに転送されることを確認してください。より詳しく確認したい場合は、リダイレクトチェックツールを使うと、HTTPステータスコード・転送経路・最終到達URLを一度に確認できます。

また、Google Search Consoleの「URL検査」ツールで、Googleからどのように認識されているかも合わせて確認することをおすすめします。

Q. 301リダイレクトはいつまで(どのくらいの期間)維持すればいいですか?

Googleは「少なくとも1年間はリダイレクトを維持すること」を推奨しています。旧URLへの被リンクや外部サイトからのリンクが残っている限り、リダイレクトを外すと404エラーになりユーザーやSEO評価に影響が出ます。

旧URLへのアクセスがほぼゼロになったことを確認してから、段階的に外すのが安全です。サーバーの維持コストが問題でなければ、半永久的に残しておくのが最も安全です。