Adobe Commerce Intelligence 環境

コマースデータを分析する際は、これらの要因と一般的な誤解に注意してください。 Commerce スキーマを正しく使用していることを確認するためにサポートが必要な場合は、ためらわずに サポートにお問い合わせください。

entity_id

テーブルの多くには、entity\_id という名前の列が含まれています。 entity\_id を含む各テーブルでは、その列を使用して一意の行を識別します。

例えば、sales\_order テーブルの各行は一意の順序です。 このテーブルの主キーは entity\_id です。 この列は order\_id と考えることができます。 個別のテーブルでは、各行 customer\_entity 一意の顧客を表します。 このテーブルのプライマリキーは entity\_id とも呼ばれ、customer\_id と考えることができます。

これらのテーブルでは、sales\_order.entity\_id は customer\_entity.entity\_id と等しくありません。 これは、entity\_id を含むすべてのテーブルのセットに対して true です。table\_A.entity\_id は table\_B.entity\_id と等しくありません。

Guest orders

顧客がアカウントを持たずにサイトから注文できるようにする（ゲスト注文）場合、それらの顧客は customer\_entity テーブルの行として入力されません。 また、ゲストが行った各注文の sales\_order テーブルには nullcustomer\_id 値が含まれます。

したがって、ゲストの行動を経時的に追跡する場合は、customer\_email などの顧客識別子を使用して、sales\_order テーブルですべての顧客レベル列を計算する必要があります。

sales\_order テーブルを顧客テーブルとして使用する場合は、顧客レベルの指標を作成する際に注意する必要があります。 例えば、平均生涯売上高指標について考えてみましょう。 この指標は、顧客ベース全体の平均生涯売上高を特定するために使用されます。 これには、顧客ごとに生涯売上高を返す新しい列が最初に必要です。 次に、この列を平均して、顧客の平均生涯売上高を取得する必要があります。

customer\_entity テーブルを使用できる場合、各行は単一の顧客であり、各顧客はそのテーブルに 1 回だけ存在します。 したがって、「生涯売上高」列が表示されている場合は、平均指標を作成するだけで済みます。 ただし、sales\_order テーブルを顧客テーブルとして使用する場合、顧客が多数の行に存在する可能性があります。 ライフタイム収益列を設定した後、特定の顧客によって行われた各注文（行）は、その顧客のライフタイム収益を表示しますが、その顧客を全体的な平均指標に含めるのは 1 回だけです。

このコツは、各顧客を 1 回だけ含めるフィルターを指標に追加する必要があることです。 Adobeでは、顧客の注文番号= 1 でフィルタリングする カウントする顧客 という名前のフィルターセットを作成して使用することをお勧めします（他のフィルターの中でも、不要な顧客を除外する必要が生じる場合があります）。 このフィルターを追加すると、顧客レベルの指標に各顧客を 1 回だけ含めることができます。