検索カテゴリに検索可能フィールドと表示フィールドを追加する

各カテゴリ内で検索可能なフィールドを設定することで、Searchバックエンドで検索可能なフィールドを決定できます。検索可能フィールドでは、各カテゴリでSearchアルゴリズムによってインデックス化されるKnowledge Graphのフィールドと、その方法を指定します。これにより、どの結果がユーザーに返されるかが決まります。

各カテゴリには必ず1つ以上の検索可能フィールドを指定してください。指定しない場合、Searchアルゴリズムには検索対象がなく、結果が返されません。

検索可能フィールドを定義する際は、フィールドとアルゴリズムの2つを指定する必要があります。

適用するアルゴリズムの選択

Advanced Searchティアの機能：セマンティック検索、推論フィルター（builtin.locationを除く）、ドキュメント検索は、Advanced Searchティアでのみ利用できます。詳しくは Searchティア の参考文書をご覧ください。

検索可能フィールドを定義する際は、フィールドとアルゴリズムの2つを指定する必要があります。各アルゴリズムは、フィールドの内容をそれぞれ異なる方法で検索します。

複数のフィールドでキーワード検索またはドキュメント検索が有効になっている場合、フィールドレベルの重み付けを追加してフィールドに強調表示を割り当てることができます。場所、エンティティタイプ、営業時間で検索できるようにする、推論フィルターの特別な使用例もあります。

検索アルゴリズムの選択に関するベストプラクティスについては、「検索可能フィールドのベストプラクティス」のリファレンスドキュメントをご覧ください。プロパティの詳細については、「Search Config - Verticals」のリファレンスドキュメントをご覧ください。

従来の検索可能フィールドタイプ

以下は技術的にはフィルターおよびソートとみなされ、検索可能フィールドではありませんが、以前は検索可能フィールドタイプとして定義されていました。更新された設定UIでは、適切なセクションで見つけられます。JSONエディターで編集する場合は、searchableFieldsオブジェクトでこれらを有効にしてください。

• ファセット（facet）：フィールドを、ユーザーが操作して検索を絞り込める動的フィルターとして使用できるようにします。値の種類が限られた構造化された列挙型／オプションフィールドに最適です。詳細は「ファセットとフィルター」ユニットをご覧ください。
• 静的フィルター（staticFilter）：「検索前」に表示可能で、検索クエリに依存しません。詳細は「ファセットとフィルター」ユニットをご覧ください。
• 並べ替え可能（sortable）：フィールドを、アルゴリズムまたはユーザーが制御する並べ替え方法として使用できるようにします。（UI経由でソートに追加されたフィールドは、自動的にソート可能として設定されます。JSONエディター経由で追加されたフィールドは、ソート可能として明示的にマークする必要があります。）詳細は「並び替え」ユニットをご覧ください。

フィールドの定義

各カテゴリでは、該当するエンティティタイプについてKnowledge Graphで利用可能なフィールドから選択できます。組み込み（プロフィール）フィールドとカスタムフィールドの両方を、検索可能として設定できます。

JSONエディターでは、フィールドはAPI名で参照されます。API名を確認するには、「フィールドAPI名を表示する」のヘルプ記事を参照してください。これらのAPI名は、UIでフィールドを追加する際にフィールド名の下にも表示されます。カスタムフィールドにはc_という接頭辞が付きますが、組み込みフィールドには付きません。

エンティティの関係

リンクされたエンティティを検索可能なフィールドとして使用し、結果に返したいエンティティに関連するコンテンツを検索できます。

検索でリンクされたエンティティからデータを参照する際は、ドット表記を用いてください:

[[customRelationshipFieldID]].[[fieldName]]

例えば、レストランの場所で販売されているメニュー項目の名前を返すには：

c_relatedMenuItems.name

マルチホップの関係、つまりリンクされたエンティティのさらにリンク先のエンティティのフィールドを使用することもできます。たとえば、医師カテゴリでは、症状を専門分野にリンクし、その専門分野をさらに医師に紐づけることができます。これにより、患者が症状を検索すると、その症状を治療する医師が結果として表示されます。

注：検索設定のUIでは、関連エンティティの名前フィールドのみを追加できます。他のフィールドやマルチホップ関係を追加するには、JSONエディターを使用してください。

