検索後のルールについて

検索後ルールを使用すると、検索結果を調べ、検索が表示コンテンツに与える影響を判断できます。

検索後のルールの使用

検索結果が見つからない場合、検索後ルールは類似の項目を検索できます。または、見つからなかった品目を検索する顧客に対して、他の品目をレコメンドするWebページを表示できます。

各検索後ルールは、2つの主要な要素で構成されます。ルールのアクションとオプションの条件。ルールと条件の数に制限はありません。ルールセットはルールごとにループされるので、これらのルールの順序は重要です。ルールの条件が一致する場合は、関連するすべてのアクションが実行されます。

最大3ラウンドの検索で、検索結果のセットを絞り込むことができます。その後、現在使用可能なものが使用されます。この制限により、無限ループを防ぎ、顧客が効率的な応答を受け取るようにします。検索をやり直す回数が多いほど、検索結果が返されるまでにかかる時間が長くなります。一致ルールが現在使用しているプレゼンテーションテンプレートの検索の1つを変更しない場合、またはテンプレートを切り替えた場合、検索結果のセットが確定され、検索後の終了と見なされます。

検索後の処理は、以前の処理モジュールのクエリクリーニングおよび検索前の処理に基づいて行われます。したがって、これらのモジュールに設定されたカスタム変数は、検索後の処理ルールで使用できます。同様に、プリサーチ処理は、プレゼンテーションテンプレートに関連付けられた名前付き検索のそれぞれに、CGIパラメーターのローカルコピーが存在するすべてのテンプレートをインスタンス化しました。また、各検索を個別にカスタマイズできます。

クエリクリーニング規則についてを参照してください。

Pre-Search Rulesについてを参照してください。

検索後のルールの条件について

条件はオプションです。すべてのクエリに対してアクションを指定するように指定した場合、アクションは常に実行されます。前のルールで設定した任意のCGIクエリパラメーター、cookie、検索結果、またはカスタム変数に基づいて条件を設定できます。または、現在選択されているテンプレートが何であるかや、最後の検索であるかなどのシステム条件に基づいてテンプレートを作成できます。検索またはCGIパラメーターの結果に条件を作成する場合は、テンプレートと検索名を指定します。

検索後のルールのアクションについて

一致する条件を持つ検索後ルール内のすべてのアクションが実行されます。通常、アクションは、操作、操作を実行するデータ、および使用する値で構成されます。最も簡単なアクションは、検索後ルールの条件に基づいて、使用するプレゼンテーションテンプレートを切り替えることです。より高度なアクションを使用して、検索をやり直す検索のパラメータを変更できます。テンプレートの検索パラメータに対して操作を実行する場合は、プレゼンテーションテンプレートと検索を指定します。

一般的な規則

テンプレートの検索パラメータに対して操作を実行する場合、プレゼンテーションテンプレートと名前付き検索のそれぞれにtargetedとprimaryの2つの特別な値が存在します。これらの値を使用して、現在のターゲットテンプレートのプライマリ検索に基づくルールを作成します。これらの構成を使用すると、現在のターゲットテンプレートやプライマリ検索が呼び出される内容を気にする必要がない、一般的なルールを作成できます。このパスが検索後処理の最初のパスである場合、対象となるテンプレートは、検索前処理でに設定されているテンプレートです。

にリダイレクト

クエリクリーニング内の直接ヒットおよびリダイレクトを使用すると、入力された検索用語に基づいてURLにリダイレクトできます。検索後ルール内でリダイレクトすると、このアイデアが拡張されます。ただし、リダイレクトを行うかどうかを決定する前に、検索が返した結果の数を確認できる点が異なります。検索後ルールを使用すると、URLにリダイレクトできます。URLでは、カスタム変数やクエリパラメーターを置き換えることができます。または、最初の結果内のフィールドにリダイレクトできます。結果のフィールドにリダイレクトする場合、トランスポートテンプレートでフィールドを定義し、有効な明示的なURLを含める必要があります。それ以外の場合、リダイレクトはスキップされます。

検索後ルール内でリダイレクトのメカニズムを使用すると、検索が単一の結果を返すタイミングを検出できます。そのような結果を返す代わりに、結果に関連付けられたWebページにリダイレクトすることができます。

検索後ルールでリダイレクトを使用する例については、以下のリダイレクトの例を参照してください。

最後のルール

オプションLast Ruleが設定されたルールの条件が満たされた場合、検索後処理モジュールは、一致ルールのアクションの後に追加のルールを実行しません。この状況は、後のルールが一致する原因となるアクションを設定しているが、処理を停止したい場合に役立ちます。そして、その後のルールが、次の検索ラウンドの後に一致する可能性を持つようにします。

