サイトリダイレクト
サイト内の任意のコンテンツへトラフィックをルーティングするためのリダイレクトを設定する
リダイレクトは、ドキュメントをあるプロバイダーから別のプロバイダーに移行する場合（例：ドキュメントをGitBookに移したとき）によく使われます。リンク切れはSEOに影響を与える可能性があるため、必要に応じてリダイレクトを設定することを推奨します。
に加えて GitBookによって自動的に作成されるリダイレクト、サイトのドメイン内の任意のパスからリダイレクトを作成できます。
リダイレクトは次のいずれかとして作成できます： ライブ または ドラフト。ドラフトリダイレクトを使うと、公開する前にリダイレクト規則を準備して確認できます。ドラフトは有効にされるまでライブサイトに影響を与えません。
サイト上のリダイレクトを管理する
始めるには、GitBookでサイトのダッシュボードを表示し、 設定 タブを開いてから、 ドメインとリダイレクト.
をクリックします。
リダイレクトを作成する クリック して、 手動 オプションを選択します。
次の項目を入力します： ソースパス — リダイレクトしたいURLスラッグ — と、 宛先 に訪問者を送信したいコンテンツを指定します。サイト内の任意のセクション、バリアント、またはページを選択できます。
リダイレクトを作成する リダイレクトを有効にする と、リダイレクトが直ちに有効になります。
まだライブにしたくない場合は、代わりに 下書きとして保存 をクリックしてください。ドラフトリダイレクトは ドラフト タブに表示され、後で有効にできます。
また、 ワイルドカードリダイレクト を作成することもでき、ソースパスの末尾に*を追加します。例えば：
/docs/* は /docs/ 以下のすべてに一致します
/changelog* は /changelog で始まるパスに一致します
ソースパスにワイルドカード（*）が含まれる場合、 一致したテキストでワイルドカードを置換する.
オン： * に一致した部分が宛先パスに追記されます。
例：ソース /docs/* → 宛先 /help /docs/install は /help/install にリダイレクトされます
オフ： 一致したすべてのURLが同じ固定の宛先にリダイレクトされます。
例：ソース /docs/* → 宛先 /help /docs/install は /help にリダイレクトされます
同じページに別のリダイレクトを追加したい場合は、クリックする前に 別のリダイレクトを追加 を切り替えてください。 リダイレクトを有効にする または 下書きとして保存.
リダイレクトを追加すると、モーダルは開いたままで、宛先コンテンツが前回の選択に設定されるため、別のソースパスを素早く追加できます。
リダイレクトの編集
リダイレクトを編集するには、リスト内の隣にある 編集 アイコンをクリックします。リダイレクトを更新して、変更を公開するには リダイレクトを有効にする をクリックします。
リダイレクトが現在 下書きの場合、編集モーダルから直接公開することもできます。 リダイレクトを有効にする.
下書きリダイレクトの有効化
ドラフトリダイレクトはリダイレクトテーブルの ドラフト タブに表示されます。
ドラフトリダイレクトを公開する方法は2つあります：
• リダイレクトを開いて編集モーダルで リダイレクトを有効にする をクリックします。 • テーブル内の トグルを使って 直接リダイレクトを有効にします。
有効にすると、そのリダイレクトは ライブ タブに移動し、直ちに訪問者のルーティングを開始します。
CSVからリダイレクトをインポートする
リダイレクトを作成する クリック を選択して、 CSVをアップロード.
列があるCSVをアップロードします： ソース, 宛先、およびオプションの intent（意図）.
ソースはリダイレクトしたいパスです。例えば /docs/site-redirects宛先intent は次のいずれかになり得ます：特定のページ（下のスクリーンショットに示されているようにページの管理用URLを使用）
外部URL
意図によっては空にできる
intent（意図）intent は次のいずれかになり得ます：live は、ライブリダイレクトを作成、更新、または削除するために空白にするか完全に省略できます。
draft は、ドラフトリダイレクトを作成、更新、または削除するための値です。
publish は既存のドラフトリダイレクトをライブに公開するための値です、
宛先は空である必要があります。
インポートごとに最大500行がサポートされます。
CSVに重複するソース値が含まれている場合、最初の行のみが処理されます。インポートはアップサートとして実行されます：同じソースを持つ既存のリダイレクトは更新され、存在しないソースについては新しいリダイレクトが作成されます。
もし行のいずれかが失敗した場合、右下のトーストからエラーCSVを入手できます。そこにはソース、宛先、および各エラーの簡単な説明が含まれているため、修正してエラー列を削除し、再インポートできます。
CSVの例
/docs/site-redirects
https://example.com/page
空白
ライブリダイレクトを作成または更新する
/docs/site-redirects
https://example.com/page
live（ライブ）
ライブリダイレクトを作成または更新する
/docs/site-redirects
https://example.com/page
下書き
ドラフトリダイレクトを作成または更新する
/docs/site-redirects
empty（空）
空白
ライブリダイレクトを削除する
/docs/site-redirects
empty（空）
live（ライブ）
ライブリダイレクトを削除する
/docs/site-redirects
empty（空）
下書き
ドラフトリダイレクトを削除する
/docs/site-redirects
empty（空）
publish（公開）
既存のドラフトリダイレクトをライブに公開する
自動リダイレクトについて
ページが移動または名前変更されるたびに、その正規URLも変更されます。コンテンツへのアクセスを維持するために、GitBookは自動的に HTTP 307 リダイレクトを古いURLから新しいURLへ作成します。
URLが読み込まれるたびに、GitBookは次の手順で解決します：
サイトコンテンツは自動的に作成されたリダイレクトを追跡することでその正規URLに解決されます。
URLが解決できない場合、そのURLは スペースレベルのリダイレクトに対してチェックされます。これらはリポジトリの
.gitbook.yamlファイルに定義されています。最後に、URLは上記のプロセスで作成されたサイトレベルのリダイレクトに対してチェックされます。 上記のプロセスを通じて作成されたもの.
最終更新
役に立ちましたか？