{
  "verticals": {
    "ce_doctors": {
      "searchableFields": {
        "c_relatedSpecialties.c_relatedCondition.name": {
          "nlpFilter": true
        }
      }
    }
  }
}

イベント例

イベントカテゴリには4つの検索可能フィールドがあります：

• エンティティタイプ（builtin.entityType）に対する推論フィルター
• 位置に関する推定フィルター（builtin.location）
• キーワードフィールドのフレーズマッチ（keywords）
• 名前フィールド（name）に対するセマンティック検索

エンティティタイプに対する推論フィルター — クエリに「events」を含む場合、Eventsエンティティタイプを返します。これは、推論フィルターでのみ使用できる組み込み値です。

位置情報に基づく推定フィルター — アドレスを持つエンティティタイプでの位置検索を可能にします。「現在地周辺」、住所、郵便番号、都市などの住所情報に対する検索において、クエリ内の用語との完全一致ではなく、ユーザーの現在地からの近さに基づいて結果を返します。

キーワードによるフレーズ一致— クエリ内のフレーズと完全に一致する場合にのみ、エンティティを表示します。たとえば、「taco Tuesday」というキーワードのイベントと「taco Thursday」というキーワードのイベントがある場合、「taco」というクエリでは、フレーズ一致により両方が表示されません。

名前に対するセマンティック検索 — 完全一致だけでなく、意味の近いクエリにも一致します。たとえば、「steak」と「beef」は意味的に類似しているため、「beef burritos」というクエリで「Steak Night」というイベントが表示されるべきです。

検索可能なフィールドを追加

プラットフォームUIから編集する

1. ナビゲーションバーの [検索] をクリックし、目的の検索エクスペリエンスをクリックします。「Verticals」画面が表示されます。
2. 検索可能なフィールドを追加するカテゴリを選択します。
3. [Searchアルゴリズム（Search Algorithms）]または[フィルタ（Filters）]タブで、追加したい検索可能なフィールドタイプを見つけます。
4. [+ フィールドを追加/更新] をクリックします。ダイアログボックスが表示されます。
5. 追加したい項目の横にあるチェックボックスを選択し、削除したい項目のチェックボックスは外してください。更新をクリックしてください。
6. [保存（Save）]をクリックします。

注: 推測されたフィルターはフィルタータブにあり、検索アルゴリズムタブにはありません。

以下の「よくある質問」カテゴリの例では、次の検索可能フィールドが設定されています。

• キーワードによるキーワード検索
• 質問に対するセマンティック検索

JSONエディターで編集

1. ナビゲーションバーの [検索] をクリックし、目的の検索エクスペリエンスをクリックします。
2. 「JSONとして編集」をクリックして、検索設定ファイルを開きます。
3. フィールドのAPI名と、設定したい検索可能なフィールドのオプションを指定してください。

上記の「よくある質問」カテゴリのJSON：

"verticals": {
  "faqs": {
    "searchableFields": {
      "keywords": {
        "textSearch": true
      },
      "question": {
        "semanticTextSearch": true
      }
    },
    "sortBys": [],
    "source": "YEXT"
  }
}

複数のフィールドタイプを使った別の例：

"community_stories": {
  "entityTypes": [
    "ce_communityStory"
  ],
  "name": "Community Stories",
  "searchableFields": {
    "builtin.entityType": {
      "nlpFilter": true,
      "textSearch": false
    },
    "c_theme": {
      "facet": true,
      "nlpFilter": true
    },
    "name": {
      "nlpFilter": false,
      "phraseMatch": false,
      "textSearch": true
    }
  }
}

各プロパティの詳細については、Search設定 - カテゴリのリファレンスドキュメントをご覧ください。

フィールドを表示

Knowledge Graphから検索バックエンドに渡すフィールドを検討する際は、検索フロントエンドに渡すフィールドについても検討する必要があります。フロントエンドにフィールドを表示できるのは、Search APIの応答を介してバックエンドからフロントエンドに渡された場合のみです。

デフォルトでは、Search APIの応答は結果エンティティのすべてのフィールドを返しますが、関連エンティティのフィールドは返しません。関連エンティティからフィールドを表示したい場合は、表示フィールドを追加して、検索APIのレスポンスの一部として返されるエンティティプロファイルフィールドを指定します。表示フィールドを含める場合、検索はこのプロパティで指定したフィールドのみを返します（結果エンティティ上のフィールドであっても同様です）。そのため、関連エンティティおよび基本エンティティを含め、その業種のフロントエンドに表示したいすべてのフィールドを追加する必要があります。

