--- title: "索引を最新の状態に保つ" slug: "keep-indexes-up-to-date" abstract: "Overview、スケジュールされたクロール、手動クロール、手動再インデックスを通じて、インデックスされたコンテンツをドメイン設定やオリジナルコンテンツを最新の状態に保つ方法Sitecore Search。" --- # 索引を最新の状態に保つ ソースを公開し、最初のクロールが完了すると、[インデックスされた](https://doc.sitecore.com/search/ja/users/search-user-guide/index-items/index-items.html#UUID-4a95bc8e-f38d-f31d-8e98-9d2f7b400234_section-idm4581825664620833496946254764 "Index documents") コンテンツは検索可能になります。ただし、インデックスされたコンテンツが元のコンテンツと最新の検索設定を反映していることが重要です。 ここでの *検索構成* とは、[提案](https://doc.sitecore.com/search/ja/users/search-user-guide/ai-driven-experiences/understand-suggestions-blocks.html "Understand suggestions blocks")、[ソート](https://doc.sitecore.com/search/ja/users/search-user-guide/refine-search-results/sorting-options.html "Sorting options") オプション、[facets](https://doc.sitecore.com/search/ja/users/search-user-guide/refine-search-results.html "Refine search results")などの機能を指し、実装のために設定したものです。Searchはこれらの構成に関連する情報を各インデックスドキュメントに保存します。 Sitecore Searchインデックス更新の2つの仕組み、*リインデックスと**リクロールの*2つの仕組みを提供しています。 ## インデックス再編成 リインデックスとは、Searchが検索設定のドメインレベルの変更を反映してインデックスを更新するプロセスです。 ドメインレベルの検索設定を変更し(ソース設定の変更は除く)、検索体験をその更新に反映させたい場合、ソースのインデックス変更が必要です。例えば、suggestion blockのような新機能を追加したり、新しいソートオプションを作成した場合、これらの変更が検索体験に表示される前にソースのインデックスを再インデックスする必要があります。 > !重要Sitecore Searchはリインデックス中に元のコンテンツに接続されません。元のコンテンツからインデックス文書に最新の変更を取り込むには、ソースを再クロールする必要があります。さらに、ソース設定自体に変更を加えた場合は、ソースを再クロールしなければなりません リインデックスは再クロールよりもリソースを節約します。 ソースを再インデックスする方法は2つあります: - ドメイン設定を変更すると、Searchはすべてのソースを再インデックスするかどうか尋ねます。同意すれば、Searchは自動的にすべてのソースを再インデックスします。 - いつでも手動で再インデックスできます。 ## 再クロール リクロールとは、Searchが元のコンテンツをクロールし、最新の検索設定に基づいてインデックスを再作成するプロセスです。リクロールは、最新のコンテンツを取得するという追加ステップを加えた再インデックスと考えることができます。 インデックスドキュメントが元のコンテンツの最新バージョンを反映しているかを確認するために、ソースを再クロールできます。また、ソース設定を変更する際には必ず再クロールしてください。 > !注再クロール中は、そのクロールの結果に基づいてインデックスが完全に再構築されます。再クロール中に取得できなかった文書は、次のクロールで成功しない限りインデックスには含まれません。 ソースを再クロールする方法は2つあります: - [スキャンをスケジュール](https://doc.sitecore.com/search/ja/users/search-user-guide/index-items/keep-indexes-up-to-date/configure-a-crawler-schedule.html "Configure a crawler schedule")できます。これはインデックスされたコンテンツが最新の状態に保つ最も簡単な方法です。頻度を設定するだけで、Searchがスケジュールに従って自動的に元のコンテンツを再クロールします。 > !ヒントパフォーマンスを最適化するために、コンテンツの変更頻度に応じて再クロールをスケジュールしてください。ほとんどの情報源については、毎日または頻度を減らしてスキャンすることを推奨しています。 - ソースはいつでも [手動で再クロール](https://doc.sitecore.com/search/ja/users/search-user-guide/index-items/keep-indexes-up-to-date/manually-trigger-a-recrawl-or-reindex.html "Manually trigger a recrawl or reindex") できます。 例えば、元のコンテンツに重要な更新があると分かっていて、次の予定されたスキャンを待ちたくない場合は、そのソースの手動再クロールを開始できます。 > !注開発者がインデックス文書を更新するために[Ingestion API](https://doc.sitecore.com/search/en/developers/search-developer-guide/using-the-ingestion-api-to-add-content-to-an-index.html)を使用していた場合、これらの更新はリクロール時に元のコンテンツの情報で上書きされます。 > > Ingestion APIを使って変更を永続化したい場合は、元のコンテンツに変更を加えてクローラーがそれを認識させる必要があります。 ## 摂取タイミング インジェスティングは非同期プロセスであり、更新は即時ではありません。処理時間は文書サイズ、ドメイン設定、システム負荷、キュー活動などの要因によって異なります。インジェスは通常約20分で完了しますが、必ずしも完了するわけではありません。 Searchは、インジェスト中にコンテンツを充実させ、インデックス化します。このため、インジェスションジョブにはSLAがありません。 ## サンプルシナリオ 以下は、ソースのインデックス再インデックスか再クロールかの判断に役立ついくつかの例例です: - **シナリオ:**[新しいソートオプションを作成し](https://doc.sitecore.com/search/ja/users/search-user-guide/refine-search-results/configure-a-sorting-option.html "Configure a sorting option")ました。 **出典更新が必要です:***Reindex*出典。 - **シナリオ:** 既存の属性をファセットとして編集しました。 **出典更新が必要です:***Reindex*出典。 - **シナリオ:**[新しい属性を追加](https://doc.sitecore.com/search/ja/users/search-user-guide/configure-entities/add-an-attribute.html "Add an attribute")しました。 **ソースの更新が必要です:** ソースのドキュメントエクストラクタを更新して新しい属性を抽出し、その後 *ソースを再クロールします* 。 - **シナリオ:** ソーストリガーを *リクエスト* から *サイトマップ*に変更しました。 **出典更新が必要:***Recrawl*出典。 - **シナリオ:** ドメインに新しいロケーションを追加しました。 **ソースの更新が必要です:** ソースをロー [カライズされたコンテンツのクロール](https://doc.sitecore.com/search/ja/users/search-user-guide/index-items/configure-indexing/configure-a-localized-advanced-web-crawler.html "Configure a localized advanced web crawler") に更新し、その後 *ソースを再クロールします* 。 - **シナリオ:** ウィジェットのバリエーションレベルでファセット構成を変更しました。 **ソース更新が必要です:** 何もありません。グローバルウィジェットやウィジェットレベルの変更のために、ソースのインデックス変更や再クロールは必要ありません。