> For the complete documentation index, see [llms.txt](https://manual.dxable.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://manual.dxable.com/optimizely/configured-commerce/optimizely-configured-commerce/search/search-indexing-overview.md).
# 検索インデックスの概要
### 検索インデックスの種類
Configured Commerce には、いくつかの種類の検索インデックスがあります。
| Product | Quick Rebuild (Partial)とFull Rebuild。これには、カテゴリ メニュー、メモリ、カタログ、コンテンツのキャッシュ更新が含まれます。 |
| ---------------------------------- | --------------------------------------------------------------------------------- |
| Include Rebuild Dynamic Categories | 完全な製品再構築に加えて、動的カテゴリの再構築も含まれる |
| Include Rebuild Restriction Groups | 完全な製品再構築とともに制限グループの再構築も含まれる |
| Content | Full Rebuild。これには、カテゴリ メニュー、メモリ、カタログ、コンテンツのキャッシュ更新が含まれます。 |
| Category | Full Rebuild。カテゴリ メニュー、メモリ、カタログ、コンテンツのキャッシュ更新が含まれます。 |
**Marketing** > ***Search*** > **Indexing**にある**\[Indexing]**ページでは、検索インデックスとそのステータスにアクセスでき、**Quick (Partial) Rebuild**または**Full Rebuild**を実行するオプション（製品のみ）も利用できます。 **Quick Rebuild**では、ベース レベルで変更された製品レコードのみが更新され、カテゴリや属性の割り当てなど、製品の子アイテムへの変更は含まれません。**Full Rebuild**では、子アイテムを含むすべての製品のインデックスが再作成されます。
### いつ再建するか
それぞれのコンテンツ領域に変更が加えられるたびに、インデックスを再構築する必要があります。 ほとんどの場合、製品レコードを変更するには、**Product Search Index**を再構築する必要があります。 製品や子オブジェクト (カテゴリ、属性など) への変更は、検索後も読み込まれるため、再インデックスなしで Web サイトに正しく表示されます。 ただし、新しい変更はインデックスが作成されるまで検索できません。 カテゴリに製品を追加したり、カテゴリから製品を削除したり、属性を追加したり、削除したりする場合、これらのタイプの関係の変更は、再インデックスが実行されるまでは表示されません。 最終的には、検索可能なコンテンツに変更が加えられたかどうか、および新しい検索用語がすぐに機能することが重要かどうかによって決まります。
もう 1 つの考慮事項は、再構築を完了するまでにかかる時間です。 製品の数によっては、完全な再構築の実行にかなりの時間がかかる場合があります。 **Quick Rebuild**を実行すると、完了するまでにかかる時間が大幅に短縮されます。 したがって、**\[Schedule for Quick Indexing]**オプションを使用して、子オブジェクトが頻繁に変更される製品に戦略的にフラグを設定することは価値があります。 ベース製品が更新されていない場合でも、これらの製品は常にクイック リビルドに含まれます。
### quick rebuildに製品を追加する
製品に手動でフラグを設定するには、製品に移動して**\[More Options]**を選択し、 **\[Schedule for Quick Indexing]**を選択します。
### Rebuildステータス通知
インデックスを再構築する場合、管理コンソールは再構築ステータス通知を提供します。 これらの通知は、 **Indexing**ページと、管理コンソール全体に表示される**パンくず**リストの下に表示される通知の両方で発生します。 これらの通知により、ユーザーはインデックス作成ページに留まることなく作業を続行できます。 **Indexing**ページの通知には、インデックス作成のステータスと、**Index Job**へのリンクが表示されます。 通知の**date line**は、関連するジョブ履歴へのリンクとして機能します。 **Job**ページにはジョブに関する重要な情報が提供され、トラブルシューティングに特に役立ちます。
### ステータス通知の例
この例では、再構築が開始されたことと、再構築が完了したことの両方の通知が表示されます。 これらの通知は両方とも、インデックス作成ページを表示しているときに受信されました。
これらの例は、インデックスが作成されていないページを表示しているときに再構築が完了したか失敗したかを通知するものです。パンくずリストに注意してください。 また、失敗通知には、インデックスの再構築を再度試行するオプションが用意されていることにも注意してください。
**Search**>**Indexing**ページに表示される再構築ステータスを示しています。
この例では、ジョブ メニュー内に表示される進行状況メッセージとエラー メッセージの両方を示します。 これらのジョブのいずれかをクリックすると、関連する詳細ページが開き、詳細情報が表示されます。
### 強制マージの有効化をオフにする
この設定により、顧客が同じクエリを複数回再実行したり、検索結果をページ単位で確認したりするときに返される検索結果が改善され、同じ検索を実行するたびに異なる結果が表示されることがなくなります。 この設定により、完全なインデックス再構築と部分的なインデックス再構築の両方の最後にフラッシュおよび強制マージ機能が追加され、Elasticsearch の結果がまとめられます。 この設定はデフォルトでオンになっていますが、必要に応じて次の手順で無効にすることができます。
1. 管理コンソールで、 **Administration > System > Settings**に移動します。
2. **Enable Force Merge**を検索します。
3. トグルを**\[No]**に設定します。
4. **\[Save]**をクリックします。
### 製品番号タイブレーカーを有効にする
まれに、検索で 2 つ以上の製品に同じスコアまたは短い説明があり、並べ替えの優先順位が同点になる場合は、この設定を有効にして、製品番号をタイブレーカーとして使用します。
1. 管理コンソールで、 **Administration > System > Settings**に移動します。
2. **Enable Product Number Tiebreaker**を検索します。
3. トグルを**\[Yes]**に設定します。 Yesの場合、関連性スコアが同一の場合に検索用語の結果が同点になるよう、検索結果は製品番号で並べ替えられます。
4. **\[Save]**をクリックします。
---
# 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://manual.dxable.com/optimizely/configured-commerce/optimizely-configured-commerce/search/search-indexing-overview.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.