必要なコンテンツのみを返すことでSearch APIの応答速度を最大限に高めるため、表示フィールドの設定を強くお勧めします。このプロパティはバックエンドから返される結果には影響しませんが、フロントエンドにコンテンツを取得するために必要です。

表示フィールドを指定する際は、特にリンクされたエンティティについて正確に指定してください。特定のサブフィールドが必要な場合は、親フィールドではなくそのサブフィールドを正確に指定してください。例えば、医師の専門分野を表示するには、表示フィールドにc_relatedSpecialties.nameを追加し、c_relatedSpecialtiesは追加しないでください。

注：同じ表示フィールドリストに、最上位フィールドとその親フィールドのサブフィールドの両方を含めることはできません。例えば、c_relatedSpecialtiesとc_relatedSpecialties.nameの両方を含めることはできません。

必要なコンテンツのみを返すことでSearch APIの応答速度を最大限に高めるため、表示フィールドの設定を強くお勧めします。たとえば、バージョン45には「description」フィールドが表示フィールドとしてあり、最新のバージョン49にはない場合でも、Search APIのレスポンスは「description」を返します。

プラットフォームUIから編集する

1. [カテゴリ（Verticals）]画面に移動し、目的のカテゴリを選択します。
2. [ディスプレイフィールド（Display Fields）]タブを選択します。
3. [+ フィールドの追加/更新]をクリックしてフィールドのモーダルを開き、含めたいフィールドにチェックを入れます。削除したいフィールドのチェックを外すか、フィールドの横にあるゴミ箱アイコンをクリックします。

JSONエディターで編集

削除したいフィールドのチェックを外すか、フィールドの横にあるゴミ箱アイコンをクリックします。

"verticals": {
  "doctors": {
    "displayFields": [
      "name",
      "c_specialty.name",
      "c_specialty.c_relatedConditions.name",
      "c_specialty.c_relatedTreatments.name"
    ]
  }
}

詳しくは、「Search設定 - カテゴリ」のリファレンスドキュメントをご覧ください。

検索可能フィールドのベストプラクティス

検索設定を最大限に活用するには、検索対象とする各フィールドに対して適切な検索アルゴリズムを使用していることを確認することが非常に重要です。以下は検索可能なフィールドを設定するためのヒントのリストです。

注：医療業界でSearchを利用している場合は、医療業界向けSearch設定のセットアップガイドで、業界固有のガイダンスをご確認ください。

検索アルゴリズムによるヒント

キーワード検索

キーワード検索は、フィールドを検索する最もシンプルな方法です。検索は、キーワード検索で設定されたフィールドで、クエリ内のトークンを探すだけです。キーワード検索は比較的非構造化データを含む短いテキストフィールドに最適です。

例：業種別、名前フィールド

クエリ「application for partner roles」から得られるトークンは、「application」、「partner」、「role」です。これにより、以下のような名前の仕事が返されます：

• パートナーエンジニア
• パートナーエンジニア、新卒
• テクニカル パートナー マネージャー
• アソシエイトテクニカルパートナーマネージャー

ユーザーがどの職種を求めているのか一見して明確ではなく、また求人名は多様で、無数の類似した値を持つ非構造化データであるため、キーワード検索が最適な選択となります。

キーワード検索の使用が適しているケース：

• キーワード（エンティティに関連しているが、正確に検索されない可能性があるもの）可能であれば、より具体的なキーワードにはフレーズマッチを使用しますが、データの品質が不確かな場合はキーワード検索を使用します。

キーワード検索のヒント：

• フィールドに「John Doe」のような人物のフルネームが含まれている場合、フレーズ一致は「John」と「Doe」の両方のキーワード検索結果よりも、「John Doe」の完全一致をより正確に提供します。
• 類似した内容や重複する内容を持つフィールドには、より厳格な推論フィルターではなく、キーワード検索を使用します。例えば、ある小売銀行が「学生向け当座預金口座」と「当座預金口座」の両方を商品として提供している場合、キーワード検索を使用して両方を表示させます。推論フィルターでは最も一致度の高い1件のみに絞り込まれてしまい、フレーズマッチでは必要以上に厳密です。
• キーワード検索は、descriptionのような長文テキストフィールドでは、ほとんど使用しないでください。類似した内容や重複する内容を持つフィールドには、より厳格な推論フィルターではなく、キーワード検索を使用します。
• キーワード検索またはドキュメント検索が有効な複数のフィールドで類似した内容が含まれる可能性がある場合は、フィールドレベルの重み付けを使用して一致結果にブーストを割り当て、優先順位を付けます。詳細については「キーワードおよび文書検索のフィールドレベルの重み付け」をご覧ください。

