新しいレコメンデーションを作成

レコメンデーションを作成する場合は、推奨される製品 項目 を含む レコメンデーションユニット またはウィジェットを作成します。

推奨単位
推奨単位

レコメンデーションユニットをアクティブ化すると、Adobe Commerceは データの収集を開始し、インプレッション数、ビュー数、クリック数などを測定します。 Product Recommendations の表には、情報に基づいたビジネス上の意思決定に役立つ各レコメンデーションユニットの指標が表示されます。

NOTE
製品レコメンデーション指標は、Luma ストアフロント用に最適化されています。 ストアフロントが Luma ベース以外の場合、指標によるデータの追跡方法は、 イベント収集の実装方法に依存します。
  1. 管理者 サイドバーで、マーケティング/プロモーション/商品Recommendations に移動して 商品Recommendations ワークスペースを表示します。

  2. レコメンデーションを表示する ストア表示を指定します。

    note note
    NOTE
    ページビルダーのレコメンデーション単位は、デフォルトのストア表示で作成する必要がありますが、どこでも使用できます。 ページビルダーを使用した商品レコメンデーションの作成について詳しくは、 コンテンツの追加 – 製品Recommendations を参照してください。
  3. レコメンデーションを作成 をクリックします。

  4. レコメンデーションに名前を付ける」セクションで、内部参照のわかりやすい名前(Home page most popular など)を入力します。

  5. ページタイプを選択」セクションで、レコメンデーションを表示するページを次のオプションから選択します。

    note note
    NOTE
    ストアが 買い物かごに商品を追加した直後に買い物かごページを表示するように設定されている場合、買い物かごページでの商品のRecommendationsはサポートされません。

    各ページタイプに対して最大 5 つのアクティブなレコメンデーションユニットを作成でき、ページビルダーには最大 25 のアクティブなレコメンデーションユニットを作成できます。 制限に達すると、ページタイプがグレー表示されます。

    レコメンデーション名とページ
    レコメンデーション名とページの配置

  6. レコメンデーションタイプを選択」セクションで、選択したページに表示する レコメンデーションのタイプを指定します。 一部のページでは、レコメンデーションの プレースメントは、特定のタイプに制限されます。

  7. ストアフロント表示ラベル」セクションで、「トップセラー 🔗 など、買い物客に表示される ラベル」を入力します。

  8. 製品数を選択 セクションで、スライダーを使用して、レコメンデーションユニットに表示する製品の数を指定します。

    デフォルトは 5 で、最大値は 20 です。

  9. プレースメントを選択」セクションで、レコメンデーションユニットをページ上に表示する場所を指定します。

    • メインコンテンツの下部
    • メインコンテンツの上部
  10. (オプション)レコメンデーションの順序を変更するには、を選択し、(位置を選択 テーブルの行を移動し す。

    位置を選択 セクションには、選択したページタイプに対して作成されたすべてのレコメンデーション(存在する場合)が表示されます。

    勧告命令
    ページ上の勧告依頼

  11. (任意)「フィルター」セクションで フィルターを適用を使用して、レコメンデーションユニットに表示する製品を制御します。

    レコメンデーションフィルター
    レコメンデーション製品フィルター

  12. 完了したら、次のいずれかをクリックします。

    • ドラフトとして保存 して、レコメンデーションユニットを後で編集します。 ドラフト状態のレコメンデーションユニットでは、ページタイプやレコメンデーションタイプを変更できません。

    • アクティブ化 して、ストアフロントでレコメンデーションユニットを有効にします。

準備状況インジケーター

準備状況インジケーターは、使用可能なカタログと行動データに基づいて、最もパフォーマンスの高い推奨タイプを示します。 また、準備状況インジケーターを使用して、 イベントに関する問題があるかどうか、または推奨タイプを入力するのに十分なトラフィックがないかどうかを判断することもできます。

準備状況インジケーターは、 静的ベースまたは 動的ベースに分類されます。 静的ベースではカタログデータのみを使用し、動的ベースでは買い物客の行動データを使用します。 その行動データは、機械学習モデルのトレーニング パーソナライズされたレコメンデーションの構築準備スコアの計算)に使用されます。

準備状況インジケーターの計算方法

準備指標は、モデルのトレーニング量を示します。 指標は、収集されるイベントのタイプ、操作される製品の幅、カタログのサイズによって異なります。

準備状況インジケーターの割合は、推奨タイプに応じて推奨される可能性のある製品数を示す計算から得られます。 統計は、カタログの全体のサイズ、インタラクションの量(ビュー数、クリック数、買い物かごへの追加など)、特定の期間内にそれらのイベントを登録する SKU の割合に基づいて、製品に適用されます。 例えば、ホリデーシーズンのトラフィックのピーク時には、準備状況インジケーターに通常の量の時間よりも高い値が表示される場合があります。

これらの変数の結果、準備指標の割合が変動する可能性があります。 これにより、レコメンデーションタイプが「デプロイの準備完了」の内外に出てくる場合がある理由を説明します。

準備状況の指標は、次の 2 つの要因に基づいて計算されます。

  • 結果セットの十分なサイズ:backup recommendations の使用を回避するために、ほとんどのシナリオで返される結果は十分にありますか?

  • 十分な結果セットの多様性:返される製品は、カタログの様々な製品を表していますか? この要素の目的は、サイト全体で推奨される項目が製品の少数派のみになるのを避けることです。

