Commerce データのAdobe Experience Platformへの接続
Data Connection 拡張機能をインストールすると、Commerce 管理者 の サービス の下の システム メニューに 2 つの新しい設定ページが表示されます。
- Commerce サービスコネクタ
- Data Connection
Adobe Commerce インスタンスをAdobe Experience Platformに接続するには、まずCommerce サービスコネクタを設定し、最後に Data Connection 拡張機能を設定して、両方のコネクタを設定する必要があります。
Commerce サービスコネクタの設定
以前にCommerce サービスをインストールしている場合は、Adobe Commerce サービスコネクタは既に設定されているはずです。 そうでない場合は、Commerce サービスコネクタページで次のタスクを実行する必要があります。
- Commerce アカウントにログインして 実稼動用およびサンドボックス用の API キーを取得します。
- SaaS データ空間を選択します。
- Adobeアカウントにログインして 組織 ID を取得します。
Commerce サービスコネクタを設定したら、Data Connection 拡張機能を設定します。
Data Connection 拡張機能の設定
この節では、Data Connection 拡張機能の設定方法について説明します。
サービスアカウントと資格情報の詳細の追加
注文履歴データまたは 顧客プロファイルデータを収集して送信する予定の場合は、サービスアカウントと資格情報の詳細を追加する必要があります。 また、Audience Activation 拡張機能を設定する場合は、次の手順を実行する必要があります。
ストアフロントまたはバックオフィスのデータを収集して送信するだけの場合は、「 一般」セクションにスキップできます。
手順 1:Adobe Developer Consoleでプロジェクトを作成する
Adobe Developer Consoleを認証するプロジェクトをCommerceで作成して、Experience Platformの API 呼び出しを行えるようにします。
プロジェクトを作成するには、 認証とアクセスExperience PlatformAPI チュートリアルで説明されている手順に従います。
チュートリアルを進める際は、プロジェクトに次のものが含まれていることを確認します。
- 次の 製品プロファイルにアクセスします。デフォルトの実稼動環境のすべてのアクセス および AEP デフォルトのすべてのアクセス。
- 正しい 役割と権限が設定されている。
- サーバー間認証方法として JSON web トークン(JWT)を使用することにした場合は、秘密鍵もアップロードする必要があります。
この手順の結果、次の手順で使用する設定ファイルが作成されます。
手順 2:設定ファイルのダウンロード
ワークスペース設定ファイルをダウンロードします。 このファイルの内容をコピーして、Commerce管理者の サービスアカウント /資格情報の詳細 ページに貼り付けます。
-
Commerce管理者で、ストア/設定/設定/サービス/Data Connection に移動します。
-
実装したサーバー間認証方法を Adobe Developer認証タイプ メニューから選択します。 Adobeでは、OAuth を使用することをお勧めします。 JWT は非推奨(廃止予定)になりました。 詳細情報。
-
(JWT のみ)
private.key
ファイルの内容をコピーして、「クライアントの秘密鍵」フィールドに貼り付けます。 次のコマンドを使用して、コンテンツをコピーします。code language-bash cat config/private.key | pbcopy
private.key
ファイルについて詳しくは、 サービスアカウント(JWT)認証を参照してください。 -
<workspace-name>.json
ファイルの内容を「サービスアカウント /資格情報の詳細」フィールドにコピーします。{width="700" modal="regular"}
-
「設定を保存」をクリックします。
-
[Test connection] ボタンをクリックし、入力したサービス アカウントと認証情報が正しいことを確認します。
一般
-
管理者で、システム/サービス/Data Connection に移動します。
{width="700" modal="regular"}
-
一般 の下の 設定 タブで、Commerce サービスコネクタで設定されているように、Adobe Experience Platform アカウントに関連付けられている ID を確認します。 組織 ID はグローバルです。 Adobe Commerce インスタンスごとに関連付けることができる組織 ID は 1 つだけです。
-
範囲 ドロップダウンで、コンテキストを Web サイト に設定します。
-
(オプション) AEP Web SDK (alloy)が既にサイトにデプロイされている場合は、このチェックボックスを有効にして、AEP Web SDK の名前を追加します。 それ以外の場合は、これらのフィールドを空白のままにすると、Data Connection 拡張機能によって自動的にデプロイされます。
note note NOTE 独自の AEP Web SDK を指定した場合、Data Connection 拡張機能では、このページで指定されたデータストリーム ID (存在する場合)ではなく、その SDK に関連付けられたデータストリーム ID が使用されます。
データ収集
このセクションでは、Experience Platformエッジに収集して送信するデータのタイプを指定します。 データには次の 3 つのタイプがあります。
-
行動 (クライアントサイドのデータ)は、ストアフロントでキャプチャされたデータです。 これには、
View Page
、View Product
、Add to Cart
、 購入リスト情報(B2B マーチャント向け)などの買い物客のインタラクションが含まれます。 -
バックオフィス (サーバーサイドデータ)は、Commerce サーバーで取得されたデータです。 注文のステータスに関する情報(注文が行われた、キャンセルされた、払い戻された、出荷された、完了したかどうかなど)が含まれます。 また、 過去の注文データも含まれます。
-
プロファイル は、買い物客のプロファイル情報に関連するデータです。 詳細情報 詳細情報。
Adobe Commerce インスタンスがデータ収集を開始できるようにするには、 前提条件を確認してください。
ストアフロント、 バックオフィス、および プロファイルイベントについて詳しくは、イベントトピックを参照してください。
-
ストアフロントの行動データを送信する場合は、「ストアフロントイベント」を選択します。
-
注文が行われた、キャンセルされた、返金された、発送されたかなど、注文ステータス情報を送信する場合は、バックオフィスイベント を選択します。
note note NOTE バックオフィスイベント を選択すると、すべてのバックオフィスデータがExperience Platformエッジに送信されます。 買い物客がデータ収集のオプトアウトを選択した場合は、Experience Platformで買い物客のプライバシー環境設定を明示的に設定する必要があります。 これは、コレクターが既に買い物客の好みに基づいて同意を処理するストアフロントイベントとは異なります。 Experience Platformでの買い物客のプライバシー環境設定について 詳細説明します。 -
(独自の AEP Web SDK を使用している場合は、この手順をスキップします)。 作成Adobe Experience Platformのデータストリーム、または収集に使用する既存のデータストリームを選択します。 そのデータストリーム ID を データストリーム ID フィールドに入力します。
-
Commerce データを格納する データセット ID を入力します。 データセット ID を見つけるには:
- Experience PlatformUI を開き、左側のナビゲーションで データセット を選択して データセット ダッシュボードを開きます。 ダッシュボードには、組織で使用可能なすべてのデータセットが一覧表示されます。 リストに表示された各データセットに関する詳細(名前、データセットが準拠するスキーマ、最新の取得実行のステータスなど)が表示されます。
- データストリームに関連付けられたデータセットを開きます。
- 右側のパネルで、データセットに関する詳細を表示します。 データセット ID をコピーします。
-
cron ジョブに従ってスケジュールに基づいてバックオフィスイベントデータが確実に更新されるようにするには、
Sales Orders Feed
インデックスをUpdate by Schedule
に変更する必要があります。-
管理者 サイドバーで、System/Tools/Index Management に移動します。
-
Sales Orders Feed
インデクサーのチェックボックスを選択します。 -
Actions を
Update by Schedule
に設定します。 -
初めてバックオフィスのデータを有効にする場合は、次のコマンドを実行して再インデックスを実行し、再同期をトリガーします。 cron ジョブが正しく設定されている限り、それ以降の再同期は自動的に実行されます。
code language-bash bin/magento index:reindex sales_order_data_exporter_v2
code language-bash bin/magento saas:resync --feed orders
-
フィールドの説明
オンボーディング後、ストアフロントデータがExperience Platformエッジに流れ始めます。 バックオフィスのデータがエッジに表示されるまでに約 5 分かかります。 その後の更新は、cron スケジュールに基づいてエッジに表示されます。
顧客プロファイルデータの送信
Experience Platformに送信できるプロファイルデータには、プロファイルレコードと時系列プロファイルイベントの 2 つのタイプがあります。
プロファイルレコードには、買い物客がCommerce インスタンスでプロファイルを作成する際に保存されるデータ(買い物客の名前など)が含まれています。 スキーマとデータセットが 適切に設定されると、プロファイルレコードがExperience Platformに送信され、Adobeのプロファイル管理およびセグメント化サービス Real-Time CDP に転送されます。
時系列プロファイルイベントには、サイト上でアカウントが作成、編集、削除されたかどうかなど、買い物客のプロファイル情報に関するデータが含まれます。 プロファイルイベントデータがExperience Platformに送信されると、データセットに格納され、他の DX 製品で使用できます。
-
サービスアカウントと資格情報の詳細が 指定されていることを確認します。
-
プロファイルレコードデータの取り込みおよび 時系列プロファイルイベントデータの取り込み用にスキーマとデータセットが指定されていることを確認します。
-
プロファイルデータをExperience Platformに送信する場合は、「顧客プロファイル」チェックボックスにチェックマークを付けます。
-
プロファイルデータセット ID を入力します。
プロファイルレコードデータでは、行動およびバックオフィスイベントデータに現在使用しているデータセットとは異なるデータセットを使用する必要があります。
-
行動データとバックオフィスデータに使用しているものと同じデータストリーム ID でプロファイルイベントをストリーミングしない場合は、同じデータストリーム ID で顧客プロファイルをストリーミングする のチェックマークを削除し、代わりに使用するデータストリーム ID を入力します。
Real-Time CDPでプロファイルレコードが使用可能になるまで、約 10 分かかることがあります。 プロファイルイベントのストリーミングは直ちに開始されます。
フィールドの説明
注文履歴データの送信
Adobe Commerceは、最大 5 年間の注文の履歴データとステータス を収集ます。 Data Connection 拡張機能を使用して、その履歴データをExperience Platformに送信し、顧客プロファイルを充実させ、過去の注文に基づいてカスタマーエクスペリエンスをパーソナライズできます。 データは、Experience Platform内のデータセットに保存されます。
Commerceは既に注文の履歴データを収集していますが、データをExperience Platformに送信するには、いくつかの手順を実行する必要があります。
注文履歴の詳細については、このビデオをご覧ください。次の手順を完了して、注文履歴の収集を実装します。
Order Sync サービスの設定
注文同期サービスは、 メッセージキューフレームワークとRabbitMQを使用します。 これらの手順を完了すると、注文ステータスデータが SaaS に同期されます。この同期は、Experience Platformに送信される前に必要になります。
-
サービスアカウントと資格情報の詳細が 指定されていることを確認します。
-
有効にするRabbitMQ。
note note NOTE Commerce バージョン 2.4.7 以降ではRabbitMQが既に設定されていますが、コンシューマーを有効にする必要があります。 -
環境変数を使用して、
.magento.env.yaml
の cron ジョブでメッセージキューコンシューマーCRON_CONSUMERS_RUNNER
有効にします。code language-yaml stage: deploy: CRON_CONSUMERS_RUNNER: cron_run: true
note note NOTE 使用可能なすべての設定オプションについては、 変数のデプロイのドキュメントを参照してください。
注文同期サービスを有効にすると、Data Connection のページで過去の注文日付範囲を指定できるようになります。
注文履歴の日付範囲の指定
Experience Platformに送付する過去の注文の日付範囲を指定します。
-
管理者で、システム/サービス/Data Connection に移動します。
-
「注文履歴」タブを選択します。
{width="700" modal="regular"}
-
注文履歴の同期 で、「設定からデータセット ID をコピー」チェックボックスが既に有効になっています。 これにより、「設定 タブで指定したデータセットと同じデータセットを使用していることになります。
-
From および To フィールドで、送信する過去の注文データの日付範囲を指定します。 日付範囲は 5 年を超えることはできません。
-
「Start Sync」を選択すると、開始する同期がトリガーされます。 注文の履歴データは、ストリーミングデータであるストアフロントおよびバックオフィスデータとは対照的に、バッチデータです。 バッチ処理されたデータがExperience Platformに到着するまで約 45 分かかります。
フィールドの説明
データのカスタマイズ
「データのカスタマイズ」タブでは、Commerce で設定され、Experience Platformに送信されたカスタム属性を表示できます。
{width="700" modal="regular"}
注文のカスタム属性を作成してExperience Platformに送信する場合、Commerceの属性名がExperience Platformの Commerce スキーマの属性名と一致する必要があります。 一致しない場合は、違いを特定するのが難しい可能性があります。 名前が一致しない場合は、カスタム順序属性 テーブルが問題の解決に役立ちます。
カスタム注文属性 テーブルを使用すると、Experience Platform中の Commerce ルチバックオフィスと Commerce スキーマの間でのカスタム注文属性の設定とマッピングを視覚的に確認できます。 このテーブルを使用すると、様々なソースをまたいで注文レベルおよび注文品目レベルのカスタム属性を表示でき、見つからない属性や調整が正しくない属性を簡単に識別できます。 また、データセット ID も表示されるので、ライブデータセットと履歴データセットを区別するのに役立ちます。各データセットには独自のカスタム属性を設定できるからです。
テーブルのカスタム属性名の横に緑色のチェックマークが表示されない場合は、ソースの属性名が一致していないことを示しています。 1 つのソースの属性名を修正すると、緑色のチェックマークが表示され、名前が一致したことが示されます。
- Experience Platformのスキーマで属性名が更新された場合、Experience Platformスキーマの変更をトリガーするには、「データのカスタマイズ」タブで設定を保存する必要があります。 この変更は、「Refresh」ボタンをクリックすると カスタム注文属性 テーブルに反映されます。
- Commerce で属性名を更新する場合は、注文イベントを生成して カスタム注文属性 テーブルの名前を更新する必要があります。 変更は約 60 分後に反映されます。
詳しくは、 カスタム属性の設定を参照してください。
フィールドの説明
イベントデータが収集されることを確認します
データがCommerce ストアから収集されていることを確認するには、Adobe Experience Platform debugger を使用してCommerce サイトを調べます。 データが収集されていることを確認したら、 作成したデータセットからデータを返すクエリを実行して、ストアフロントおよびバックオフィスイベントデータがエッジに表示されることを確認できます。
-
Experience Platformの左側のナビゲーションで「クエリ」を選択し、「Create Query」をクリックします。
-
クエリエディターが開いたら、データセットからデータを選択するクエリを入力します。
例えば、クエリは次のようになります。
code language-sql SELECT * from `your_dataset_name` ORDER by TIMESTAMP DESC
-
クエリを実行すると、結果が「コンソール タブの横の「結果 タブに表示されます。 このビューには、クエリの表形式出力が表示されます。
この例では、commerce.productListAdds
、commerce.productViews
、web.webpagedetails.pageViews
などからのイベントデータが表示されます。 このビューを使用すると、Commerce データがエッジに到達したことを確認できます。
結果が期待どおりでない場合は、データセットを開いて、失敗したバッチの読み込みを探します。 詳しくは、 バッチインポートのトラブルシューティングを参照してください。
プロファイルデータがExperience Platformに表示されることを確認
Experience Platformにプロファイルデータが表示されない場合は、Commerce KnowledgeBase でトラブルシューティングの提案を参照してください。
次の手順
CommerceのデータがExperience Platformエッジに送信されると、Adobe Journey Optimizerなどの他のAdobe Experience Cloud製品でそのデータを使用できます。 例えば、特定のイベントをリッスンするようにJourney Optimizerを設定し、そのイベントデータに基づいて、初回ユーザーの場合はメールをトリガーし、放棄された買い物かごがある場合はメッセージを送信することができます。 Journey Optimizerで カスタマージャーニーを作成してCommerce プラットフォームを拡張する方法を説明します。