セマンティック検索

Advanced Searchティアの機能：セマンティック検索は、Advanced Searchティアでのみ利用できます。詳細については、Searchティアのリファレンスドキュメントを参照してください。

セマンティック検索は、ユーザーのクエリを意味的に類似したものと照合することで機能します（「ビーフ」「ステーキ」「チーズバーガー」の3つの用語は意味が近い、という例を考えてみてください）。

例：「よくある質問」カテゴリの質問欄

「料理を返品したい」というクエリでは、意味的に類似しているため、「注文を返品できますか？」というよくある質問が検索結果に表示されます。単語自体が一致していないため、キーワード検索ではこの結果は返されません。

セマンティック検索の使用が適しているケース：

• ユーザーが完全に一致する語句では検索しないものの、意味的に類似した語句で検索する可能性が高いエンティティのname（例：レストランのメニューに「shrimp（エビ）」が含まれている場合でも、ユーザーは「prawns（車エビ）」で検索する可能性があります）。

セマンティック検索のヒント:

• セマンティック検索はエンティティ名に対してのみ利用可能であり、場所カテゴリに対しては利用できません。
• 固有名詞の名前にはセマンティック検索を使用すべきではありません。ここでは意味的類似性が適用されないためです。

検索クエリの一致

フレーズマッチでは、クエリに完全に一致するフレーズが含まれる場合にのみ、エンティティが表示されます。クエリをフィールドの内容と完全に一致させたいテキストフィールドに最も適しています。

例：「よくある質問」カテゴリ、キーワード欄

よくある質問「特別メニューはありますか？」に「ハッピーアワー」というキーワードが設定されている場合、このよくある質問を返すのは、ユーザーが「ハッピーアワー」というフレーズ全体で検索した場合のみにします。「営業時間は何時ですか？」のようなクエリでは、このよくある質問を返さないようにします。ここでフレーズマッチが最も効果的です。

フレーズマッチを使用：

• 「John」と「Doe」それぞれの結果ではなく「John Doe」の完全一致のみを返したい、人物名（例：「John Doe」）
• キーワード：実際にはキーフレーズであり、完全一致で検索されるべきkeywords（例：「住宅ローン担当者」で検索した場合にのみ結果を返し、「住宅」「ローン」「担当者」を個別に検索した場合には結果を返さないようにする場合）。

フレーズマッチのヒント：

• エンティティに追加されるキーワードは、単にエンティティに関連しているだけでなく、エンティティそのものを表すものであることを確認してください。キーワードは、対象となるエンティティの同義語と考えてください。キーワードが広すぎると、適切なマッチングが行われなくなります。例えば、住宅ローン担当者エンティティのキーワードとして「住宅ローン」を設定した場合、ユーザーが「住宅ローン金利」と検索した際に、その担当者が検索結果に表示されますが、本来は担当者が表示されるべきではありません。

推論フィルター

Advanced Searchティアの機能：builtin.locationを除く推論フィルタリングは、Advanced Searchティアでのみ利用できます。詳しくは、Searchティアのドキュメントをご覧ください。

推論フィルターは、departmentやbuiltin.entityTypeのように、選択肢の数が限られた構造化フィールドに最も適しています。特定のフィルターを推測して検索に適用するため、他の検索アルゴリズムよりもはるかに厳格で、二者択一的なフィルターとなります。

例：求人カテゴリ、職種部門フィールド（営業、テクノロジー、デリバリーなどを選択肢とする単一選択フィールド）

「募集中のテクノロジー職」というクエリでは、職種部門フィールドに「テクノロジー」が設定されている求人のみに検索結果が絞り込まれます。このフィールドは限られた数の値オプションで構成されているため、推論フィルターが最適に機能します。

推論フィルターの使用が適しているケース：

