ウェブサイト
サイトリダイレクト
Redirects send visitors from an old URL to a new one, which is how you restructure a site without breaking every link pointing at it. This guide covers the three source shapes, choosing between 301…
リダイレクトは、訪問者を古いURLから新しいURLに送信します。これにより、サイトを再構成する際に、そのサイトを指すすべてのリンクを破損させることなく対応できます。このガイドでは、3つのソース形状、301と302の選択、クエリ文字列、および検証バッジの読み取り方法について説明します。
KPanelでのリダイレクトの場所
- KPanelにサインインします。
- 左側のサイドバーで Websites をクリックしてから、サイトをクリックします。
- サイトのタブストリップで Advanced を開き、その後 Redirects を開きます。
直接アドレスは /websites/<site-id>/redirects です。
ここでのリダイレクトはWebサーバーによって適用されるため、アプリケーションが実行される前に適用されます。これにより、プラグインベースのリダイレクトよりも高速になり、アプリケーションが認識しないURLでも機能することを意味します。
リダイレクトの追加
- Add redirect をクリックします。
- Source path を入力します。
- Destination を入力します。
- 301 Permanent または 302 Temporary を選択します。
- Preserve query string をチェックしたままにするかどうかを決定します。
- Add redirect をクリックします。
リダイレクトが適用され、その後サイトに対して直接確認されるため、表示されるステータスは仮定ではなく実際の動作を反映しています。
3つのソース形状
| 形状 | 例 | マッチ対象 |
|---|---|---|
| 完全一致 | /old-page | そのパスのみ |
| プレフィックス | /old-path/ | そのパスとその下のすべて |
| ワイルドカード | /blog/* | /blog/ の下のすべてをキャプチャ |
ワイルドカードソースは * にマッチしたものをキャプチャし、デスティネーションではそれを $1 として参照できます。したがって、/blog/* をソースとし /news/$1 をデスティネーションとすると、/blog/hello-world を /news/hello-world に送信し、他のすべてのポストでも同じように機能し、1つのルールで実現します。
リダイレクト作成後、ソースパスは変更できません。間違えた場合は、リダイレクトを削除して新しいものを追加してください。デスティネーション、コード、およびクエリ設定はすべて編集可能です。
デスティネーション
デスティネーションは次のいずれかです:
- 相対パス (例:
/new-page) で、訪問者を同じサイト内の他の場所に送信します。 - 絶対パス (例:
https://example.com/new) で、訪問者を別のサイトに送信します。
絶対パスは、バニティパスを構築する方法です: 例えば、ドメイン上の /docs が他の場所でホストされているドキュメントを指します。
301 か 302 か
301 Permanent は、ブラウザと検索エンジンに移動が最終的なものであることを伝えます。検索エンジンはランキングシグナルを新しいURLに転送し、古いURLへのリクエストを停止します。ブラウザはリダイレクトをキャッシュし、場合によっては非常に長期間キャッシュします。
302 Temporary は、移動が取り消される可能性があることを示します。何も転送されず、何も長期的にキャッシュされません。
実際の再構成には301を使用します: ページを移動し、戻る予定がない場合です。ページを一時的なキャンペーンやメンテナンスお知らせに指す場合など、取り消すと予想される場合は302を使用します。
間違った301は取り消すのにコストがかかります。ブラウザは永続的なリダイレクトを積極的にキャッシュするため、不正なルールに一度ぶつかった訪問者は、削除後も長期間そのルールに従い続ける可能性があり、キャッシュをクリアする方法がありません。確実でない場合は、302で開始し、確信が持てたら301に昇格させてください。
クエリ文字列の保持
Preserve query string はデフォルトでオンになっています。オンにすると、?utm_source=newsletter およびその他のすべてのパラメータがデスティネーションに引き継がれます。
ほぼすべての場合でオンのままにしてください。クエリ文字列を失うと、キャンペーン追跡が破損し、ページネーションとフィルタが破損し、状態を持つリンクが破損します。リダイレクトリストは、オフに切り替わったルールを (query stripped) としてマークし、一目でどのルールがパラメータをドロップするかを確認できます。
デスティネーションが古いパラメータを受け取ってはいけない場合のみオフにします。例えば、古いパラメータが異なる方法で解釈され、間違ったページがレンダリングされる場合です。
ステータスバッジの読み取り
毎回の保存後、リダイレクトはキャッシュを通さずにサイトに対して直接テストされ、結果が Status 列のバッジになります。
| バッジ | 意味 |
|---|---|
| まだ確認されていません | チェックはまだ実行されていません。しばらくしてからリフレッシュしてください |
| 確認されました、コードおよびデスティネーション付き | リダイレクトはライブであり、設定したとおりに動作しています |
| 適用されていますが挑戦されていません、ステータス付き | ルールは記述されましたが、サイトは別のものを返しました |
3番目のバッジが対応するべきものです。これは構成が配置されているがリダイレクトが有効になっていないことを意味し、表示されるステータスコードは代わりに何が起こったかを示します。
保存後に、サーバー上の別の構成が同じドメインを主張しているという警告が表示される場合もあります。そのような場合、その競合が解決されるまでリダイレクトは適用されず、メッセージは他の構成を名前で示します。表示された場合、その意味が不確かな場合はサポートにお問い合わせください。
編集と削除
各行には編集ボタンと削除ボタンがあります。
編集では、デスティネーション、コード、およびクエリ設定を変更できます。ソースは固定です。
削除は確認を求め、何が起こるかを説明します: そのパスへのリクエストはリダイレクトを停止し、サイトが通常そこで提供するものを返します。これは多くの場合404です。
再構成の計画
多くのURLを移動する前に、少し順序を付けると多くの苦痛を救います。
- 現在のURLリストをエクスポート します。サイトマップまたはアナリティクスから、実際にトラフィックを取得するものを把握できます。
- 古いものから新しいものにマッピング します。1行につき1つのURL。プレフィックスを共有するものはすべてグループ化します。
- グループにワイルドカードを使用します。 1つの
/blog/*ルールは200個の完全一致ルールに勝り、ドリフトしません。 - パターンに従わない例外に対して正確なルールを追加 します。
- 各形状を1回テスト して、バッジを確認します。
- その後、4xxカウントを監視 します Site Traffic Analytics。404シェアの上昇は、何かを見落とした可能性があります。
見落とすものに対するセーフティネットとして、ブランド化された404ページを追加します。行き止まりをサイトに戻るルートに変えます。Custom Error Pages を参照してください。
トラブルシューティング
リダイレクトが起動しません。 バッジを確認してください。適用されているが挑戦されていないと表示されている場合は、返されるステータスコードをメモしてください。200は通常、別のものが最初にリクエストに応答したことを意味し、多くの場合アプリケーション自体です。
起動していますが、間違ったURLにランディングします。 チェーンを確認してください: ルールが別のルールまたはアプリケーションが再度リダイレクトするパスにトラフィックを送信している可能性があります。チェーンは低速で、検索エンジンを混乱させます。最初のルールを最終的なデスティネーションに直接指します。
ワイルドカードがすべてを1つのページに送信します。 デスティネーションが $1 を欠いています。これがないと、すべてのキャプチャが同じターゲットに折りたたまれます。
削除したリダイレクトがブラウザで引き続き発生します。 以前に301に従い、ブラウザがキャッシュしました。プライベートウィンドウでテストして、ルールが本当に削除されたことを確認します。
クエリパラメータが消えます。 そのルールで Preserve query string がオフになっています。編集してオンに戻してください。
リダイレクトが多すぎる、またはループです。 2つのルールが相互に指しているか、ルールが独自のソースパターンに一致するパスを指しています。ループの片側を削除します。
関連ページ
- Custom Error Pages で、何も一致しない場合に訪問者が表示するもの。
- Site Traffic Analytics で、再構成後に3xxおよび4xxカウントを監視します。
- Password-Protecting a Site で、パスを移動するのではなくロックします。