検索インデックスの概要
Optimizelyマニュアル｜構成されたコマースの検索インデックス、再構築オプション、ステータス通知、および詳細設定を確認します。
Optimizely
Optimizelyマニュアル｜構成されたコマースの検索インデックス、再構築オプション、ステータス通知、および詳細設定を確認します。
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]オプションを使用して、子オブジェクトが頻繁に変更される製品に戦略的にフラグを設定することは価値があります。 ベース製品が更新されていない場合でも、これらの製品は常にクイック リビルドに含まれます。
製品に手動でフラグを設定するには、製品に移動して[More Options]を選択し、 [Schedule for Quick Indexing]を選択します。
インデックスを再構築する場合、管理コンソールは再構築ステータス通知を提供します。 これらの通知は、 Indexingページと、管理コンソール全体に表示されるパンくずリストの下に表示される通知の両方で発生します。 これらの通知により、ユーザーはインデックス作成ページに留まることなく作業を続行できます。 Indexingページの通知には、インデックス作成のステータスと、Index Jobへのリンクが表示されます。 通知のdate lineは、関連するジョブ履歴へのリンクとして機能します。 Jobページにはジョブに関する重要な情報が提供され、トラブルシューティングに特に役立ちます。
この例では、再構築が開始されたことと、再構築が完了したことの両方の通知が表示されます。 これらの通知は両方とも、インデックス作成ページを表示しているときに受信されました。
これらの例は、インデックスが作成されていないページを表示しているときに再構築が完了したか失敗したかを通知するものです。パンくずリストに注意してください。 また、失敗通知には、インデックスの再構築を再度試行するオプションが用意されていることにも注意してください。
Search>Indexingページに表示される再構築ステータスを示しています。
この例では、ジョブ メニュー内に表示される進行状況メッセージとエラー メッセージの両方を示します。 これらのジョブのいずれかをクリックすると、関連する詳細ページが開き、詳細情報が表示されます。
この設定により、顧客が同じクエリを複数回再実行したり、検索結果をページ単位で確認したりするときに返される検索結果が改善され、同じ検索を実行するたびに異なる結果が表示されることがなくなります。 この設定により、完全なインデックス再構築と部分的なインデックス再構築の両方の最後にフラッシュおよび強制マージ機能が追加され、Elasticsearch の結果がまとめられます。 この設定はデフォルトでオンになっていますが、必要に応じて次の手順で無効にすることができます。
管理コンソールで、 Administration > System > Settingsに移動します。
Enable Force Mergeを検索します。
トグルを[No]に設定します。
[Save]をクリックします。
まれに、検索で 2 つ以上の製品に同じスコアまたは短い説明があり、並べ替えの優先順位が同点になる場合は、この設定を有効にして、製品番号をタイブレーカーとして使用します。
管理コンソールで、 Administration > System > Settingsに移動します。
Enable Product Number Tiebreakerを検索します。
トグルを[Yes]に設定します。 Yesの場合、関連性スコアが同一の場合に検索用語の結果が同点になるよう、検索結果は製品番号で並べ替えられます。
[Save]をクリックします。
