Show Menu
トピック×

検索後のルールについて

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

検索後ルールの使用

検索結果がない場合、検索後ルールで類似の項目の検索を実行できます。 または、見つからなかった品目を検索する顧客に他の品目をレコメンドするWebページを表示できます。
各検索後ルールは、2つの主要な要素で構成されます。ルールのアクションと、そのオプションの条件。 ルールと条件の数に制限はありません。 ルールセットはルールごとにループされるので、ルールの順序は重要です。 ルールの条件が一致すると、関連付けられたすべてのアクションが実行されます。
検索結果のセットを絞り込んで、最大3ラウンドの検索結果を得ることができます。 その後、現在使用可能なものが使用されます。 この制限により、無限ループを防ぎ、顧客が効率的な応答を受け取るようにします。 検索をやり直す回数が多いほど、検索結果が返されるまでにかかる時間が長くなります。 一致ルールがいずれも現在使用されているプレゼンテーションテンプレートの検索を変更しない場合、またはテンプレートを切り替えた場合、検索結果のセットは確定済みと見なされ、検索後に終了します。
検索後の処理は、以前の処理モジュールのクエリクリーニングと検索前の処理に基づいて行われます。 したがって、これらのモジュールに設定されたカスタム変数は、検索後の処理ルールで使用できます。 同様に、プレサーチ処理では、プレゼンテーションテンプレートに関連付けられた名前付きの各検索にCGIパラメータのローカルコピーが割り当てられている、すべてのテンプレートがインスタンス化されています。 また、各検索を個別にカスタマイズできます。
「クエリク リーニングルールについて 」を参照。

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

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

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

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

一般規則

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

リダイレクト

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

最後のルール

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

次の例では、2つのプレゼンテーションテンプレートがあるとします。 1つのテンプレートは多数の検索結果を表示するのに使用され、もう1つのテンプレートは1つの結果を表示するのに使用され、もう1つのテンプレートはメイン検索に関連するアクセサリを追加検索するのに使用されます。 結果が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は、検索データを分析した後、多くの顧客が製品の部品番号を使用して製品検索を実行したことに気づきます。 この場合、顧客が直接検索した製品が1つしか見つからない場合、MegaElectronicは製品に関連付けられたWebページにリダイレクトしたいと考えています。
この結果を得るには、1つのルールを3つの条件で使用します。 最初の条件は、返された検索結果が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 エリに基づいて検索結果を表示するために使用するプレゼンテーションテンプレートを選択できます。
新しい検索後ルールを追加するには
  1. 製品メニューで、/をクリッ Rules クしま Post-Search Rules ​す。
  2. ページ上で、 Post-Search Rules をクリックしま Add New Rule ​す。
  3. 新しいク Name エリ消去ルールの名前をフィールドに入力します。
  4. ページ上 Add Post-Search Rule で、コンボボックスとテキストフィールドを使用してクエリを作成します。
    オプション
    説明
    Cookie
    HTTP cookie。 Cookieの名前と値は、Uniform Resource Identifierエンコードする必要があります。
    カスタム変数
    ユーザー定義の変数。 カスタム変数の追加、削除、設定は無制限です。
    検索後ルール内の「クエリのクリーニング」および「検索前のルール」モジュールで定義したカスタム変数を参照できます。
    システム変数
    チェック可能な内部システムによって設定された読み取り専用変数。 次のシステム変数がサポートされています。
    • hostname
      サーバーホストの名前。
    • uri
      クエリ文字列を含まない、要求されたUniform Resource Identifier。
    • args
      クエリ文字列全体。
    • 環境
      受信クエリがステージ環境に送信されたか、実稼働環境に送信されたかに応じて、「ステージ」または「ライブ」。
    • referrer
      顧客が属するURL(Uniform Resource Locator)。
    システム変数
    読み取り専用の変数で、現在の状態を判断する際に条件で使用できます。
    テンプレートの検索ファセット
    プレゼンテーションテンプレートに関連付けられた名前付き検索に対してローカルなファセット。 ファセットは、基本的に、顧客が選択したファセット内の値を示すために使用される特別なCGIパラメータです。
    テンプレートの検索パラメータ
    プレゼンテーションテンプレートに関連付けられた名前付き検索に対してローカルなCGIパラメーター。
    テンプレートのバックエンドパラメータ
    着信クエリパラメーターは、最終的に、検索の実行に使用されるバックエンドパラメーターに変換されます。
    バックエンドパラメーターは、ナビゲーション要素に表示されません。 その結果、検索に適用する追加のパラメーターを顧客から非表示にすることができます。
    パラメータは、プレゼンテーションテンプレート内の特定の検索に対してローカルです。 バックエンドパラメーターに対するアクションは遅延バインディングです。つまり、検索が送信される直前に適用されます。
    ターゲットテンプレート
    削除できないシステム定義のカスタム変数の特殊なインスタンス。 この変数には、現在のターゲットプレゼンテーションテンプレートが含まれます。
    ランク
    検索に使用するランキングルールを指定できます。 このオプションは、ランキングフィールドとランキングルールを定義した場合にのみ表示されます。
    最後のルール
    チェックすると、検索後の処理モジュールは、一致ルールのアクションの後に追加のルールを実行しません。 このアクションは、後のルールが一致するが、後のルールを実行したくないアクションを設定した場合に便利です。
    停止
    ルールの実行をオフにしますが、ルールは削除しません。
  5. クリック Add .
  6. (オプション)次のいずれかの操作を行います。

