1. Commerce Connectの抽象的なサービスレイヤー

ショッピング カート サービス レイヤー

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

Commerce Connectコア フレームワークには、いくつかの 抽象的なサービス レイヤーが含まれています。ショッピング カート サービス レイヤーは、最も重要なサービス レイヤーの1つです。

このトピックでは、次の内容について説明します。

ショッピング カート サービス レイヤー APIでの操作

次の表では、Shopping Cartサービス レイヤーに含まれる操作について説明します。

操作の種類

オペレーションズ

カートに対する作成、読み取り、更新、削除 (CRUD)、およびマージ操作

CreateOrResumeCart*

DeleteCart* –カートが注文に変わった場合、電話する必要はありません

UpdateCart*

SaveCart – 通常、明示的に呼び出す必要はありません。これは、UpdateCartを呼び出したり、カートのラインを更新したりすることで間接的に行われるためです

LoadCart

GetCarts –顧客ごとに複数のカートをサポートします

MergeCart

カートラインでのCRUD操作

AddCartLines*

UpdateCartLines*

RemoveCartLines*

関連当事者に対するCRUD操作(住所や連絡先情報など)

AddParties

UpdateParties

RemoveParties

関連する配送情報に対する操作の追加と削除

AddShippingInfo

RemoveShippingInfo

関連する支払い情報に対する操作の追加と削除

AddPaymentInfo

RemovePaymentInfo

カートのロックとロック解除

LockCart*

UnlockCart*

メモ

アスタリスク (*) でマークされたすべての操作は、連絡先の対話を慎重に追跡できる一意のページ イベントをトリガーし、これらの操作を報告して対処できるようにします。ほとんどのイベントには、カートIDと追加された製品に関する情報が含まれています。ページ イベントは、Commerce Connectのインストール時にインストールされます。

ユーザーケースのシナリオ

次に、ショッピング カートのユーザー ケースの基本的なシナリオを示します。

ショッピングカートAPIの一般的なストアフロントの使用方法は次のとおりです。

  • 連絡先が最初にウェブショップに到着すると、CreateOrResumeCartメソッドが呼び出されてカートが取得され、カートの内容と合計がミニカートに表示されます。

  • 連絡先が以前にプロファイルを登録し、以前の訪問からカートを離れた場合は、連絡先がログインするとMergeCartメソッドが呼び出されます。

  • 連絡先がショッピングカートに製品を追加し始めると、AddCartLinesメソッドが呼び出されます。

  • チェックアウトプロセス中:

    • 配送先住所と請求先住所は、AddParties方法を使用して追加します。

    • 配送情報の指定方法や、明細・関係者の参照は、AddShippingInfo方式で追加されます。

    • 支払い方法の指定と回線の参照は、AddPaymentInfo方法を使用して支払い情報を追加します。

  • 支払い情報を処理し、クレジットカードでお金を予約している間、カートはLockCart方法を使用してロックされます。

詳細については、Commerce Connect開発者ガイド を参照してください。

カートベースのレンダリングルールの条件

Commerce Connectには、カート内の製品、カートの合計、および製品の数量に基づいてコンタクト エクスペリエンスをパーソナライズするために使用できる3つのレンダリング ルール条件が含まれています。カートのデータは、マーケティングプラットフォームからではなく、外部のコマースシステムからライブで読み取られます。条件は、さまざまな方法でルールに組み合わせることができます。例えば：

  • 商品を含む:ショッピングカートに商品Aが含まれている場合の場合...

  • カートの合計:ショッピングカートの合計がY >の場合...

  • アイテム数量:ショッピングカートアイテムの合計数量> Nの場合...

  • 上記の組み合わせ:ショッピングカートにN個を超える製品Aとカートの合計> Yが含まれている場合...

放棄されたカートのエンゲージメントプラン

Commerce ConnectにはデフォルトのAbandoned Cartエンゲージメントプランが含まれており、ショッピングカートを追跡、処理、フォローアップして、ショッピングカートが放棄されているかどうかを判断できます。

新しい連絡先が到着するか、新しいカートが作成されると、連絡先はAbandoned Cartエンゲージメントプランに追加されます。

デフォルトでは、プランは次のように機能します。

  • デフォルトの1日期間が経過すると、連絡先のカートがあるかどうか、このカートが空かどうか、および連絡先の電子メール アドレスがわかっているかどうかがチェックされます。

  • カートが空の場合、連絡先は終了状態の 空のカートを持つユーザーに移動します。カートが空でなく、電子メール アドレスが不明な場合、連絡先は最終状態 の 放棄されたカートを持つ匿名ユーザー に移動されます。 どちらの場合も、それ以上のことは起こりません。

  • カートが空でなく、電子メール アドレスがわかっている場合は、カートを放棄したことを通知する電子メール メッセージが連絡先に送信されます。その意図は、連絡先に戻って注文してもらうことです。

  • デフォルトの2日間の期間が経過すると、取引先担当者のカートがまだあるかどうか、およびカートが空であるかどうかを確認します。カートが空の場合は、接点は終了状態Users With Empty Cartsに移動され、そうでない場合は、終了状態Users With Abandoned Cartsに移動されます。

Commerce Connectでは、Abandoned Cartエンゲージメント プランをショッピング カートのリポジトリとして使用できます。また、カスタム データをエンゲージメント プランの状態と共に保存することもできます。この機能を使用して、ショッピング カートをシリアル化し、データをプランに格納できます。プランにカートを保管することには、次の機能があります。

  • カートは、コンタクトがSitecore XPによって認識されると、すぐにSitecoreで利用可能になります。

  • セッションが失われた場合、コンタクトがSitecore XPによって認識されているか、アカウントでログインしていると仮定して、コンタクトが戻ったときにカートが再開されます。

カート データは、外部のコマース システムにクエリを実行することなく、条件付きレンダリング ルールで直接利用できるため、パフォーマンスが向上します。

エンゲージメント自動化状態を唯一のリポジトリにできるため、これが推奨される統合アプローチである場合、カートはCommerce Connectでのみ処理されます。

クリーンアップ ルーチンによってショッピング カートが外部コマース システムで定期的にパージされる場合、エンゲージメント自動化リポジトリはバックアップ ストレージとして機能できます。既定のCommerce Connectドメイン モデルのショッピング カート情報の一部は、外部コマース システムではカバーされない可能性があり、カート データを操作するときに情報の一部を保持、取得、およびマージできます。これは、StarterKitサンプルサイトに示されているように、nopCommerceとの統合の場合です。

この記事を改善するための提案がある場合は、 お知らせください!