例

次の例では、2つのプレゼンテーションテンプレートがあるとします。一方のテンプレートは多数の検索結果を表示するのに使用され、他方のテンプレートは、一方の結果を表示するのに使用され、他方のテンプレートは、メイン検索に関連するアクセサリを追加で検索するのに使用されます。 1つの結果が得られたかどうかを検出し、他のプレゼンテーションテンプレートに切り替える場合。このタスクを達成するには、次のルールを使用できます。

On condition: 
  targeted template is default 
  targeted template primary results equal 1 
  not last search 
Perform the following actions: 
  Set targeted template to product_spotlight

MegaElectronicは大規模なエレクトロニクス・ストアです。 MegaElectronicは、検索データを分析した後、多くの顧客が製品の部品番号を使用して製品検索を実行していることに気づきます。このような場合、MegaElectronicは、顧客が製品を直接検索し、単一の製品しか見つからなかった場合、その製品に関連付けられているWebページにリダイレクトしたいと考えています。

この結果を得るには、3つの条件を持つ1つのルールを使用します。最初の条件は、返された検索結果が1つだけであるかどうかをチェックします。 2つ目の条件では、クエリ用語がMegaElectronicの部品番号形式と一致し、リダイレクトの原因となる結果が示されます。 3つ目の条件では、部品番号が部品番号の一部で、複数の結果が返される場合があるので、顧客が1つの結果にドリルダウンするためにファセットを使用しないようにします。アクションは結果内のフィールドにリダイレクトされます。

On condition: 
  targeted template's primary results equal 1 
  query q matches regular expression ^\D\D\D-\d+ 
  no facet selected ^\D\D\D-\d+ 
Perform the following actions: 
  redirect to result field "loc" in template *targeted for search *primary

ベストプラクティス

新しい検索範囲をトリガーする一連のルールには、常に条件節が必要です。この句がモジュールの最後のパスではないかどうかをチェックします。検索回数の上限を既に実行済みの場合は、検索をやり直すことはできません。
モジュールを最後に通過した時点で結果がまだ不十分な場合は、「結果なし」テンプレートに切り替えることができます。
プレゼンテーションテンプレートは、他のパラメーターを持つ可能性のある検索の結果に基づいて変更する必要があります。入力クエリのみに基づくテンプレートを選択する場合は、検索前のルールの方が効率的です。
クエリのデータマイニングは、クエリクリーニングモジュールで行います。カスタム変数は、検索後の処理で参照できます。
リダイレクトする場合は、常に、顧客がファセットを選択していないことを確認します。その理由は、顧客がファセットをドリルダウンして、突然検索結果から離れた場合に不便であるためです。顧客は、単一の結果を求めていないと見なされた場合に、ファセットの選択を解除することができます。

新しい検索後ルールの追加

Post-Search Rulesを使用して、入力クエリに基づいて検索結果を表示する際に使用するプレゼンテーションテンプレートを選択できます。

新しい検索後ルールを追加するには

製品メニューで、Rules/Post-Search Rulesをクリックします。
Post-Search Rulesページで、Add New Ruleをクリックします。
Nameフィールドに、新しいクエリクリーニング規則の名前を入力します。

Add Post-Search Ruleページで、ドロップダウンリストとテキストフィールドを使用してクエリを作成します。

