このヘルプページでは、マーチャンダイジング eVarが ディメンション として機能する仕組みについて説明します。 マーチャンダイジング eVarの実装方法について詳しくは、実装ユーザーガイドのeVar(マーチャンダイジング変数) を参照してください。
マーチャンダイジングeVarは、標準的なeVarと同様に機能しますが、各商品に独自のコピーがあります。 永続性、割り当て、有効期限はすべて同じように機能しますが、各製品は別々に機能します。 標準のeVarには、訪問者ごとに1つの永続的な値が保持され、成功イベントごとにクレジットが付与されます。 マーチャンダイジング eVarは、商品ごとに1つの永続的な値を保持し、その値はその商品の成功イベントに対するクレジットを受け取ります。
- 製品A →
eVar1=value A - 製品B →
eVar1=value B
各製品の値は、その製品を含むヒットでのみ設定または変更できます。 設定した値は、有効期限が切れるまで保持され、その製品の成功イベントに対してのみクレジットを受け取ります。 製品Aの値を変更しても、製品Bには影響しません。
マーチャンダイジング eVarは、products変数でのみ機能します。 商品にバインドされていないマーチャンダイジング eVarの値には、クレジットは付与されません。 商品がないヒットの成功要因は、マーチャンダイジング eVarごとに"None"に起因します。
マーチャンダイジング eVarsを利用する理由
製品ごとに個別の価値を維持することは、訪問者が購入するあらゆる商品に対して単一の価値でクレジットを獲得すべきではない場合に重要です。 標準的なeVarは、外部キャンペーンや外部の検索語に適しています。この場合、発生した成功イベントに対して1つの値にクレジットを割り当てます。 例えば、顧客がメールキャンペーンのリンクをクリックしてweb サイトにアクセスした場合、その結果として行われたすべての購入は、そのキャンペーンに入金される必要があります。
内部検索とカテゴリーブラウジングは異なります。訪問者は、多くの場合、それらを使用して複数の商品を見つけますが、それぞれ異なる方法で見つけます。 例えば、顧客がサイトで「"goggles"」を検索し、買い物かごに追加したとします。
チェックアウトの前に、顧客は"winter coat"を検索し、ダウンジャケットをカートに追加します。
訪問者がこの購入を完了すると、内部検索キーワード "winter coat"は、eVarの最新の値(最新(最後) のデフォルト割り当て)であるため、ゴーグルを含む注文全体に対するクレジットを受け取ります。 検索語"goggles"は、購入の一部につながったにもかかわらず、クレジットを受け取りません。
マーチャンダイジングのeVarsがこの問題を解決する方法
前の例でeVarでマーチャンダイジングが有効になっている場合、検索語"goggles"はスノーゴーグルにバインドされ、検索語"winter coat"はダウンジャケットにバインドされます。 マーチャンダイジング eVarsは製品レベルで収益を割り当てるため、各用語には、その用語がバインドされる製品の売上額に対するクレジットが割り当てられます。
バインディングと割り当ての仕組み
マーチャンダイジング eVarは、次の3つの概念に依存しています。
-
Binding:商品とeVar値の関連付け。 EVarでは、各商品に固有のバインディングが適用されます。 EVarの標準的な値と同様に、バインディングは後でヒットした場合も有効期限が切れるまで保持されます。 例えば、製品ページの製品にバインドされた値は、その製品が後のページで購入されたときに、値を再度設定することなく、クレジットを受け取ります。 値が商品に到達する方法は、以下で説明するeVarの構文によって異なります。
-
配分: 配分設定は、新しい値が既に連結されている製品にバインドしようとしたときに発生する処理を決定します。 配分は商品ごとに個別に評価されるため、異なる商品に関連付けられたeVarの値が互いに競合することはありません。
- 元の値(最初):既存のバインディングは保持されます。 バインディングが期限切れになるまで、その製品では新しい値は無視されます。
- 最新(最後):製品が新しい値に再バインドされます。
-
有効期限: 有効期限設定によって、バインディングが終了するタイミングが決まります。 各製品のバインディングには、その製品がバインディングされた時点からカウントされる独自の有効期限があります。 例えば、週の有効期限が設定されている場合、製品Aが月曜日にバインドされ、製品Bが水曜日にバインドされている場合、製品Aのバインディングは次の月曜日に期限切れになり、製品Bのバインディングは次の水曜日に期限切れになります。 バインディングが期限切れになると、そのeVarの値が製品に含まれなくなり、標準のeVarの有効期限が切れた後も値が含まれなくなります。 その製品の成功イベントは、製品が再びバインドされるまで
"None"に関連付けられます。
各マーチャンダイジング eVarでは、2つの構文のいずれかを使用します。 レポートスイート設定の マーチャンダイジング 設定で設定されています。 構文は、値が製品に到達する方法を決定します。
- 製品の構文:値は
products変数の各製品に直接設定され、そのヒットの製品にバインドされます。 - コンバージョン変数構文:値はeVar自体で設定され、標準のeVar値のように保持されます。 バインディングイベントを含む同じヒットまたは後のヒットの製品にバインドされます。
どちらの構文も、上記と同じバインディング、割り当て、有効期限の動作を使用します。 両者には次のような違いがあります。
製品の構文
product構文を使用すると、eVar値はproducts変数の各商品に設定されます。 products文字列では、商品の最後のセミコロンの後の値は、マーチャンダイジング eVarです。 完全な構文については、製品構文を使用した実装を参照してください。
そのヒット時に値がその商品に直接結びつきます。 バインディングイベントは使用されません。 カートの追加や購入など、製品を含む後のヒットは、値を繰り返す必要はありません。 各製品には独自の値が含まれているため、同じヒットの製品に 異なる 値が必要な場合は、製品構文が唯一のオプションです。
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| ヒット | products |
events |
| 1 | ;12345;;;;eVar1=internal keyword search |
|
| 2 | ;12345;;;;eVar1=internal campaign |
|
| 3 | ;12345;1;50 |
purchase |
- 元の値(最初):ヒット 2は製品
12345に対して無視されます。 購入はinternal keyword searchに割り当てられます。 - 最新(最後): ヒット 2は製品
12345を再バインドします。 購入はinternal campaignに割り当てられます。
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| ヒット | products |
events |
| 1 | ;productA;;;;eVar1=value A |
|
| 2 | ;productB;;;;eVar1=value B |
|
| 3 | ;productA;1;50,;productB;1;30 |
purchase |
各製品は独自のバインディングを保持するので、この例では割り当て設定は影響しません。 value Aは製品Aの収益に対するクレジットを受け取り、value Bは製品Bの収益に対するクレジットを受け取ります。 両方の値は1つの注文を受け取ります。これは、注文には各値にバインドされた商品が含まれているためです。
訪問者がミディアムブルーのT シャツと大きな赤いT シャツを購入し、両方とも親製品ID tshirt123とeVar10が子SKUをキャプチャします。
| code language-js |
|---|
|
各子SKUは、独自のインスタンス tshirt123に対するクレジットを受け取ります。
トレードオフは、バインディングが発生するたびに、製品構文には各製品の完全な値文字列が必要になるということです。 通常、一度に複数のeVarを使用する製品検索メソッドの場合、文字列は次のようになります。
s.products = ";sandal123;;;;eVar2=sandals|eVar1=internal keyword search|eVar3=non-internal campaign|eVar4=non-browse|eVar5=non-cross-sell";
検索方法は、訪問者が商品を操作した後にのみクレジットを受け取る必要があるため、この文字列は通常、検索結果ページではなく、商品詳細ページまたはカート追加画面に設定されます。 そのために、開発者は次のことをおこなう必要があります。
- 検索方法の詳細を検索方法ページから製品詳細ページに移動するか、カートが結果ページから起動したときに検索方法の詳細を表示します。
- 構文エラーなしで完全な
products文字列をアセンブリします。
コンバージョン変数構文は、両方の要件を回避します。
コンバージョン変数の構文
コンバージョン変数構文では、値はeVar自体で設定されます。
s.eVar1 = "internal keyword search";
EVarは ステージング領域 として機能します。 EVarで設定された値は、バインディングイベントがヒット時に商品にバインドされるまで、そこで保持されます。 バインディングは、次の2つの段階で行われます。
- ステージング: eVarが設定されている場合、その値は、その後のヒットで期限切れになるまで保持されます。 この永続値は、 データフィード の
post_evar列です。 コンバージョン変数構文を使用するマーチャンダイジング eVarの場合、配分設定に関係なく、ステージングされた値 は常に最新の値 を反映します。 新しい値ごとに、以前にステージングされた値が置き換えられます。 - バインディング: ヒットに商品と設定された マーチャンダイジングバインディングイベント の両方が含まれている場合、ステージングされた値はそのヒットのすべての商品にバインドされます。 製品が既に連結されている場合、配分は、新しい値が既存の連結に置き換えられるかどうかを判断します。 既にバインドされている製品は、元の値(最初) で値を維持するか、最新(最後) で再バインドします。
EVar、変数productsおよびバインディングイベントがすべて同じヒットに設定されている場合、ステージングとバインディングは同時に行われます。 新しい値は、そのヒットの商品にすぐに結びつきます。
バインディングイベントを使用せずにeVarを製品と一緒に設定しても、その製品に値がバインドされません。 ステージングされた値は、商品にバインドされるまでクレジットを受け取りません。
バインディングイベントの仕組み
バインディングイベントは、Adobeに対して、ステージされた値をヒット上の商品にバインドするように指示するトリガーです。
- バインディングイベントは、標準イベントまたはカスタム成功イベント、トラッキングコード ( キャンペーンイベント )、eVarのいずれかです。 Propはバインディングに影響しません。
- 製品ビューイベント 、買い物かごの追加イベント 、購入イベント など、複数のバインディングイベントを設定できます。 これらのイベントのいずれかが製品でヒットした場合、ステージングされた値はそのヒットのすべての製品にバインドされます。
- デフォルト(すべて)では、他のイベントまたはeVarが商品と同じヒットを受けるたびにバインディングが発生します。 バインディングイベントが明示的に選択されていない場合、すべてが使用されます。 すべてで、製品を含むヒットにeVarを設定すると、そのヒットに対して常にトリガーがバインドされます。 以前のヒットでステージングされた値は、商品やその他のイベントやeVarを含む次のヒットにバインドされます。
次のヒットを考えてみましょう。
| code language-js |
|---|
|
prodViewが両方のeVarのバインディングイベントである場合は、2つのバインド internal keyword search (eVar1)とsandals (eVar2)をsandal123にヒットします。 EVarがprodViewをバインディングイベントとしてリストしない場合、そのeVarにバインディングは発生しません。
| table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 | |||
|---|---|---|---|
| ヒット | eVar1 |
products |
events |
| 1 | value A |
||
| 2 | ;productA,;productB |
入札イベント | |
| 3 | value B |
||
| 4 | ;productA |
入札イベント | |
| 5 | ;productA;1;50,;productB;1;30 |
purchase |
ヒット 3の後、ステージングされた値(post_evar1)は、いずれかの割り当て設定でvalue Bになります。
- 元の値(最初):製品Aは既にバインドされているため、ヒット 4は製品Aでは無視されます。 両方の製品は、すべての購入クレジットを受け取る
value Aにバインドされたままです。 - 最新(最後): ヒット 4は商品Aを
value Bに再バインドします。 商品Bはヒット 4ではないため、value Aにバインドされたままです。 製品Aの購入クレジットはvalue Bに対し、製品Bの購入クレジットはvalue Aに対して付与されます。
ヒット 1、2、5のみの1回のバインディング試行では、両方の設定で同じ結果が生成されます。 配分が重要なのは、すでに連結されている製品が別の結合試行を受け取った場合のみです。
ベストプラクティス:商品検索方法
多くの小売サイトでは、マーチャンダイジング eVarとして、次のような商品検索方法を追跡する利点があります。
- 内部検索キーワード (例:
eVar2) - 内部キャンペーントラッキングコード (例:
eVar3) - マーチャンダイジングまたはカテゴリの閲覧(例:
eVar4) - クロスセルリンク (例:
eVar5) - 商品ページへの外部リンクなどのメソッドを含む、すべてのメソッドを比較する全体的な商品検索方法eVar(例:
eVar1)
訪問者が1つのメソッドを使用する場合、他の検索方法eVarsを「非」値に設定します。 そうでなければ、未使用のメソッドの以前の値は、別のメソッドを通じて見つかった製品に対するクレジットを受け取る可能性があります。 例えば、「sandals」の内部検索の結果ページで次のように指定します。
s.eVar1 = "internal keyword search";
s.eVar2 = "sandals";
s.eVar3 = "non-internal campaign";
s.eVar4 = "non-browse";
s.eVar5 = "non-cross-sell";
コンバージョン変数の構文では、開発者はpropの検索語などの単純な値のみを設定でき、実装内のロジックはマーチャンダイジング eVarに入力できます。 ページ間で渡したり、products文字列に組み込んだりする必要はありません。 バインドが発生するヒットには、products変数が引き続き必要です。
Adobeでは、商品の検索方法eVarについて、次の設定をお勧めします。
各設定の説明については、管理者ガイドの コンバージョン変数を参照してください。
訪問者は、多くの場合、既に閲覧したりカートに追加された商品を再検索します。 次に例を示します。
- 訪問者が「サンダル」を検索し、結果ページから
sandal123をカートに追加します。 製品がinternal keyword searchにバインドされます。 - 3日後、訪問者は女性/靴/サンダル (
eVar1=browse)に移動し、sandal123を再度閲覧してから購入します。
直近(最後) では、ステップ 2の製品ビューはsandal123からbrowseに再バインドされ、その後、購入クレジットが付与されます。 最初に製品を見つけたメソッドは、何も受け取りません。
元の値(最初) では、手順2のバインド試行は無視され、internal keyword searchはクレジットを保持します。
訪問者が製品を購入しない場合、有効期限が切れるとバインディングが削除されるため、訪問者が使用する次の検索方法で製品にバインディングできます。 そのため、有効期限は、商品がカートに入っている期間と一致する必要があります。
マーチャンダイジング eVarのインスタンス
デフォルトの インスタンス 指標は、マーチャンダイジング変数での使用はお勧めしません。
-
製品の構文を使用するマーチャンダイジング変数の場合、インスタンスはまったく増えません。
-
コンバージョン変数の構文を使用するマーチャンダイジング変数の場合、eVar が設定されるたびにインスタンスがカウントされます。 ただし、同じヒットで次のすべてが発生しない限り、インスタンスはディメンション項目
"None"に属性を割り当てます。- マーチャンダイジング eVar に値が設定されます。
products変数は値で定義されます。- バインディングイベントが設定される。
コンバージョン変数構文のほとんどのユースケースでは、異なるヒットに対してeVar変数とproducts変数を必要とするため、デフォルトのインスタンス指標は使用するのが現実的ではありません。
コンバージョン変数構文で送信された各値のインスタンスをカウントするには、ラストタッチ アトリビューションモデル をインスタンス指標に適用します。 アトリビューションモデルでは、ステージ済みの値や商品のバインディングではなく、各ヒットで送信された値を使用します。 ルックバックウィンドウは関係ありません。ラストタッチは、eVarの割り当て設定に関係なく、送信されたヒットの各値をクレジットするためです。