サイトのリダイレクト

サイト内の任意のコンテンツへトラフィックをルーティングするためにサイトリダイレクトを設定する

リダイレクトは、ドキュメントをあるプロバイダーから別のプロバイダーに移行する場合（例えばドキュメントを GitBook に移したとき）によく使われます。壊れたリンクは SEO に影響を与える可能性があるため、必要に応じてリダイレクトの設定を行うことを推奨します。

加えて GitBook によって自動的に作成されるリダイレクトに加えて、サイトのドメイン内の任意のパスからリダイレクトを作成できます。

サイト上のリダイレクトの管理

開始するには、GitBook でサイトのダッシュボードを表示し、設定タブを開いてから、 ドメインとリダイレクト.

をクリックし、 リダイレクトを追加 を選択してから、手動オプションを選びます。

ソースパス、つまり別の場所にリダイレクトしたい URL スラッグと、リンク先にしたい宛先コンテンツを入力します。任意のセクション, バリアント、またはページをサイト上から選択できます。作成するには追加をクリックします。

また、 ワイルドカードリダイレクト を、ソースパスの末尾に * を追加することで作成できます。例：

ソースパスにワイルドカード (*) を含める場合、 一致したテキストでワイルドカードを置換する.

を有効にできます： * によって一致した部分が宛先パスに追加されます。
- 例：ソース /docs/* → 宛先 /help /docs/install は /help/install にリダイレクトされます
無効： 一致したすべての URL が同じ固定の宛先にリダイレクトされます。
- 例：ソース /docs/* → 宛先 /help /docs/install は /help にリダイレクトされます

同じページに別のリダイレクトを追加したい場合、 別のリダイレクトを追加 オプションをオンにしてから追加を押してください。リダイレクトを追加すると、モーダルは開いたままで、宛先コンテンツは前の選択のままになるため、すぐに別の URL スラッグを追加できます。

リダイレクトを編集するには、リスト内の該当項目の横にある編集アイコンを押します。リダイレクトを更新して保存.

リダイレクトを削除するには、 リダイレクトを削除 ボタンを押して確認してください。

をクリックし、 リダイレクトを追加 そして CSV をアップロード.

という項目を選択します。ちょうど 2 列で名前が次のようになっている CSV をアップロードしてください： source および destination：

source はリダイレクトしたいパスです（例：/docs/site-redirects）
destination は次のいずれかになります：
- 特定のページ：スクリーンショットに示されているように、そのページの管理用 URL を使用してください
- 外部 URL
- 空の文字列（""）：その source のリダイレクトを削除します

インポートあたり最大 500 行がサポートされています。

CSV に重複する source 値が含まれている場合、最初の行のみが処理されます。インポートはアップサートとして実行されます：同じ source を持つ既存のリダイレクトは更新され、まだ存在しない source に対しては新しいリダイレクトが作成されます。

行のいずれかが失敗した場合、右下のトーストからエラー CSV を入手できます。そこには source、destination、および各エラーの短い説明が含まれているので、修正してエラーの列を削除し、再インポートできます。

ページが移動または名前変更されるたびに、それらの正規の URL は変更されます。コンテンツへのアクセスを維持するために、GitBook は自動的に HTTP 307 リダイレクトを古い URL から新しい URL に作成します。

URL が読み込まれるたびに、GitBook は次の手順で解決を行います：

サイトのコンテンツは、作成された自動リダイレクトをたどることで正規の URL に解決されます。
URL を解決できない場合、URL は次に対してチェックされます：スペースレベルのリダイレクト、リポジトリの .gitbook.yaml ファイルで定義されています。
最後に、URL は上記の手順で作成されたサイトレベルのリダイレクトと照合されます。上記のプロセスを通じて.

最終更新 16 時間前

役に立ちましたか？