サイトリダイレクト
サイトのどこにあるコンテンツへもトラフィックを誘導できるように、サイトリダイレクトを設定します
リダイレクトは、ドキュメントをあるプロバイダーから別のプロバイダーへ移行するときによく使われます。たとえば、ドキュメントを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をアップロードします。さらに、オプションの source, 宛先、および intent.
sourceはリダイレクトしたいパスです。例：/docs/site-redirects宛先は次のいずれかです。特定のページ。下のスクリーンショットに示されているページの管理用URLを使用します
外部URL
空欄。intentによって異なります
intentは次のいずれかです。live：公開中のリダイレクトを作成、更新、または削除するために、空欄のままにするか、完全に省略します
draft：下書きのリダイレクトを作成、更新、または削除するため
publish：既存の下書きリダイレクトを公開中にするため
宛先は空である必要があります。
1回のインポートでサポートされる最大行数は500です。
CSVに重複するソース値が含まれている場合、最初の行のみが処理されます。インポートはアップサートとして実行され、同じソースを持つ既存のリダイレクトは更新され、まだ存在しないソースには新しいリダイレクトが作成されます。
どの行かに失敗した場合、右下のトーストからエラーCSVをダウンロードできます。そこにはソース、宛先、各エラーの簡単な説明が含まれているので、修正し、エラー列を削除して再インポートできます。
CSVの例
/docs/site-redirects
https://example.com/page
空欄
公開中のリダイレクトを作成または更新する
/docs/site-redirects
https://example.com/page
公開中
公開中のリダイレクトを作成または更新する
/docs/site-redirects
https://example.com/page
下書き
下書きのリダイレクトを作成または更新する
/docs/site-redirects
空
空欄
公開中のリダイレクトを削除する
/docs/site-redirects
空
公開中
公開中のリダイレクトを削除する
/docs/site-redirects
空
下書き
下書きのリダイレクトを削除する
/docs/site-redirects
空
publish
既存の下書きリダイレクトを公開中にする
自動リダイレクトについて
ページが移動または名前変更されるたびに、それに伴って正規URLも変わります。コンテンツを引き続き利用できるようにするため、GitBookは自動的に HTTP 307 のリダイレクトを旧URLから新しいURLへ作成します。
URLが読み込まれるたびに、GitBookは次の手順で解決します。
自動作成されたリダイレクトをたどることで、サイトのコンテンツは正規URLに解決されます。
URLを解決できない場合、そのURLは スペースレベルのリダイレクトと照合されます。これはリポジトリの
.gitbook.yamlファイル。最後に、そのURLはサイトレベルのリダイレクトと照合されます。これは 上記の手順.
最終更新
役に立ちましたか？