• エンティティの特定のカテゴリまたはラベルを表すフィールド（たとえば、商品を「メンズシューズ」に絞り込む）。
• builtin.entityTypeは、ユーザーがエンティティタイプ名で検索した際にそのエンティティを表示するための、全カテゴリに使用されます。たとえば、「よくある質問」と検索すると、「よくある質問」のエンティティタイプに推論フィルターが適用され、そのカテゴリが検索結果の最上位に表示されます。
• builtin.hours：「現在営業中」のオプションに絞り込みたいエンティティタイプに使用されます。
• builtin.locationは、住所を持ち、場所（例：場所、専門家、求人）で検索可能な任意のエンティティタイプに使用されます。
• address.region（または他の住所フィールド）は、ユーザーが特定の都市やその他の住所の一部を検索することが想定される住所を持つエンティティタイプの場合に使用します。これにより、より厳格な場所フィルターが作成されます。

推論フィルターのヒント：

• 推論フィルターは、該当するカテゴリに属さない結果を除外します。
• 推論フィルターではフィールドの内容がそのまま使用されるため、「メンズシューズ」と「紳士靴」のような重複・類似するカテゴリには注意してください。推論フィルターは、該当するカテゴリに属さない結果を除外します。
• 推論フィルターはエクスペリエンストレーニングで利用可能で、フィルターの適用や解除を行うことで、検索体験を簡単に向上させることができます。
• 複数の推論フィルターを使用している場合は、設定ファイルにnlpFilterOrderを追加して優先順位を設定できます。

ドキュメント検索

Advanced Searchティアの機能：ドキュメント検索は、Advanced Searchティアでのみ利用できます。詳細は Search Tiers のドキュメントをご覧ください。

ドキュメント検索は、クエリの意図を長文の非構造化テキストと照合し、ドキュメント内で最も関連性の高いスニペットを見つけることで機能します。

例：ヘルプ記事カテゴリ、本文欄

「Yextの事業内容について教えてください。」という質問は、あるヘルプ記事で回答されています。ドキュメント検索は、長文コンテンツを検索して最も関連性の高いヘルプ記事を返し、最も関連性の高いスニペットを注目のスニペットとして提供します。

セマンティック検索の使用が適しているケース：

• 長文の非構造化コンテンツを含む説明フィールドや本文フィールド（例：ヘルプ記事、商品説明、ファイル検索）

文書検索のヒント：

• ドキュメント検索は抽出型QAと組み合わせることで、ダイレクトアンサーの表示にも効果的です。詳細は「直接回答」をご覧ください。
• ファイル検索の制限事項については、ファイルサーチドキュメントを参照してください。
• キーワード検索またはドキュメント検索が有効な複数のフィールドで類似した内容が含まれる可能性がある場合は、フィールドレベルの重み付けを使用して一致結果にブーストを割り当て、優先順位を付けます。詳細については「キーワードおよび文書検索のフィールドレベルの重み付け」をご覧ください。

ファセット

ファセットでは、フィールドを、ユーザーがフロントエンドで操作して検索を絞り込める動的フィルターとして使用できます。選択肢の数が限られた構造化された列挙型／オプションフィールドに最も適しています。

例：求人カテゴリの職種部門フィールド

推論フィルターに適したフィールドは、通常ファセットにも適しています。フロントエンドでもファセットを設定する必要があります。詳細については、「ファセットとフィルター（フロントエンドテーマ）」の項を参照してください。

ファセットは以下の用途に使えます：

• 選択肢の数が限られた構造化された列挙型／オプションフィールド
• ユーザーがフロントエンドで切り替えられるようにしたいフィルターのフィールド。
• 推論フィルターの候補として適したフィールドは、通常ファセットの候補としても適しています。推論フィルターが検出されると対応するファセットがチェック済みとして表示されるため、これらは組み合わせて使用すると効果的です。

ファセットのヒント：

• ファセットはフィールドの内容と完全一致で照合するため、メンズシューズ」と「メンズシューズ（単数形）」のような重複するカテゴリには注意が必要です。両方がオプションとして表示されてしまいます。これらは1つのカテゴリに統合してください。
• 検索可能フィールドを多数ファセットとして設定すると、ユーザーの負担になる場合があります。結果の絞り込みに最も役立つと考えられるフィールドを優先してください。
• 選択肢の多いファセットは、検索可能にすることができます。手順については、「ファセットとフィルター（フロントエンドテーマ）」のドキュメントをご覧ください。
• 最も一般的で上位レベルのフィルターカテゴリを上部に配置し、より具体的なカテゴリを下部に配置してください。ファセットの順序設定方法については、「ファセットとフィルター（バックエンド）」のドキュメントをご覧ください。

