会話型コマース

AI Commerce Search には、会話型の商品フィルタリングと会話型エージェントという 2 つの会話機能があります。会話型の商品フィルタリングは、構造化された質問でユーザーをガイドして検索を絞り込む機能で、会話型エージェントは自由形式のチャット エクスペリエンスを実現する機能です。

1 つの API エンドポイントで 2 つの会話機能を実現

どちらの機能も conversationalSearch API エンドポイントによって提供されます。

会話型の商品フィルタリング

  • ユースケース: ユーザーをガイドして、ドレスなどの広範な検索を絞り込みます。たとえば、「何色ですか？ 」などの質問で絞り込みます。

  • インタラクション モデル: 構造化された複数選択式の質問と回答を反映します。

会話型フィルタリングの詳細については、会話型の商品フィルタリングをご覧ください。

会話型エージェント

  • ユースケース: 「 パーティーの計画を立てるのを手伝って 」などの自由形式の自然言語チャット エクスペリエンスを実現します。

  • インタラクション モデル: AI によって生成されたテキスト レスポンス、動的な検索候補、フォローアップの質問が含まれます。

インタラクティブな会話型エージェント機能の詳細については、会話型エージェントをご覧ください。

どちらの機能も並列 API 呼び出しによる会話を可能にする

会話型 API は、商品検索の結果を返しません 。会話機能を提供することを目的としています。

アプリケーションは、ユーザー インタラクションごとに 2 つの別々の並列 API 呼び出しを行う必要があります。このアーキテクチャは、商品フィルタリングと会話型エージェントの両方にとって不可欠です。

会話型 API:

  • エンドポイントは conversationalSearch です。
  • フォローアップの質問、テキスト レスポンス、絞り込んだクエリを有効にします。
  • conversation_id、followup_question、conversational_text_response などのフィールドを返します。

Search API:

  • エンドポイントは search です。
  • ユーザーに表示する商品のリストを取得します。
  • 商品結果の標準リストを返します。

どちらの機能もコアフィールド conversation_id を使用する

conversation_id は、1 つの会話セッションの状態と履歴を維持するための鍵となります。

  • 最初のリクエスト: conversation_id なしで最初のクエリを送信します。
  • レスポンス: API は新しい conversation_id を返します。
  • 操作: クライアントサイドのセッション ストレージに保存します。
  • 後続のリクエスト: 同じセッション内のフォローアップ操作では、保存した conversation_id をリクエストで送信する必要があります。これにより、システムはコンテキストを把握できます（例: ユーザーが黄色のドレスを希望している）。

次のステップ