買い物客のコンテキストに関するベストプラクティス
Shopper Context API は、ストアフロントでパーソナライズされたショッピング体験を管理するために不可欠です。これは、パーソナライゼーションと効率を高めるコンテキスト固有の属性を設定することにより、ゲストユーザーと登録ユーザーの両方のインタラクションを最適化するように設計されています。
買い物客のコンテキストを設定する場合、API は SLAS トークンから派生した USID を利用し、シームレスで安全な統合を保証します。
- 買い物客のコンテキスト情報は、常にプライベートクライアントを使用して、BFF (Backend For Frontend) から設定します。この目的にはパブリッククライアントを使用しないでください。
siteIdクエリパラメーターをすべての Shopper Context API リクエスト (GET、PUT、PATCH、DELETE) に含めます。
- 初回訪問時またはログイン時: 買い物客がログインするとき、または最初にストアフロントを訪問したときに、SLAS (Shopper Login and Access Services) トークンを取得した直後に、買い物客のコンテキストを実装します。
- トークンのリフレッシュ時: SLAS トークンのリフレッシュでは、既存の
USIDトークンを再利用して、継続性を維持し、レコードの重複を防ぎます。買い物客のコンテキストデータを保存するために利用できるリソースがあるため、これは重要です。 - 買い物客のログイン遷移時: 以下の場合に買い物客のコンテキストを設定します。
- ゲスト買い物客がその後、登録済み買い物客としてログインした場合。
- 登録済み買い物客がその後、ゲスト買い物客としてログインした場合。
- セッション管理時: ログアウトすると既存の買い物客のコンテキストがクリアされるため、ユーザーのログイン時にコンテキストをリセットします。
- コンテキストの有効期間: 買い物客のコンテキストのレコードは、ゲスト買い物客の場合は 1 日間、登録済み買い物客の場合は 7 日間持続します。コンテキストを最新の状態に保つには、定期的な更新が不可欠です。
- クォータ制限: B2C Commerce インスタンスで作成できる買い物客のコンテキストのレコード数に関するデフォルトのクォータ制限に注意してください。
- Production (本番) 以外のインスタンスの場合は 5000 件のレコード。
- Production (本番) インスタンスの場合は 100 万件のレコード。
- Production (本番) インスタンスの制限を引き上げる正当な必要性がある場合は、Customer Success Manager またはアカウントエグゼクティブにお問い合わせください。
- クォータ制限を引き上げる前に実行できる手順は次のとおりです。
- 登録済み買い物客のコンテキストの TTL (有効期間) を 7 日から 1 日または 2 日に短縮して、コンテキスト情報を自動的にクリアします。コンテキスト情報は、買い物客が再度ログインしたときにリセットできます。
- 同じ買い物客の
USIDを再利用して、買い物客のコンテキストレコードが重複しないようにします。 - 買い物客を明示的にログアウトして、対応する買い物客のコンテキストレコードを削除します。
- B2C Commerce バージョン 25.1 では、クォータと使用量を表示できます。Business Manager にログインし、管理 > サイトの開発 > Salesforce Commerce API 設定 に移動します。
- 重複の回避:
USIDを再利用し、新しいコンテキストを設定する前に既存のコンテキストを確認します。 - リソースの効率的な使用: 既存のコンテキストを定期的に更新して、使用可能な限られたストレージを最適化します。
- 更新の推奨タイミング: コンテキストの更新をトークンのリフレッシュイベントに合わせることで、一貫性を確保し、冗長な更新を最小限に抑えます。
- API 統合を更新して、Shopper Context API へのすべてのリクエストに
siteIdクエリパラメーターを含めます。次の例は、更新されたリクエスト形式を示しています。
顧客のプロフィールや住所などの属性が自動的に割り当てられ、評価される場合は、買い物客のコンテキストを使用しないでください。
- 店舗のパーソナライゼーション: ログイン時に、Shopper Context API を使用して
customerQualifierとassignment限定子の両方に店舗 ID を設定し、店舗ごとにカスタマイズされたインタラクションを確保します。 - 動的パーソナライゼーション: 買い物客のコンテキストからの店舗 ID を利用して、セッション中にパーソナライズされた価格設定とプロモーションを行います。
- 店舗 ID はコンテキストから取得され、後で参照できるようにセッションに格納されます (例:
session.custom.storeId)。 - 特定の店舗 ID に動的顧客グループが設定されている場合は、対応する顧客グループに割り当てられた体験がアクティブになります。
- 店舗 ID はコンテキストから取得され、後で参照できるようにセッションに格納されます (例:
- 価格表とプロモーションのトリガー: 買い物客のコンテキストを使用して、特定の価格表とプロモーションをアクティブにします。たとえば、店舗 ID を
BOST1に設定すると、その特定の店舗に対してBOSPRICEBOOKと10%OFFPROMOTIONがトリガーされる場合があります。その後の商品取得呼び出しでは、これらのトリガーに基づいてパーソナライズされたレスポンスが返されます。
並べ替えルールはサポートされていません。