サービス構成について

このページでは、サービス構成について説明します。サービス構成とは、レコメンデーションまたは検索結果の生成に使用されるモデルまたは一連のコントロールを関連付けるサービス提供エンティティです。

モデルとコントロールとの関係

サービス構成を作成する場合、追加するモデル（Recommendations AI の場合）またはコントロール（Retail Search の場合）を選択します。サービス構成は、レコメンデーションや検索結果を表示する際にサイトによって呼び出されます。Retail API は、サービス提供時にサービス構成に関連するモデルまたはコントロールを参照し、生成するレコメンデーションや検索結果を決定します。

モデル

Recommendations AI のサービス構成には、単一のモデルを関連付けることができます。ただし、任意のモデルを複数のサービス構成に関連付けることができるため、異なる構成を介して異なるページに同じモデルをデプロイできます。

サービス提供コントロール

Retail Search のサービス構成には、サービス提供コントロールとの多対多関係があります。複数のサービス提供コントロールを 1 つのサービス構成に追加でき、1 つのサービス提供コントロールを複数のサービス構成に関連付けることができます。

サービス提供コントロールを作成し、ライブ Retail Search サービス構成に追加したり、入れ替えたりできます。

API リソースと権限

サービス構成は、placements リソースを使用して Retail API に渡されます。

  • Recommendations AI では、URL projects/PROJECT_ID/locations/global/catalogs/default_catalog/placements/SERVING_CONFIG_ID:predict を使用します。
  • Retail Search では、URL projects/PROJECT_ID/locations/global/catalogs/default_catalog/placements/SERVING_CONFIG_ID:search を使用します。

これらのリソースで使用される権限は、placements.search と placements.predict です。

Retail API でのプレースメントをサポートする

サービス提供構成は、Retail API を使用して Recommendations AI v2 と Retail Search v2alpha の時点で利用できます。

servingConfig リソースは、Retail API バージョン v2beta と v2alpha で使用できます。このリソースを使用して、サービス提供構成を作成、表示、編集、削除できます。

既存のプレースメントがある場合や新しいプレースメントを作成する場合、Retail API は各プレースメントに関連付けられたサービス提供構成を自動的に作成します。サービス提供構成を作成しても、対応するプレースメントは作成されません。

サービス提供構成を削除すると、対応するプレースメントが削除されます。プレースメントを削除すると、対応するサービス提供構成が削除されます。

サービス提供構成を使用すると、多様性オプションと価格の再ランキング オプションを編集して、ほぼリアルタイムで有効にできます。プレースメントを使用する場合、多様性と料金の設定はプレースメントが指すレコメンデーション モデルからのみ変更できます。

プレースメントは引き続きサポートされますが、代わりにサービス提供構成を使用することをおすすめします。

サービス構成のための Recommendations AI オプション

以下のオプションを使用すると、Recommendations AI サービス構成の動作を変更できます。

これらのオプションは、以前はモデルの作成時に使用されていました。代わりに、サービス構成に関連付けられるようになりました。

価格による再ランキング

料金の再ランキングでは、同様のおすすめの確率を持つおすすめのカタログ アイテムが料金の高い順に並べられます。価格の再ランキングは、デフォルトでは無効になっています。

料金の再ランキングを有効にすると、コンバージョン率と平均注文額のバランスに役立ちます。返されるアイテムの順序付けには関連性も使用されるため、価格の再ランキングを有効にしても、価格順の並べ替えとは同じになりません。

このオプションは、サービス構成を作成した後で編集できます。

多様化

1 つの予測リクエストで返される結果が同様に見えるのではなく、より多様化されるようにするには、多様化レベルを設定してください。一般に、多様化により、レコメンデーション プロダクトに類似のプロダクトが表示される可能性が低くなります。ただし、有益なレコメンデーションが削除されるリスクもあります。多様化の設定は、サービス構成を作成した後に編集できます。デフォルトでは無効になっています。

ルールベースの多様性とデータドリブンの多様性の 2 つの多様化があります。

ルールベースの多様性

ルールベースの多様性は、商品カタログのカテゴリに依存します。ルールベースの多様性を使用すると、さまざまなカテゴリの商品をおすすめできます。多様化はレベルで構成され、多様化のレベルが上がるほど、カテゴリごとに表示されるアイテムの数が少なくなります。 この多様化タイプは、カタログで質の高い商品カテゴリを提供している場合に最も効果的です。

多様化レベル カテゴリあたりの最大アイテム数
なし 無制限
低 3
中 2
高 1
自動 カタログに依存

データドリブンの多様性

データドリブンの多様性を使用して、関連性と多様性のバランスを保つおすすめの結果を生成します。データドリブンの多様性は、商品カタログのメタデータ（タイトルやカテゴリなど）から学習されます。データドリブンの多様性は、タイトルやカテゴリの単語に依存するのではなく、意味的類似度を捉えてより優れた多様化を実現します。

多様化レベル 類似アイテムの最大数
なし 無制限
低 3
中 2
高 1
自動 カタログに依存

カテゴリ マッチング

サービス構成に Recommendations AI の類似アイテムモデルが含まれている場合は、カテゴリ マッチングを有効にできます。カテゴリ マッチングを使用すると、Retail API は、少なくとも 1 つのカテゴリをコンテキスト商品と共有する商品結果のみを返します。

カテゴリに深くネストされた階層がある場合、Retail API はヒューリスティックを使用してそれらを切り取り、一致の可能性を高めます。たとえば、コンテキスト商品のカテゴリが a > b > c > d > e >f の場合、Retail API はカテゴリが a > b > c の結果を返します。

カテゴリ マッチングは、価格、在庫状況、フィルタタグなどの他のフィルタリング オプションと組み合わせて使用できます。たとえば、フィルタタグ fall_Sale を使用し、カテゴリ一致を有効にしている場合、Retail API は必要なタグとカテゴリの一致の両方を含む結果を返します。

このオプションは、サービス構成を作成した後で編集できます。デフォルトでは、カテゴリ マッチングは無効になっています。

動的ファセット

動的ファセットは、サービス提供構成を作成または編集するときに有効にできます。

サービス構成で動的ファセットが有効な場合、Retail Search では、ファセットのクリックや表示などの過去のユーザーの行動に基づいて、この構成の検索結果の動的ファセットとして属性を自動的に使用できます。特定の属性をファセットとして使用できるかどうかは、Retail API の商品レベルの属性の構成によってデフォルトで定義されます。API の動的ファセット設定は、Google Cloud コンソールのサイト全体の属性コントロールで上書きできます。サイト全体のコントロールの管理をご覧ください。

動的ファセットは、正確な商品カタログデータに基づいてのみ作成できます。 ただし、この機能がサイトで最適に機能するように、ファセット モデルはサイトのアクティビティから学習する必要があります。このために、search イベント アップロードのクエリ、カテゴリ、フィルタのフィールドを正確に設定する必要があります。

次のステップ