上記の要因に基づいて、準備値が計算され、次のように表示されます。

  • 75% 以上は、そのレコメンデーションタイプに対して提案されたレコメンデーションが非常に関連性の高いことを意味します。
  • 少なくとも 50% は、そのレコメンデーションタイプに対して提案されるレコメンデーションの関連性が低くなることを意味します。
  • 50% 未満とは、そのレコメンデーションタイプに対して提案されたレコメンデーションが関連性がない可能性があることを意味します。 この場合、 バックアップの推奨事項が使用されます。

準備状況インジケーターが低い可能性がある理由についての詳細をご覧ください。

静的ベース

次のレコメンデーションタイプはカタログデータのみを必要とするため、静的ベースです。 行動データは使用されません。

  • その他の関連リソース
  • 視覚的類似性

動的ベース

次のレコメンデーションタイプはストアフロントの行動データを使用するので、動的ベースです。

過去 6 か月間のストアフロント行動データ:

  • これを表示、それを表示
  • これを見て、それを購入
  • これを購入、それを購入
  • 推奨

ストアフロントの行動データの過去 7 日間:

  • 最も多く閲覧された
  • 最も多く購入された
  • 買い物かごに最も追加された件数
  • トレンド
  • 購入コンバージョンの表示
  • 表示から買い物かごへのコンバージョン

最新の買い物客行動データ(表示のみ):

  • 最近表示された項目

進行状況を視覚化

各レコメンデーションタイプのトレーニングの進行状況を視覚化できるように、「レコメンデーションタイプを選択」セクションには、各タイプの準備状況の測定値が表示されます。

レコメンデーションタイプ
レコメンデーションタイプ

NOTE
指標が 100% に達することはない場合があります。

マーチャントカタログは頻繁に変更されないので、カタログデータに依存するレコメンデーションタイプの準備状況インジケーターの割合は大きく変更されません。 しかし、買い物客の行動データに基づくレコメンデーションタイプの準備状況インジケーターの割合は、多くの場合、毎日の買い物客のアクティビティに応じて変化します。

準備状況インジケーターの割合が低い場合はどうするか

準備状況の割合が低い場合は、このレコメンデーションタイプのレコメンデーションに含める資格のある製品がカタログにたくさんないことを示します。 つまり、このレコメンデーションタイプをデプロイした場合でも、 バックアップレコメンデーションが返される可能性が高くなります。

IMPORTANT
バンドルグループ化、カスタム製品タイプはサポートされていません。 カタログにこれらの製品タイプが多数含まれる場合は、準備スコアが低くなることが予想されます。 さらに、スペースを含む SKU は、レコメンデーションの関連性を低下させる可能性があるので、避ける必要があります。

以下に、考えられる理由と、一般的な低レディネススコアに対する解決策をリストします。

  • 静的ベース – これらの指標の割合が低い場合は、表示可能な製品のカタログデータがないことが原因である可能性があります。 値が予想よりも低い場合は、完全同期でこの問題を修正できます。

  • 動的ベース – 動的ベースの指標の割合が低い場合は、次の原因が考えられます。

    • それぞれのレコメンデーションタイプ 🔗requestId、製品コンテキストなど)の必須 ストアフロントイベント)にフィールドが欠落している。
    • ストアのトラフィックが少ないので、受信する行動イベントの量は少なくなります。
    • ストア内の様々な製品をまたいだストアフロントの行動イベントの多様性は低いです。 例えば、製品の 10% のみが常に表示または購入されている場合、それぞれの準備状況インジケーターは低くなります。

Recommendationsをプレビュー preview

推奨製品プレビュー パネルは、ストアフロントにデプロイしたときにレコメンデーションユニットに表示される可能性のある製品のサンプル選択で常に使用できます。

実稼動以外の環境で作業する際にレコメンデーションをテストするには、 別のソースからレコメンデーションデータを取得します。 これにより、マーチャントは、実稼動環境にデプロイする前に、ルールを試して推奨事項をプレビューできます。

フィールド
説明
名前
商品の名前。
SKU
商品に割り当てられている在庫管理単位
価格
商品の価格。
結果タイプ
プライマリ- レコメンデーションを表示するのに十分なトレーニングデータが収集されていることを示します。
バックアップ – 収集されたトレーニングデータが不足しているため、バックアップのレコメンデーションを使用してスロットがいっぱいになることを示します。 機械学習モデルとバックアップの推奨事項の詳細については、 行動データを参照してください。

レコメンデーションユニットを作成する際は、ページタイプ、レコメンデーションタイプおよびフィルターを使用して実験し、含まれる製品に関するリアルタイムのフィードバックを即座に取得します。 表示される製品を理解し始めると、ビジネスニーズに合わせてレコメンデーションユニットを設定できます。

Adobe Commerce フィルターrecommendations は、1 つのページに複数のレコメンデーションユニットがデプロイされた場合に重複製品が表示されるのを回避します。 その結果、プレビューパネルに表示される製品は、ストアフロントに表示される製品と異なる場合があります。

NOTE
管理者でデータを使用できないため、Recently viewed 推奨タイプをプレビューできません。
recommendation-more-help
4bf3c55a-3844-4322-a5d2-42b4e56228e5