リライトルール生成ツール

Apache、Nginx、IIS のリダイレクト・リライトルールを生成

ルール設定

クイックプリセット

ルール追加

ルールタイプ

ソース URL / パターン

正規表現を使用

転送先 URL

詳細条件

ホスト条件

HTTPS 条件

クエリ文字列条件

ルール一覧 (0)

ルールがまだ追加されていません。プリセットを使用するか、手動でルールを追加してください。

生成結果

サーバー設定を生成するにはルールを追加してください...

すべての処理はブラウザ内で行われます。データはサーバーに送信されません。生成されたルールは本番環境にデプロイする前に、必ず開発環境でテストしてください。

使用例

ECサイトSEO設定

HTTPS強制、wwwからwwwなしへのリダイレクト、末尾スラッシュの追加。ECサイトに必須のSEO設定です。

ブログ移行

古いブログURLを新しい記事パスにリダイレクト。サイト構造変更時にSEO価値を保持します。

セキュリティ強化

ホットリンク防止、IPアドレスによるアクセス制限、カスタムエラーページの設定でセキュリティを強化します。

機能

マルチサーバー対応

1つの設定からApache (.htaccess)、Nginx、IIS (web.config) のルールを生成

クイックプリセット

HTTPSリダイレクト、www処理、末尾スラッシュなどの一般的なシナリオをワンクリックで設定

ルール管理

直感的なインターフェースでルールの追加、編集、削除、並べ替えが可能

プライバシー最優先

すべての処理はブラウザ内でローカルに実行され、サーバーにデータは送信されません

使い方

ルールを追加

クイックプリセットを使用するか、ソース、転送先、オプションの条件を指定してリダイレクト・リライトルールを手動で追加します。

サーバータイプを選択

Apache (.htaccess)、Nginx、IIS (web.config) のタブを切り替えて、サーバー用の生成結果を確認します。

コピーまたはダウンロード

生成された設定をクリップボードにコピーするか、デプロイ可能なファイルとしてダウンロードします。

よくある質問

リダイレクトはブラウザを別の URL へ送信します。アドレスバーが変わり、ブラウザは新しい場所へ 2 度目の HTTP リクエストを送ります。一方、リライトはサーバー上で内部的に URL を再マッピングします。ブラウザには変更が反映されず、アドレスバーもそのままのまま、HTTP リクエストは 1 回だけ行われます。ページが恒久的にまたは一時的に移動した場合はリダイレクトを使用してください。内部ファイルパスからクリーンでフレンドリーな URL を提供する場合はリライトを使用してください。例えば、サーバー側では /index.php?category=shoes を表示している際に、ユーザーには /products/shoes と表示させるようなケースです。

ページが恒久的に移動し、検索エンジンにすべての SEO ランク信号（リンクの評価）を新しい URL に引き継ぎたい場合は 301 (Permanent) を使用してください。リダイレクトが短期間で、元の URL を再び利用する予定がある場合は 302 (Found/Temporary) または 307 (Temporary Redirect) を使用してください。主な違いはキャッシュにあります。ブラウザや CDN は 301 を積極的にキャッシュするため、一度実行するとリダイレクトを解除したくてもユーザーが古い宛先へ送られ続ける可能性があります。迷った場合は、移動が恒久的であると確信できるまで 302 を使用してください。

「HTTP to HTTPS」のクイックプリセットを使用してください。Apache の場合、HTTPS がオフのすべてのリクエストに一致し、301 で https:// バージョンにリダイレクトする RewriteRule を生成します。Nginx の場合はポート 80 で 301 を返すサーバーブロックを作成します。IIS の場合は web.config に HTTP Redirect ルールを追加します。ルールを適用した後は、デプロイ前に SSL 証明書がインストールされ有効であることを確認してください。動作する証明書がない状態で HTTPS リダイレクトを行うとサイトが壊れてしまいます。

「www to non-www」または「non-www to www」のプリセットを使用してください。Apache は HTTP_HOST 上の RewriteCond を使用して www プレフィックスを検出し、301 でリダイレクトします。Nginx は www.yourdomain.com に一致する別のサーバーブロックを作成し、非 www バージョンへ 301 を返します。どちらを選んでも、一つに絞って統一してください。両方を混ぜてしまうと、Google が 2 つの URL で同じコンテンツを見つけてしまい、ランキング信号が分散してしまいます。リダイレクト先のターゲットに合わせて canonical URL を設定してください。

はい。ルールを追加する際に「Use regular expression」をオンにし、Source URL フィールドに regex パターンを入力してください。Apache の場合、パターンは URL パスに対して照合される PCRE 互換の正規表現です。Nginx の場合、location ディレクティブは ~ プレフィックス付きの PCRE 正規表現を使用します。IIS の場合、match ディレクティブは .NET 正規表現を使用します。キャプチャされたグループは、宛先 URL でバックリファレンス（Apache/Nginx では $1, $2）として利用可能です。例えば、ソース /blog/([0-9]+) で宛先 /news/$1 とすれば、古い数値付きのブログ URL がすべて /news/ に移動します。

Apache は RewriteRules を上から下へと処理し、最初に一致したルールで停止します（[L] フラグまたは RewriteRule チェーンによって変更されない限り）。特定のルールの前に一般的なルールを配置すると、特定のルールで処理されるべきリクエストが一般的なルールに捕まってしまいます。常に、より具体的なルールを先に置いてください。例えば、/(.*) → /index.php の前に /old-page → /new-page を配置してください。そうしないと、/old-page を含むすべての URL がワイルドカードルールによって最初にキャッチされてしまいます。

はい。Download ボタンを押すと、現在表示されている設定タブがサーバーに適切な名前（Apache 用の .htaccess、Nginx 用の nginx.conf、または IIS 用の web.config）のファイルとしてエクスポートされます。ファイルはデフォルトのダウンロードフォルダに保存されます。.htaccess ファイルはウェブサイトのルートディレクトリ（index.php または index.html と同じレベル）に配置してください。Nginx の場合は、生成されたディレクティブを既存のサーバーブロック設定にマージしてください。

いいえ。すべてはブラウザ内で JavaScript を使用してローカルに実行されます。あなたのソース URL、宛先 URL、および生成された設定がサーバーに送信されることは一切ありません。アカウントも履歴もトラッキングもありません。タブを閉じればルールは消去されます。去る前に Download ボタンを使用して作業内容を保存してください。