リダイレクトコード生成ツール

使い方

1. 古いアドレスまたはパスに、古いアドレスかパスを入力します。例：/old-page/
2. 新しいアドレスを入力し、リダイレクトの種類と転送する対象を選びます。
3. サーバーまたはプラットフォームを選びます。結果にコードが表示されます。コピーとダウンロードのボタンがあります。
4. ファイルをサーバーに保存し、頼る前に、リクエストのツールで各リダイレクトを確かめてください。

ルールの一致の仕組み

パスのルールは、入力されたパスに一致し、訪問者を新しいアドレスへ送ります。ページのルールは、そのページ1つに、末尾のスラッシュの有無にかかわらず一致します。フォルダーのルールは、そのフォルダーとその下のすべてのアドレスに一致し、パスの残りを新しいフォルダーへ引き継ぎます。

ホストのルールは、古いアドレスのホスト名に一致します。ドメインのルールは、パスと問い合わせ文字列を、新しいドメインの同じパスへ引き継ぎます。httpからhttpsへのルールは、httpで届くリクエストに一致し、2つのwwwのルールは、それぞれ1つのホスト名に一致します。

• サーバーのルールは問い合わせ文字列を保持するため、/old-page/?ref=1は /new-page/?ref=1になります。
• 正規表現はパスから作られます。ドットや角かっこなどの特殊文字はエスケープされるため、ルールは入力された文字どおりに一致します。

どのステータスコードを選ぶか

Googleのリダイレクトのガイドは、301と308はページが新しい場所へ恒久的に移ったことを意味すると説明しています。302と307は、一時的なリダイレクトに分類されています。サイトを新しいドメインへ移す場合を典型例として挙げ、移行をできるだけ途切れさせないようにすると述べています。また、リダイレクトを元に戻さないと確信できる場合に、恒久的なリダイレクトを使うよう勧めています。

恒久的なリダイレクトは、検索エンジンに新しいアドレスを結果に表示させます。一時的なリダイレクトは、古いアドレスを結果に残すため、古いページが戻ると見込まれる場合にだけ適しています。

サーバーごとの違い

サーバーごとにリダイレクトの書き方は異なり、一部はすべての種類のコードを受け付けません。このツールは、各サーバーが対応する最も近いコードを書き、結果にその旨を示します。

• IIS URL Rewriteは301、302、303、307に対応し、308には対応していないため、そこでは308は301になります。
• Netlifyのリダイレクトの設定は307の代わりに302を挙げ、308を挙げていないため、307は302に、308は301になります。
• Apacheのmod_aliasのRedirectは接頭辞に一致し、mod_rewriteのRewriteRuleは指定した正確なパスに一致します。
• Cloudflareの単一のリダイレクトは、ダッシュボードのルールです。このツールはその項目を示しますが、ルールは作成しません。

meta refreshとJavaScript：最後の手段

Googleのガイドは、リダイレクトの種類を、Googleが正しく解釈する可能性の高い順に並べています。サーバー側のリダイレクトが最初、次にmeta refresh、最後にJavaScriptです。Googleは、0秒のmeta refreshを恒久的なリダイレクト、遅延のあるものを一時的なリダイレクトとして解釈すると説明しています。

同じガイドは、サーバー側やmeta refreshのリダイレクトができない場合にだけJavaScriptのリダイレクトを使うよう述べています。描画が失敗することもあり、Googleがそのリダイレクトを見ないことさえあるためです。このツールのHTMLの出力は、301と308では0秒のmeta refresh、302と307では5秒のものを使います。

よくある質問