> For the complete documentation index, see [llms.txt](https://gitbook.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://gitbook.com/docs/documentation/ja-gitbook-documentation/docs-site/site-redirects.md). # サイトリダイレクト {% hint style="info" %} この機能は～で利用できます [プレミアムおよびアルティメットのサイトプラン](https://www.gitbook.com/pricing). {% endhint %}
A GitBook screenshot showing site redirects

サイトのリダイレクトは、ドキュメントの移行やコンテンツの再構成時に、SEOに影響する可能性のあるリンク切れを防ぐのに役立ちます。

リダイレクトは、ドキュメントをあるプロバイダから別のプロバイダへ移行する際によく使われます。たとえば、ドキュメントをGitBookに移したときなどです。リンク切れはSEOに影響するため、必要に応じてリダイレクトを設定することをおすすめします。 に加えて [GitBook によって作成される自動リダイレクト](#about-automatic-redirects)、サイトのドメイン内の任意のパスからリダイレクトを作成できます。 リダイレクトは次のいずれかとして作成できます **公開** または **下書き**。下書きのリダイレクトでは、公開前にリダイレクトルールを準備して確認できます。下書きは有効化されるまで、公開中のサイトに影響しません。 ## サイトでのリダイレクトの管理 始めるには、サイトの **設定**、の **一般** サイドバーで、次にクリックします **リダイレクト**. ### リダイレクトの作成 「 **リダイレクトを追加** を選択し、 **手動** オプションを選択します。 次を入力します: **送信元パス** — リダイレクトしたいURLスラッグ — と **宛先** 訪問者を送る先のコンテンツを指定します。サイト上の任意のセクション、バリアント、またはページを選択できます。 「 **リダイレクトを有効化** をクリックすると、リダイレクトがすぐに有効になります。 まだ公開せずにリダイレクトを作成したい場合は、 **下書きとして保存** をクリックします。下書きのリダイレクトは **下書き** タブに表示され、後で有効化できます。 次の作成もできます **ワイルドカードリダイレクト** 送信元パスの末尾に \* を追加して、たとえば次のようにします: * /docs/\* は /docs/ 配下のすべてに一致します * /changelog\* は /changelog で始まるパスに一致します 送信元パスにワイルドカード（\*）が含まれている場合、次を有効にできます **ワイルドカードを一致したテキストに置き換える**. * **オン:** \* に一致した部分が宛先パスに追加されます。 * 例: 送信元 /docs/\* → 宛先 /help\ /docs/install は /help/install にリダイレクトされます * **オフ:** 一致したすべてのURLは同じ固定の宛先にリダイレクトされます。 * 例: 送信元 /docs/\* → 宛先 /help\ /docs/install は /help にリダイレクトされます 同じページに別のリダイレクトを追加したい場合は、 **別のリダイレクトを追加** をクリックする前に **リダイレクトを有効化** または **下書きとして保存**. リダイレクトを追加すると、モーダルは開いたままになり、宛先コンテンツは前回の選択に設定されたままなので、別の送信元パスをすばやく追加できます。 {% hint style="warning" %} **注:** GitBook は公開済みURLを大文字・小文字を区別せずに解決するため、大文字小文字だけが異なる2つのリダイレクトは同じパスとして扱われます。大文字小文字を区別するURLを使うプラットフォームから移行する場合は、インポート前にリダイレクトを統合する必要がある場合があります。 {% endhint %} ### リダイレクトの編集 リダイレクトを編集するには、 **編集** 一覧内のその横にあるアイコンをクリックします。リダイレクトを更新し、 **リダイレクトを有効化** をクリックして変更を公開します。 リダイレクトが現在 **下書き**の場合は、編集モーダルから直接公開することもできます。 **リダイレクトを有効化**. ### 下書きリダイレクトの有効化 下書きのリダイレクトは **下書き** タブのリダイレクト表に表示されます。 下書きリダイレクトは次の2通りで公開できます: • リダイレクトを開いて、 **リダイレクトを有効化** を編集モーダルでクリックします。\ • 次を使います **表のトグル** でリダイレクトを直接有効にします。 有効化されると、リダイレクトは **公開** タブに移動し、すぐに訪問者のルーティングを開始します。 ### CSVからリダイレクトをインポート 「 **リダイレクトを追加** で開き、 **CSVをアップロード**. 次の列を含むCSVをアップロードしてください: `送信元`, `宛先`、および任意の `意図`. * `送信元` は、リダイレクトしたいパスです。たとえば /docs/site-redirects * `宛先` は次のいずれかです: * 下のスクリーンショットに示すページの管理URLを使った特定のページ * 外部URL * 意図に応じて空欄 * `意図` は次のいずれかです: * 公開済み、空欄、または完全に省略して、公開リダイレクトを作成・更新・削除します * 下書きにして、下書きリダイレクトを作成・更新・削除します * publish は既存の下書きリダイレクトを公開します、 `宛先` は空欄である必要があります。

このメニューでページの GitBook 管理URLを確認できます

1回のインポートでサポートされる最大行数は500行です。 CSVに重複する送信元値が含まれている場合、最初の行のみが処理されます。インポートはアップサートとして実行され、同じ送信元を持つ既存のリダイレクトは更新され、まだ存在しない送信元には新しいリダイレクトが作成されます。 いずれかの行が失敗した場合、右下のトーストからエラーCSVをダウンロードできます。そこには送信元、宛先、各エラーの簡単な説明が含まれているため、修正してエラー列を削除し、再インポートできます。 #### CSVの例 | 送信元 | 宛先 | 意図 | 結果 | | -------------------- | -------------------------- | --- | ----------------- | | /docs/site-redirects | | 空欄 | 公開リダイレクトを作成または更新 | | /docs/site-redirects | | 公開 | 公開リダイレクトを作成または更新 | | /docs/site-redirects | | 下書き | 下書きリダイレクトを作成または更新 | | /docs/site-redirects | 空 | 空欄 | 公開リダイレクトを削除 | | /docs/site-redirects | 空 | 公開 | 公開リダイレクトを削除 | | /docs/site-redirects | 空 | 下書き | 下書きリダイレクトを削除 | | /docs/site-redirects | 空 | 公開 | 既存の下書きリダイレクトを公開 | ## 自動リダイレクトについて ページを移動または名前変更すると、正規URLもそれに合わせて変わります。コンテンツへのアクセスを維持するため、GitBook は自動的に [HTTP 307](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Status/307) 古いURLから新しいURLへのリダイレクトを作成します。 URLが読み込まれるたびに、GitBook は次の手順で解決します: 1. サイトコンテンツは、自動作成されたリダイレクトに従って正規URLに解決されます。 2. URLを解決できない場合、そのURLは次の対象と照合されます [セクションレベルのリダイレクト](/docs/documentation/ja-gitbook-documentation/getting-started/git-sync/content-configuration.md#redirects)、リポジトリの `.gitbook.yaml` ファイル。 3. 最後に、URLはサイトレベルのリダイレクトと照合されます。これは次の方法で作成されます [上記の手順](#creating-redirects). --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://gitbook.com/docs/documentation/ja-gitbook-documentation/docs-site/site-redirects.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.