オプション	説明
Cookie	HTTP cookie。 Cookieの名前と値は、Uniform Resource Identifierをエンコードする必要があります。
カスタム変数	ユーザー定義の変数。カスタム変数は無制限に追加、削除、設定できます。検索後ルール内で、「クエリクリーニング」および「検索前ルール」モジュールで定義したカスタム変数を参照できます。
システム変数	チェックできる内部システムによって設定された読み取り専用の変数。次のシステム変数がサポートされています。 hostname サーバーホストの名前。 uri クエリ文字列を含まない、要求されたUniform Resource Identifier。 args クエリ文字列全体。環境 "ステージ"または"ライブ"は、着信クエリがステージングされた環境ーに送信されたか、ライブ環境ーに送信されたかに応じて異なります。 referrer 顧客の送信元のUniform Resource Locator。
システム変数	読み取り専用の変数。現在の状態を判断する際に、条件で使用できます。
テンプレートの検索ファセット	プレゼンテーションテンプレートに関連付けられた名前付き検索に対してローカルなファセット。ファセットは、基本的に、顧客が選択したファセット内の値を示すために使用される特殊なCGIパラメーターです。
テンプレートの検索パラメーター	プレゼンテーションテンプレートに関連付けられた名前付き検索に対してローカルなCGIパラメーター。
テンプレートのバックエンドパラメーター	着信クエリのパラメーターは、最終的に、検索の実行に使用されるバックエンドパラメーターに変換されます。バックエンド検索CGIパラメーターを参照してください。バックエンドパラメーターは、ナビゲーション要素に表示されません。その結果、顧客から検索に適用する追加のパラメーターを非表示にできます。このパラメータは、プレゼンテーションテンプレート内の特定の検索に対してローカルです。バックエンドパラメーターに対するアクションは遅延バインディングです。つまり、検索が送信される直前に適用されます。
ターゲットテンプレート	削除できないシステム定義のカスタム変数の特殊なインスタンス。この変数には、現在のターゲットプレゼンテーションテンプレートが含まれます。
ランク	検索に使用するランキングルールを指定できます。このオプションは、ランキングフィールドとランキングルールを定義した場合にのみ表示されます。
最後のルール	オンの場合、検索後処理モジュールは、一致ルールのアクションの後に追加のルールを実行しません。このアクションは、後のルールが一致するように設定したが、後のルールを実行したくないアクションがある場合に便利です。
停止	ルールの実行をオフにしますが、ルールは削除されません。

クリック Add.
（オプション）次のいずれかの操作を行います。
- Historyをクリックして、行った変更を元に戻します。
  
  「履歴」オプションの使用を参照してください。
- クリック Live.
  
  ライブ設定の表示を参照してください。
- クリック Push Live.
  
  プッシュステージ設定をライブにするを参照してください。

検索後のルールの編集

Post-Search Rulesページに追加した既存の検索後ルールを編集できます。

検索後のルールを編集するには

製品メニューで、Rules/Pre-Search Rulesをクリックします。
Post-Search RulesページのテーブルのActions列の下で、編集する関連ルールのEditをクリックします。
Edit Post-Search Ruleページで、ドロップダウンリストとテキストフィールドを使用してクエリを作成します。

「新しい検索後ルールの追加」のオプションの表を参照してください。
クリック Save Changes.
（オプション）次のいずれかの操作を行います。
- Historyをクリックして、行った変更を元に戻します。
  
  「履歴」オプションの使用を参照してください。
- クリック Live.
  
  ライブ設定の表示を参照してください。
- クリック Push Live.
  
  プッシュステージ設定をライブにするを参照してください。

検索後のルールの削除

不要になった、または使用しなくなった検索後ルールは削除できます。

ルールを削除すると、残りのルールが実行される順序が、削除を考慮して自動的に調整されます。

検索後のルールを削除するには

製品メニューで、Rules/Post-Search Rulesをクリックします。
Post-Search RulesページのテーブルのActions列の下で、削除する関連ルールのDeleteをクリックします。
Confirmationダイアログボックスで、OKをクリックします。
（オプション）次のいずれかの操作を行います。
- Historyをクリックして、行った変更を元に戻します。
  
  「履歴」オプションの使用を参照してください。
- クリック Live.
  
  ライブ設定の表示を参照してください。
- クリック Push Live.
  
  プッシュステージ設定をライブにするを参照してください。

検索後のルールでが実行される順序の変更

検索後のルールの順序を変更して、プレゼンテーションテンプレートで実行する順序を変更できます。

検索後のルールは、定義された順に実行されます。ルールの順序番号が高いほど、プロセス内で後で実行され、以前のルールが切り捨てられます。ルールの順序を変更するには、Post-Search Rulesページのテーブルの順序列に新しい番号を入力します。ルールのドラッグ&ドロップを使用して、ルールの実行順序を変更することもできます。

検索後ルールの実行順序を変更するには

製品メニューで、Rules/Post-Search Rulesをクリックします。
Post-Search Rulesページで、次のいずれかの操作を行います。
- Order列ヘッダーをクリックして、ルールを昇順または降順に並べ替えます。
- Order列の検索前のルール名の左側にあるテキストフィールドに、ルールを実行する順序番号を入力します。
- ルールを実行する位置にテーブル行をドラッグ&ドロップします。ルールが実行される新しい順序を反映するために、すべての注文番号が更新されます。
クリック Save Changes.
（オプション）次のいずれかの操作を行います。
- Historyをクリックして、行った変更を元に戻します。
  
  「履歴」オプションの使用を参照してください。
- クリック Live.
  
  ライブ設定の表示を参照してください。
- クリック Push Live.
  
  プッシュステージ設定をライブにするを参照してください。