検索後ルールの編集

ページに追加した既存の検索後ルールを編集でき Post-Search Rules ます。
検索後のルールを編集するには
  1. 製品メニューで、/をクリッ Rules クしま Pre-Search Rules ​す。
  2. ページ Post-Search Rules の表の列の下 Actions で、編集する関連 Edit 付けられたルールをクリックします。
  3. ページ上 Edit Post-Search Rule で、コンボボックスとテキストフィールドを使用してクエリを作成します。
    「新しい検索後ルールの追加」の オプションの表を参照してください
  4. クリック Save Changes .
  5. (オプション)次のいずれかの操作を行います。

検索後ルールの削除

不要になった検索後のルールや、使用しなくなった検索後のルールは削除できます。
ルールを削除すると、残りのルールが実行される順序が、削除に合わせて自動的に調整されます。
検索後のルールを削除するには
  1. 製品メニューで、/をクリッ Rules クしま Post-Search Rules ​す。
  2. ページ Post-Search Rules の表の列の下 Actions で、削除する関連 Delete 付けられたルールをクリックします。
  3. ダイアログボッ Confirmation クスで、をクリックしま OK ​す。
  4. (オプション)次のいずれかの操作を行います。

検索後ルールの実行順序の変更

検索後のルールの順序を変更して、プレゼンテーションテンプレートで実行する順序を変更できます。
検索後のルールは、定義された順序で実行されます。 ルールの順序番号が大きいほど、プロセスで後から実行され、以前のルールが切り捨てられます。 ルールの順序を変更するには、ページ上のテーブルの「順序」列に新しい番号を入力 Post-Search Rules します。 ルールのドラッグ&ドロップを使用して、ルールの実行順序を変更することもできます。
検索後ルールの実行順序を変更するには
  1. 製品メニューで、/をクリッ Rules クしま Post-Search Rules ​す。
  2. ページで、 Post-Search Rules 次のいずれかの操作を行います。
    • Click the Order column header to sort the rules in ascending or descending order.
    • 検索前 Order ルール名の左側にあるテキストフィールドの列に、ルールを実行する注文番号を入力します。
    • ルールを実行する位置にテーブル行をドラッグ&ドロップします。 すべての注文番号が更新され、ルールが実行される新しい順序が反映されます。
  3. クリック Save Changes .
  4. (オプション)次のいずれかの操作を行います。