同じフィールドにおける複数のSearchアルゴリズム

同じフィールドに対して複数の検索アルゴリズムを使用するのは、意図的な場合のみとしてください。そうでないと、どのアルゴリズムが適用されているかが不明瞭になる可能性があります。

• 推論フィルターは最も一致度の高い1件のみに絞り込むという厳格な性質上、他の検索可能フィールドよりも優先されます。
• 人物名は、複数のアルゴリズムを意図的に使用する例です。フレーズマッチとキーワード検索の両方を使用します。結果は、フレーズマッチの結果が先に表示され、その後にキーワード検索の結果が表示されます。たとえば、検索クエリが「John Doe」の場合、フレーズマッチは「John Doe」との完全一致をすべて返し、キーワード検索は「John」または「Doe」と一致するものをすべて返します。「John Doe」との一致は「John」または「Doe」単独との一致よりも強いため、フレーズマッチの結果はキーワード検索の結果より上に表示されます。

カテゴリ別のヒント

以下は、カテゴリタイプ別に検索可能フィールドを設定する際のガイドラインです。これらの例は、独自のSearchエクスペリエンスを作成する参考とすることを目的としています。実際の使用状況によっては、これらのガイドラインとは異なる設定が適切な場合もあります。

Advanced Searchティアの機能：セマンティック検索と推論フィルタリング（builtin.locationを除く）は、Advanced Searchティアでのみ利用できます。詳細については、Searchティアドキュメントを参照してください。

ロケーション

• キーワード検索をname に追加します。注意：すべてのロケーションエンティティの名前が同じか似ている場合は、名前を検索可能なフィールドとして使用することはおすすめしません。
• 推論フィルターをbuiltin.location に追加します。
• 結果を特定の郵便番号、都市、州に絞り込みたい場合は、フィールド（例：address.city）を推論フィルターとして設定します。
• 複数の推論フィルターを使用する場合は、nlpFilterOrder を追加して優先順位を設定します。
• 推論フィルターをbuiltin.entityTypeに追加します。
• フレーズマッチをkeywordsに追加します。
• ロケーションが複数のカテゴリ（病院や外来診療センターなど）に分類される場合は、対応する category（カテゴリ）フィールドをファセットおよび推論フィルターとして追加することを検討してください。

FAQ

• 名前に対するセマンティック検索
• フレーズマッチをkeywordsに追加します。
• 推論フィルターをbuiltin.entityTypeに追加します。
• よくある質問が複数のカテゴリ（例：アカウント、注文状況）に分かれる場合は、カテゴリフィールドをファセットおよび推論フィルターとして追加することを検討してください。

製品

• 名前に対するセマンティック検索
• フレーズマッチをkeywordsに追加します。
• 推論フィルターをbuiltin.entityTypeに追加します。
• 商品に複数だが数が限られたカテゴリ（例：ブランド、カラー、親商品、在庫状況）に該当する特長がある場合は、それらの特長フィールドを推論フィルターおよびファセットとして追加することを検討してください。

専門家

• name（氏名、名、姓）にキーワード検索とフレーズ一致を追加します。
• フレーズマッチをkeywordsに追加します。
• 推論フィルターをbuiltin.entityTypeに追加します。
• プロフェッショナルが異なる言語を話す場合は、推論フィルターとファセットをlanguageに追加します。
• プロフェッショナルに関連付けられた住所がある場合は、推論フィルターをbuiltin.locationに追加します。
• ヘルスケアアカウントの場合は、推論フィルターとファセットを対応保険に追加することを検討してください。
• プロフェッショナルがKnowledge Graph内の特定の場所に関連付けられている場合は、フレーズマッチとキーワード検索を関連するlocationsに追加することを検討してください。

業務

• セマンティックキーワード検索を名前に追加します。
• フレーズマッチをkeywordsに追加します。
• 推論フィルターをbuiltin.entityTypeに追加します。
• 推論フィルターをbuiltin.location に追加します。
• 該当する場合は、キーワード検索をdepartmentとhiring organizationに追加します（選択肢が限られている場合は、推論フィルターおよびファセットとしての設定も検討してください）。
• 推論フィルターをemployment typeに追加します。