派生フィールド
- トピック：
- 派生フィールド
作成対象：
- 管理者
派生フィールドは、Adobe Customer Journey Analytics のリアルタイムレポート機能の重要な側面です。派生フィールドを使用すると、カスタマイズ可能なルールビルダーを使用して、（多くの場合、複雑な）データ操作をその場で定義できます。その派生フィールドを Workspace のコンポーネント（指標またはディメンション）として使用したり、データビューでコンポーネントとしてさらに定義したりできます。
派生フィールドを使用すると、Adobe Customer Journey Analytics 外部の他の場所でデータを変換または操作する場合と比較して、大幅な時間と労力を節約できます。データ準備、Data Distiller、独自の ETL（抽出、変換、読み込み）／ELT（抽出、読み込み、変換）プロセス内など。
派生フィールドはデータビュー内で定義され、ルールとして定義された一連の関数に基づいており、使用可能な標準フィールドやスキーマフィールドに適用されます。
ユースケースの例を次に示します。
-
収集した不適切なページ名の値を正しいページ名の値に修正する派生ページ名フィールドを定義する。
-
1 つ以上の条件（例：URL パラメーター、ページ URL、ページ名など）に基づいて適切なマーケティングチャネルを決定する派生マーケティングチャネルフィールドを定義する。
派生フィールドインターフェイス
派生フィールドを作成または編集する場合は、派生フィールドインターフェイスを使用します。
| 名前 | 説明 | |
|---|---|---|
| 1 | セレクター | セレクター領域を使用して、関数、関数テンプレート、スキーマフィールドまたは標準フィールドを選択してルールビルダーにドラッグ＆ドロップします。 ドロップダウンを使用して次の中から選択します。 
関数、関数テンプレート、スキーマおよび標準フィールドは、 
選択したオブジェクトリストをフィルタリングするには、 
|
| 2 | ルールビルダー | 1 つ以上のルールを使用して、派生フィールドを順番に作成します。ルールは関数の具体的な実装なので、常に 1 つの関数にのみ関連付けられます。ルールを作成するには、関数をルールビルダーにドラッグ＆ドロップします。関数タイプによって、ルールのインターフェイスが決まります。 詳しくは、ルールインターフェイスを参照してください。 関数は、ルールビルダーで既に使用可能なルールの先頭、末尾または間に挿入できます。ルールビルダーの最後のルールによって、派生フィールドの最終的な出力が決まります。 |
| 3 | フィールド設定 | 派生フィールドに名前を付けて説明し、そのフィールドタイプを調べることができます。 |
| 4 | 最終出力 | この領域には、過去 30 日間のデータと、ルールビルダーで派生フィールドに行った変更に基づいて、出力値のその場で更新したプレビューが表示されます。 |
フィールドテンプレートウィザード
派生フィールドインターフェイスに初めてアクセスする際、フィールドテンプレートから開始ウィザードが表示されます。
- 作成しようとしているフィールドのタイプを最もよく表しているテンプレートを選択します。
- 「選択」ボタンを選択して続行します。
派生フィールドダイアログには、選択したフィールドのタイプに必須または役立つルール（および関数）が入力されます。使用可能なテンプレートについて詳しくは、関数テンプレートを参照してください。
ルールインターフェイス
ルールビルダーでルールを定義する際は、ルールインターフェイスを使用します。
| 名前 | 説明 | |
|---|---|---|
| A | ルール名 | デフォルトでは、ルール名は ルール X です（X はシーケンス番号を表します）。ルールの名前を編集するには、その名前を選択し、新しい名前（例：Query Parameter）を入力します。 |
| B | 関数名 | ルール用に選択された関数名（例：URL PARSE）。関数が関数シーケンスの最後であり、最終出力値を決定する際、関数名の後に - FINAL OUTPUT が続きます（例：URL PARSE - FINAL OUTPUT）。 関数の詳細情報を含むポップアップを表示するには、 
|
| C | ルールの説明 | オプションでルールに説明を追加できます。
エディターを使用して説明を入力します。ツールバーを使用して、テキストの書式設定（スタイルセレクター、太字、斜体、下線、右揃え、左揃え、中央揃え、カラー、番号リスト、ブレットリストの使用）や、外部情報へのリンクの追加を行うことができます。 説明の編集を終了するには、エディターの外側をクリックします。 |
| D | 関数領域 | 関数のロジックを定義します。インターフェイスは、関数のタイプによって異なります。 フィールド または 値 のドロップダウンメニューには、関数が想定する入力のタイプに基づいて、使用可能なすべてのフィールドカテゴリ（ルール、標準フィールド、フィールド）が表示されます。 または、スキーマおよび標準のフィールドセレクターからフィールドをフィールドまたは値にドラッグ＆ドロップすることもできます。ドラッグしたフィールドがルックアップデータセットからのものである場合、定義した関数の前にルックアップ関数が自動的に挿入されます。 サポートされる各関数について詳しくは、関数リファレンスを参照してください。 |
派生フィールドの作成
-
既存のデータビューを選択するか、データビューを作成します。詳しくは、データビューを参照してください。
-
データビューの「コンポーネント」タブを選択します。
-
左側のパネルから「派生フィールドを作成」を選択します。
-
派生フィールドを定義するには、派生フィールドを作成インターフェイスを使用します。派生フィールドインターフェイスを参照してください。
新しい派生フィールドを保存するには、「保存」を選択します。
-
新しい派生フィールドは、データビューの左側のパネルの スキーマフィールド の一部として、派生フィールド／コンテナーに追加されます。
派生フィールドの編集
-
既存のデータビューを選択します。詳しくは、データビューを参照してください。
-
データビューの「コンポーネント」タブを選択します。
-
左側の接続パネルにある「スキーマフィールド」タブを選択します。
-
派生フィールド／ コンテナーを選択します。
-
編集する派生フィールドにポインタを合わせて、
-
派生フィールドを編集するには、派生フィールドを編集インターフェイスを使用します。派生フィールドインターフェイスを参照してください。
-
更新した派生フィールドを保存するには、「保存」を選択します。
-
派生フィールドに行った変更をキャンセルするには、「キャンセル」を選択します。
-
派生フィールドを新しい派生フィールドとして保存するには、「名前を付けて保存」を選択します。新しい派生フィールドの名前は、編集した元の派生フィールドと同じで、
(copy)が追加されます。
-
または、データビューで派生フィールドをディメンションまたは指標のコンポーネントとして使用している場合は、次のようになります。
-
コンポーネントを選択します。コンポーネントの名前は、派生フィールドの名前と異なる可能性があります。
-
コンポーネントパネルで、スキーマフィールド名の下にある、派生フィールドの横の
-
派生フィールドを編集するには、派生フィールドを編集インターフェイスを使用します。派生フィールドインターフェイスを参照してください。
-
更新した派生フィールドを保存するには、「保存」を選択します。
-
派生フィールドに行った変更をキャンセルするには、「キャンセル」を選択します。
-
派生フィールドを新しい派生フィールドとして保存するには、「名前を付けて保存」を選択します。新しい派生フィールドの名前は、編集した元の派生フィールドと同じで、
(copy)が追加されます。
-
派生フィールドの削除
-
既存のデータビューを選択します。詳しくは、データビューを参照してください。
-
データビューの「コンポーネント」タブを選択します。
-
接続パネルにある「スキーマフィールド」タブを選択します。
-
派生フィールド／ コンテナーを選択します。
-
削除する派生フィールドにポインタを合わせて、
-
派生フィールドを編集インターフェイスで、「削除」を選択します。
削除を確認するコンポーネントを削除ダイアログが表示されます。データビューの外部に派生フィールドへの外部参照が存在する可能性があることを考慮します。
- 派生フィールドを削除するには、「続行」を選択します。
または、データビューで派生フィールドをディメンションまたは指標のコンポーネントとして使用している場合は、次のようになります。
-
コンポーネントを選択します。コンポーネントの名前は、派生フィールドの名前と異なる可能性があります。
-
コンポーネントパネルで、スキーマフィールド名の下にある、派生フィールドの横の
-
派生フィールドを編集インターフェイスで、「削除」を選択します。
削除を確認するコンポーネントを削除ダイアログが表示されます。データビューの外部に派生フィールドへの外部参照が存在する可能性があることを考慮します。
- 派生フィールドを削除するには、「続行」を選択します。
NOTE関数テンプレート
特定のユースケースの派生フィールドをすばやく作成するために、関数テンプレートが使用できます。 これらの関数テンプレートは、派生フィールドインターフェイスのセレクター領域からアクセスできます。また、フィールドテンプレートから開始ウィザードで初めて使用するときにも表示されます。
マーケティングチャネル
この関数テンプレートは、ルールのコレクションを使用してマーケティングチャネルを作成します。
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
バウンス数
この関数テンプレートは、ルールのコレクションを使用して、サイトバウンスを識別します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
マルチディメンション結合
この関数テンプレートは、2 つの値を 1 つに結合します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
わかりやすいデータセット名
この関数テンプレートは、読み取り可能なデータセット名を提供します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
URL からのページ名
この関数テンプレートは、単純なページ名を作成します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
ホリデーシーズン
この関数テンプレートは、年の主な時期を分類します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
月間目標
この関数テンプレートは、カスタムの月次目標を設定します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
区切りリストのすべての値を取得
この関数テンプレートは、制限リストを配列に変換します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
区切りリストの最初の値を取得
この関数テンプレートは、区切られたリストの最初の値を取得します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
区切りリストの最後の値を取得
この関数テンプレートは、区切られたリストの最後の値を取得します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
ドメイン名
この関数テンプレートは、正規表現を使用してドメイン名を抽出します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
クエリ文字列パラメーターを取得
この関数テンプレートは、クエリ文字列値を抽出します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
移行フィールド
この関数テンプレートは、あるフィールドから別のフィールドにレポートを移行します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
シンプルなボット検出
この関数テンプレートは、ライトボットの識別を実装します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
離脱リンク
この関数テンプレートは、セッションで最後にクリックされたリンクを識別します。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
ダウンロードリンク
この関数テンプレートは、一般的なダウンロードリンクにフラグを立てます。
NOTEテンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
関数リファレンス
NOTEサポートされている各関数について、次の点で詳細を確認してください。
-
仕様：
- 入力データタイプ：サポートされるデータのタイプ、
- 入力：入力に使用可能な値、
- 含まれる演算子：この関数でサポートされる演算子（ある場合）、
- 制限事項：この特定の関数に適用される制限事項、
- 出力。
-
次のようなユースケース：
- 派生フィールドを定義する前のデータ、
- 派生フィールドの定義方法、
- 派生フィールドを定義した後のデータ。
-
制約（該当する場合）。
Case When
1 つ以上のフィールドから定義された条件に基づいて、条件を適用します。これらの基準は、条件のシーケンスに基づいて、新しい派生フィールドの値を定義するのに使用されます。
仕様
- 文字列
- 数値
- 日付
-
If, Else If コンテナ：
- 値
-
- ルール
- 標準フィールド
- フィールド 条件（選択した値のタイプに基づく含まれる演算子を参照してください）
-
値を以下に設定、それ以外の場合は値を以下に設定：
- 値
- ルール
- 標準フィールド
- フィールド
- 値
文字列
- 次と等しい
- が次のいずれかの語句に等しい
- フレーズを含む
- いずれかの語句を含む
- すべての語句を含む
- 次の語句で始まる
- 任意の語句で始まる
- 次の語句で終わる
- 任意の語句で終わる
- 次と等しくない
- が次のいずれの語句にも等しくない
- このフレーズを含まない
- いずれの語句も含まない
- が次のすべての語句を含まない
- 次で始まらない
- いずれの語句でも開始しない
- 次で終わらない
- いずれの語句でも終わらない
- 設定済み
- 未設定
数値
- 次と等しい
- 次と等しくない
- 次より大きい
- 次よりも大きいか等しい
- 次より小さい
- 次よりも小さいか等しい
- 設定済み
- 未設定
日付
- 次と等しい
- 次と等しくない
- が次よりも後
- が次以降
- 次より前
- が次以前
- 設定済み
- 未設定
- 派生フィールドごとに 5 つの関数
- 派生フィールドあたり 200 演算子。単一のオペレーターの例としては、「参照ドメインに google が含まれる」があります。
ユースケース 1
カスケードロジックを適用してマーケティングチャネルフィールドを適切な値に設定することで、様々なマーケティングチャネルを識別するルールを定義する必要があります。
- リファラーが検索エンジンからのものであり、ページのクエリ文字列値が
cidにps_を含む場合、マーケティングチャネルは 有料検索 として識別される必要があります。 - リファラーが検索エンジンからのもので、ページにクエリ文字列
cidがない場合、マーケティングチャネルは 自然検索 として識別される必要があります。 - ページのクエリ文字列値が
cidにem_を含む場合、マーケティングチャネルは メール として識別される必要があります。 - ページのクエリ文字列値が
cidにds_を含む場合、マーケティングチャネルは ディスプレイ広告 として識別される必要があります。 - ページのクエリ文字列値が
cidにso_を含む場合、マーケティングチャネルは 有料ソーシャル として識別される必要があります。 - リファラーが twitter.com、facebook.com、linkedin.com または tiktok.com の参照ドメインからものの場合、マーケティングチャネルは ナチュラルソーシャル として識別される必要があります。
- 上記のルールのいずれも一致しない場合、マーケティングチャネルは その他のリファラー として識別される必要があります。
サイトがリファラーとページ URL を含む次のサンプルイベントを受け取った場合、これらのイベントは次のように識別される必要があります。
https://facebook.comhttps://site.com/homehttps://abc.comhttps://site.com/?cid=ds_12345678https://site.com/?cid=em_12345678https://google.comhttps://site.com/?cid=ps_abc098765https://google.comhttps://site.com/?cid=em_765544332https://google.com前のデータ
https://facebook.comhttps://site.com/homehttps://abc.comhttps://site.com/?cid=ds_12345678https://site.com/?cid=em_12345678https://google.comhttps://site.com/?cid=ps_abc098765https://google.comhttps://site.com/?cid=em_765544332https://google.com派生フィールド
Marketing Channel の派生フィールドを定義します。CASE WHEN 関数を使用して、Page URL フィールドとReferring URL フィールドの両方の既存の値に基づいて値を作成するルールを定義します。
CASE WHEN ルールが適用される前に Page Url と Referring Url の値を取得するルールを定義するための関数 URL PARSE の使用に注意してください。
後のデータ
ユースケース 2
Product Finding Methods ディメンション内の複数の異なるバリエーションの検索を収集しました。検索と参照の全体的なパフォーマンスを理解するには、結果を手動で組み合わせることに多くの時間を費やす必要があります。
サイトは、Product Finding Methods ディメンションに対して次の値を収集します。最後に、これらの値はすべて検索を示します。
前のデータ
派生フィールド
Product Finding Methods (new) の派生フィールドを定義します。次の CASE WHEN ルールをルールビルダーで作成します。これらのルールは、フレーズを含む条件を使用して search と browse の古い製品検索方法フィールド値のすべての可能なバリエーションにロジックを適用します。
後のデータ
ユースケース 3
旅行会社として、予約された旅行の旅行期間をバケット化して、バケット化された旅行の長さをレポートできるようにしたいと考えています。
前提：
- 組織が、旅行期間を数値フィールドに収集しています。
- 1～3 日の期間を「short trip」というバケットにバケット化したいと考えています
- 期間が 4～7 日のバケットを「medium trip」というバケットに入れたいと考えています
- 8 日以上の期間を「long trip」というバケットにバケット化したいとします
- 1 日の期間で 132 件の旅行が予約されました
- 2 日の期間で 110 件の旅行が予約されました
- 3 日の期間で 105 件の旅行が予約されました
- 4 日の期間で 99 件の旅行が予約されました
- 5 日の期間で 92 件の旅行が予約されました
- 6 日の期間で 85 件の旅行が予約されました
- 7 日の期間で 82 件の旅行が予約されました
- 8 日の期間で 78 件の旅行が予約されました
- 9 日の期間で 50 件の旅行が予約されました
- 10 日の期間で 44 件の旅行が予約されました
- 11 日の期間で 38 件の旅行が予約されました
- 31 日の期間で 12 件の旅行が予約されました
目的のレポートは次のようになります。
前のデータ
派生フィールド
Trip Duration (bucketed) の派生フィールドを定義します。次の CASE WHEN ルールをルールビルダーで作成します。このルールは、古いトリップ期間フィールド値を short trip、medium trip および long trip の 3 つの値にバケット化するロジックを適用します。
後のデータ
詳細情報
Customer Journey Analytics は、Adobe Experience Platform の XDM（エクスペリエンスデータモデル）をモデルにした、ネストされたコンテナ構造を使用します。背景の情報について詳しくは、 コンテナおよび セグメントコンテナを参照してください。 このコンテナモデルは、本質的には柔軟性がありますが、ルールビルダーを使用する際にいくつかの制約が課せられます。
Customer Journey Analytics では、次のデフォルトのコンテナモデルが使用されます。
値の 選択 と 設定 時には、次の制約が適用されます。
Classify
新しい派生フィールド内の対応する値に置き換えられる値のセットを定義します。
仕様
- 文字列
- 数値
- 日付
-
分類するフィールド：
- ルール
- 標準フィールド
- フィールド
-
値が等しい場合および値を次の値に置換：
- 文字列
-
元の値を表示
- ブール値
- 派生フィールドごとに 5 つの関数
- 派生フィールドごとに 200 個の演算子。値が元の値と等しい場合、新しい値と置き換えるの各エントリは、操作と見なされます。
ユースケース 1
hotelID のキー列と、hotelID に関連付けられた city、rooms、hotel name などの 1 つ以上の追加の列を含む CSV ファイルがあります。
ディメンションで Hotel ID を収集していますが、CSV ファイル内の hotelID から派生した Hotel Name ディメンションを作成したいと考えています。
CSV ファイルの構造と内容
現在のレポート
目的のレポート
前のデータ
派生フィールド
Hotel Name の派生フィールドを定義します。CLASSIFY 関数を使用して、「ホテル ID」フィールドの値を分類し、新しい値に置き換えることができるルールを定義します。
分類する値の一部として定義していない元の値（例：ホテル ID AMS789）を含める場合は、「元の値を表示」を選択します。これにより、AMS789 の値が分類されていないにもかかわらず、派生フィールドの出力の一部となります。
後のデータ
ユースケース 2
複数のページで、わかりやすいページ名の代わりに URL を収集しました。この混在した値のコレクションにより、レポートが中断されます。
前のデータ
http://www.adobetravel.ca/Hotel-Searchhttps://www.adobetravel.com/Package-Searchhttp://www.adobetravel.ca/user/reviewshttps://www.adobetravel.com.br/Generate-Quote/preview派生フィールド
Page Name (updated) の派生フィールドを定義します。 CLASSIFY 関数を使用して、既存の「ページ名」フィールドの値を分類し、更新された正しい値に置き換えることができるルールを定義します。
後のデータ
詳細情報
分類ルールインターフェイスでは、次の追加機能を使用できます。
- すべてのテーブルの値をすばやくクリアするには、
- 「値が等しい場合」の元の値と「値を次の値に置換」の新しい値を含む CSV ファイルをアップロードするには、
- アップロードする元の値と新しい値を含む CSV ファイルを作成するためのテンプレートをダウンロードするには、
- ルールインターフェイスに入力されたすべての元の値と新しい値を含む CSV ファイルをダウンロードするには、
連結
定義済みの区切り記号を使用して、フィールド値を 1 つの新しい派生フィールドに結合します。
仕様
- 文字列
-
値：
- ルール
- 標準フィールド
- フィールド
- 文字列
-
区切り記号：
- 文字列
ユースケース
現在、出発地と目的地の空港コードを別々のフィールドとして収集しています。この 2 つのフィールドをハイフン（-）で区切られた 1 つのディメンションに結合したいと考えています。これにより、出発地と目的地の組み合わせを分析して、予約されている上位のルートを特定できます。
前提：
- 出発地と目的地の値は、同じテーブルの別々のフィールドに収集されます。
- ユーザーは、値の間に区切り記号「-」を使用することを決定します。
次の予約が発生したとします。
- お客様の ABC123 がソルトレイクシティ（SLC）とオーランド（MCO）間のフライトを予約
- お客様の ABC456 がソルトレイクシティ（SLC）とロサンゼルス（LAX）間のフライトを予約
- お客様の ABC789 がソルトレイクシティ（SLC）とシアトル（SEA）間のフライトを予約
- お客様の ABC987 がソルトレイクシティ（SLC）とサンノゼ（SJO）間のフライトを予約
- お客様の ABC654 がソルトレイクシティ（SLC）とオーランド（MCO）間のフライトを予約
目的のレポートは次のようになります。
前のデータ
派生フィールド
Origin - Destination の派生フィールドを定義します。CONCATENATE 関数を使用し、- 区切り記号を使用して、「出発地」フィールドと「目的地」フィールドを連結するルールを定義します。
後のデータ
（派生フィールド）
Deduplicate
値が複数回カウントされるのを防ぎます。
仕様
- 文字列
- 数値
-
値：
- ルール
- 標準フィールド
- フィールド
- 文字列
-
範囲：
- ユーザー
- セッション
-
重複排除 ID：
- ルール
- 標準フィールド
- フィールド
- 文字列
-
保持する値：
- 最初のインスタンスを維持
- 最後のインスタンスを維持
ユースケース 1
ユーザーが予約確認ページを再読み込みした際に、売上高が重複してカウントされるのを防ぐ必要があります。識別子に予約確認 ID を使用すると、同じイベントで受信した際に売上高が再度カウントされません。
前のデータ
派生フィールド
Booking Confirmation の派生フィールドを定義します。DEDUPLICATE 関数を使用すると、重複排除 ID 予約確認 ID を使用して範囲 Person の値 Booking の重複排除を行うルールを定義できます。最初のインスタンスを保持を保持する値として選択します。
後のデータ
ユースケース 2
イベントを、外部マーケティングキャンペーンでのキャンペーンのクリックスルーのプロキシとして使用します。リロードとリダイレクトが原因で、イベント指標が水増しされます。トラッキングコードディメンションの重複を排除して、最初のディメンションのみが収集されるようにし、イベントのオーバーカウントを最小限に抑えたいと考えています。
前のデータ
派生フィールド
新しい Tracking Code (deduplicated) の派生フィールドを定義します。DEDUPLICATE 関数を使用すると、トラッキングコードの重複を排除するルールを、重複排除範囲のセッションと、最初のインスタンスを保持を保持する値として定義できます。
後のデータ
検索と置換
選択したフィールド内のすべての値を検索し、それらの値を新しい派生フィールド内の別の値に置き換えます。
仕様
- 文字列
-
値
- ルール
- 標準フィールド
- フィールド
-
すべてを検索、およびすべてを次と置換：
- 文字列
文字列
- すべてを検索、およびすべてを次と置換
ユースケース
外部マーケティングチャネルレポートで不正な値を受信しました（例：email marketing ではなく email%20 marketing）。これらの不正な値によりレポートが破損し、メールのパフォーマンスを確認するのが難しくなります。email%20marketing を email marketing に置き換える必要があります。
元のレポート
優先レポート
前のデータ
派生フィールド
Email Marketing (updated) の派生フィールドを定義します。FIND AND REPLACE 関数を使用して、email%20marketing のすべての発生を検索して email marketing に置き換えるルールを定義します。
後のデータ
ルックアップ
ルックアップデータセットのフィールドを使用して値をルックアップし、新しい派生フィールドまたは追加のルール処理に値を返します。
仕様
- 文字列
- 数値
- 日付
-
ルックアップを適用するフィールド：
-
- ルール
- 標準フィールド
- フィールド ルックアップデータセット
-
- データセット
一致するキー
- ルール
- フィールド
-
戻す値
- ルール
- フィールド
ユースケース
Adobe Target を通じて表示されるパーソナライズされたバナーをお客様がクリックした際に収集されたアクティビティ ID を使用して、アクティビティ名をルックアップしたいと考えています。アクティビティ ID とアクティビティ名を含む Analytics for Target（A4T）アクティビティでルックアップデータセットを使用する必要があります。
A4T ルックアップデータセット
派生フィールド
Activity Name の派生フィールドを定義します。LOOKUP 関数を使用して、「ルックアップを適用するフィールド」フィールド（例：ActivityIdentifier）で指定した、収集されたデータから値をルックアップするルールを定義します。ルックアップデータセットリストからルックアップデータセットを選択します（例：New CJA4T Activities）。次に、一致するキーリストから識別子フィールド (例：ActivityIdentifier）を選択し、戻す値リストから返されるフィールド（例：ActivityName）を選択します。
詳細情報
ルックアップ関数は、レポート時、接続の一部として設定したルックアップデータセットから Customer Journey Analytics によって取得されたデータに適用されます。
既に 1 つ以上の他の関数が含まれているルールビルダーに、ルックアップ関数をすばやく挿入できます。
- セレクターから「スキーマフィールド」を選択します。
-
- ルックアップデータセットを選択し、ルックアップに使用するフィールドを見つけます。
- ルックアップフィールドを、関数の使用可能な入力フィールド（例：条件の場合）のいずれかにドラッグ＆ドロップします。有効な場合、「+ 追加」というラベルの付いた青色のボックスを使用してフィールドをドロップすると、ルックアップフィールドをドロップした関数の前にルックアップ関数が自動的に挿入されます。挿入されたルックアップ関数には、すべてのフィールドの関連する値が自動的に入力されます。
Lowercase
フィールドの値を小文字に変換し、新しい派生フィールドに格納します。
仕様
- 文字列
- 数値
- 日付
- フィールド：
- ルール
- 標準フィールド
- フィールド
ユースケース
適切なレポートを作成するために、収集したすべての製品名を小文字に変換したいと考えています。
前のデータ
派生フィールド
Product Names の派生フィールドを定義します。LOWERCASE 関数を使用して、「収集された製品名」フィールドの値を小文字に変換し、新しい派生フィールドに格納するルールを定義します。
後のデータ
Math
数値フィールドに対して基本的な数学演算子（加算、減算、乗算、除算、累乗）を使用します。
仕様
- 数値
- 1 つまたは複数の数値フィールド
- 1 つまたは複数の演算子（加算、減算、乗算、除算、累乗）
- ユーザー入力値
+（追加）-（減算）*（乗算）/（除算）^（累乗）
- 派生フィールドごとに 25 の操作
- 派生フィールドごとに 5 つの数学関数
ユースケース
インフレーションにより、取り込まれた CRM データの売上高の数値を 5％のインフレーションで修正する必要があります。
前のデータ
派生フィールド
Corrected Annual Revenue の派生フィールドを定義します。MATH 関数を使用して、元の年間売上高の数値に 1.05 を乗算するルールを定義します。
後のデータ
詳細情報
数式を作成するには：
-
数式フィールドに入力を開始するだけで、入力した内容に一致する数値フィールドがポップアップメニューに表示されます。または、左側のパネルの使用可能なフィールドから数値フィールドをドラッグ＆ドロップすることもできます。
-
オペランド（例：乗算の場合は
*）を追加し、その後に別のフィールドまたは静的な値を追加します。括弧を使用して、より複雑な数式を定義できます。 -
静的な値（例：
1.05）を挿入するには、値を入力し、ポップアップメニューから「x を静的な値として追加」または「-x をを静的な負の値として追加」を選択します。
-
緑色のチェックマーク
MATH 関数で静的な数値を使用する場合は、いくつかの重要な考慮事項があります。
-
静的な値は、フィールドに関連付ける必要があります。例えば、静的フィールドのみで MATH 関数を使用することはサポートされていません。
-
静的な値に累乗演算子（
ˆ）は使用できません。 -
数式で複数の静的な値を使用している場合、数式を有効にするには、これらの静的の値を括弧を使用してグループ化する必要があります。例：
-
この数式はエラーを返します。
-
この数式は有効です。
-
ヒットレベルに基づく計算には、Math 関数を使用します。イベント、セッションまたはユーザーの範囲に基づく計算には、Summarize 関数を使用します。
Merge Fields
2 つの異なるフィールドの値を新しい派生フィールドに結合します。
仕様
- 文字列
- 数値
- 日付
- フィールド：
- ルール
- 標準フィールド
- フィールド
ユースケース
チャネルをまたいでジャーニーを分析する目的で、ページ名フィールドと通話理由フィールドから構成されるディメンションを作成したいと考えています。
前のデータ
派生フィールド
Cross Channel Interactions の派生フィールドを定義します。MERGE FIELDS 関数を使用して、「ページ名」フィールドと「通話理由」フィールドの値を結合し、新しい派生フィールドに格納するルールを定義します。
後のデータ
詳細情報
結合フィールドルール内で同じタイプのフィールドを選択する必要があります。例えば、「日付」フィールドを選択した場合、結合する他のすべてのフィールドは「日付」フィールドにする必要があります。
Next or Previous
フィールドを入力として受け取り、セッションまたは使用の範囲内で、そのフィールドの次または前の値を解決します。これは、「訪問」および「イベント」テーブルフィールドにのみ適用されます。
仕様
- 文字列
- 数値
- 日付
-
フィールド：
-
- ルール
- 標準フィールド
- フィールド
メソッド：
- 前の値
- 次の値
-
範囲：
- ユーザー
- セッション
-
インデックス：
- 数値
-
繰り返しを含める：
- ブール値
ユースケース
繰り返し値を考慮して、受信したデータの 次 または 前 の値が何であるかを理解したいと考えています。
データ
例 1 - 繰り返しを含む処理
セッション
インデックス = 1
繰り返しを含める
セッション
インデックス = 1
繰り返しを含めない
セッション
インデックス = 1
繰り返しを含める
セッション
インデックス = 1
繰り返しを含まない
例 2 - 処理には、受信データに空値を含む繰り返しが含まれる
セッション
インデックス = 1
繰り返しを含める
セッション
インデックス = 1
繰り返しを含めない
セッション
インデックス = 1
繰り返しを含める
セッション
インデックス = 1
繰り返しを含まない
派生フィールド
Next Value または Previous value の派生フィールドを定義します。NEXT OR PREVIOUS 関数を使用して、「受信データ」フィールドを選択するルールを定義し、メソッドとして「次の値」または「前の値」、範囲として「セッション」を選択し、インデックスの値を 1 に設定します。
詳細情報
訪問またはイベントテーブルに属するフィールドのみを選択できます。
繰り返しを含めるは、NEXT OR PREVIOUS 関数の繰り返し値の処理方法を決定します。
-
繰り返しの外観と次または前の値を含めます。 「繰り返しを含める」を選択した場合、現在のヒットからの次または前の値の連続した繰り返しは無視されます。
-
選択したフィールドに値がない（空白の）行には、NEXT OR PREVIOUS 関数の出力の一部として次または前の値が返されません。
Regex Replace
正規表現を使用してフィールドの値を新しい派生フィールドに置き換えます。
仕様
- 文字列
- 数値
- フィールド：
- ルール
- 標準フィールド
- フィールド
- 正規表現：
-
- 文字列 出力形式：
- 文字列
- 大文字と小文字を区別
- ブール値
ユースケース
URL の一部を取得し、一意のページ識別子として使用してトラフィックを分析したいと考えています。URL の末尾を取得するための正規表現として [^/]+(?=/$|$) を使用し、出力パターンとして $1 を使用します。
前のデータ
https://business.adobe.com/products/analytics/adobe-analytics-benefits.htmlhttps://business.adobe.com/products/analytics/adobe-analytics.htmlhttps://business.adobe.com/products/experience-platform/customer-journey-analytics.htmlhttps://business.adobe.com/products/experience-platform/adobe-experience-platform.html派生フィールド
Page Identifier の派生フィールドを作成します。REGEX REPLACE 関数を使用して、[^/]+(?=/$|$) の正規表現と $1 の出力形式を使用して「参照 URL」フィールドの値を置き換えるルールを定義します。
後のデータ
詳細情報
Customer Journey Analytics では、Perl 正規表現構文のサブセットを使用します。次の式がサポートされています。
aa。a|ba または b。[abc]a、b または c。[^abc]a、b または c を除く任意の単一の文字。[a-z]a ～ z の範囲の任意の単一の文字。[a-zA-Z0-9]a ～ z、A ～ Z または数字 0 ～ 9 の範囲の任意の単一の文字。^$\A\z.\s\S\d\D\w\W\b\B\<\>(...)(?:...)a?a。a*a。a+a。a{3}a。a{3,}a。a{3,6}a。出力形式では、目的の文字列出力を実現するために、これらのシーケンスを何回でも、どのような順序でも使用できます。
$&$n$1 は最初のサブ式を出力します。$`$+$$"$" を出力します。Split
フィールドの値を新しい派生フィールドに分割します。
仕様
- 文字列
- 数値
- フィールド：
- ルール
- 標準フィールド
- フィールド
- メソッド：
-
- 左から
- 右から
- 配列に変換 区切り記号の場合：
- 文字列
- インデックスの場合：
- 数値
ユースケース 1
音声アプリの応答を単一のディメンションで区切られたリストに収集します。リスト内の各値が、応答レポート内で一意の値になるようにします。
前のデータ
派生フィールド
Responses の派生フィールドを作成します。SPLIT 関数を使用し、配列に変換メソッドを使用して、区切り記号として , を使用して「音声アプリの応答」フィールドの値を変換するルールを定義します。
後のデータ
ユースケース 2
音声アプリの応答を単一のディメンションで区切られたリストに収集します。リストの最初の値からの応答を独自のディメンションに取り込みます。リストの最後の値を独自のディメンションに配置したいと考えています。
前のデータ
派生フィールド
First Response の派生フィールドを作成します。SPLIT 関数を使用し、応答 , の左側にある「応答」フィールドの最初の値を区切り記号として取得するルールを定義します。
「右から」を選択し、区切り記号として「1」、インデックスとして「1」を選択して、「応答」フィールドから最後の値を取得する Second Response の派生フィールドを作成します。
後のデータ
Summarize
イベント、セッションおよびユーザーレベルで指標またはディメンションに集計タイプ関数を適用します。
仕様
- 文字列
- 数値
- 日付
-
値
- ルール
- 標準フィールド
- フィールド
-
要約方法
-
範囲
- イベント
- セッション
- ユーザー
-
数値
- MAX - 値のセットから最大値を返します
- MIN - 値のセットから最小値を返します
- MEDIAN - 値のセットの中央値を返します
- MEAN - 値のセットの平均を返します
- SUM - 値のセットの合計を返します
- COUNT - 受信した値の数を返します
- DISTINCT - 個別値のセットを返します
-
文字列
- DISTINCT - 個別値のセットを返します
- COUNT DISTINCT - 個別値の数を返します
- MOST COMMON - 最も頻繁に受信される文字列値を返します
- LEAST COMMON - 最も頻繁に受信されない文字列値を返します
- FIRST - 最初に受信した値。セッションとイベントテーブルにのみ適用されます
- LAST - 最後に受信した値。セッションとイベントテーブルにのみ適用されます
-
日付
- DISTINCT - 個別値のセットを返します
- COUNT DISTINCT - 個別値の数を返します
- MOST COMMON - 最も頻繁に受信される文字列値を返します
- LEAST COMMON - 最も頻繁に受信されない文字列値を返します
- FIRST - 最初に受信した値。セッションとイベントテーブルにのみ適用されます
- LAST - 最後に受信した値。セッションとイベントテーブルにのみ適用されます
- EARLIEST - 受信した最も古い値（時間によって決定）。セッションとイベントテーブルにのみ適用されます
- LATEST - 受信した最新の値（時間によって決定）。セッションとイベントテーブルにのみ適用されます
ユースケース
買い物かごへの追加の売上高を、小、中、大の 3 つの異なるカテゴリに分類したいと考えています。これにより、価値の高いお客様の特性を分析および特定できます。
前のデータ
前提：
- 買い物かごへの追加の売上高は、数値フィールドとして収集されます。
シナリオ：
- CustomerABC123 は、ProductABC の買い物かごに 35 ドルを追加し、その後、別途 75 ドルの ProductDEF を買い物かごに追加します。
- CustomerDEF456 は、ProductGHI の買い物かごに 50 ドルを追加し、その後、別途 275 ドルの ProductJKL を買い物かごに追加します。
- CustomerGHI789 は、ProductMNO の買い物かごに 500 ドルを追加します。
ロジック：
- 訪問者の買い物かごへの追加の売上高の合計が 150 ドル未満の場合は、小に設定します。
- 訪問者の買い物かごへの追加の売上高の合計が 150 ドルを超え、500 ドル未満の場合は、中に設定します。
- 訪問者の買い物かごへの追加の売上高の合計が 500 ドル以上の場合は、大に設定します。
結果：
- CustomerABC123 に対する買い物かごへの追加の売上高の合計は 110 ドルです。
- CustomerDEF456 に対する買い物かごへの追加の売上高の合計は 325 ドルです。
- CustomerDEF456 に対する買い物かごへの追加の売上高の合計は 500 ドルです。
派生フィールド
Add To Cart Revenue Size の派生フィールドを作成します。cart_add フィールドの値を合計するには、SUMMARIZE 関数と、範囲をユーザーに設定した Sum Summarize メソッドを使用します。次に、2 番目の CASE WHEN ルールを使用して、結果をツリーカテゴリサイズに分割します。
後のデータ
詳細情報
イベント、セッションまたはユーザーの範囲に基づく計算には、Summarize 関数を使用します。ヒットレベルに基づく計算には、Math 関数を使用します。
Trim
フィールド値の先頭または末尾から、空白、特殊文字、文字数を新しい派生フィールドにトリミングします。
仕様
- 文字列
-
フィールド
- ルール
- 標準フィールド
- フィールド
-
空白をトリミング
-
特殊文字をトリミング
- 特殊文字の入力
-
左からトリミング
-
開始
-
文字列の開始
-
位置
- 位置 #
-
文字列
- 文字列値
- インデックス
- 文字列を含めるフラグ
-
-
終了
-
文字列の終了
-
位置
- 位置 #
-
文字列
- 文字列値
- インデックス
- 文字列を含めるフラグ
-
長さ
-
-
-
右からトリミング
-
開始
-
文字列の終了
-
位置
- 位置 #
-
文字列
- 文字列値
- インデックス
- 文字列を含めるフラグ
-
-
終了
-
文字列の開始
-
位置
- 位置 #
-
文字列
- 文字列値
- インデックス
- 文字列を含めるフラグ
-
長さ
-
-
ユースケース 1
製品データを収集しますが、そのデータにはレポートをフラグメントする非表示の空白文字が含まれています。余分な空白を簡単にトリミングしたいと考えています
前のデータ
"prod12356 ""prod12356"" prod12356"派生フィールド
Product Identifier の派生フィールドを作成します。TRIM 関数を使用して、「製品 ID」フィールドから 空白をトリミング するルールを定義します。
後のデータ
"prod12356"ユースケース 2
収集されたページ名のデータには、ページ名の末尾に誤った特殊文字が含まれているので、削除する必要があります。
前のデータ
派生フィールド
Page Name の派生フィールドを作成します。TRIM 関数を使用して、特殊文字 #?%&/ を使用して「名前」フィールドから特殊文字をトリミングするルールを定義します。
後のデータ
ユースケース 3
storeID を含むデータを収集します。 storeID の最初の 2 文字には、略語の米国の州コードが含まれます。レポートでは、その州コードのみを使用する必要があります。
前のデータ
派生フィールド
Store Identifier の派生フィールドを作成します。TRIM 関数を使用して、「storeID」フィールドの文字列の末尾から位置 3 までを右から切り詰めるルールを定義します。
後のデータ
URL の解析
プロトコル、ホスト、パス、クエリパラメーターなど、URL の様々な部分を解析します。
仕様
- 文字列
-
フィールド：
-
- ルール
- 標準フィールド
- フィールド
オプション：
- プロトコルを取得
- ホストを取得
- パスを取得
- クエリ文字列値を取得
- クエリーパラメーター：
- 文字列
- クエリーパラメーター：
- ハッシュ値を取得
ユースケース 1
マーケティングチャネルのルールセットの一部として、参照 URL の参照ドメインのみを使用します。
前のデータ
https://www.google.com/https://duckduckgo.com/https://t.co/https://l.facebook.com/派生フィールド
Referring Domain の派生フィールドを定義します。URL PARSE 関数を使用して、「参照 URL」フィールドからホストを取得し、新しい派生フィールドに格納するルールを定義します。
後のデータ
ユースケース 2
派生トラッキングコードレポートの出力の一部として、Page URL 内のクエリ文字列の cid パラメーターの値を使用する必要があります。
前のデータ
https://www.adobe.com/?cid=abc123https://www.adobe.com/?em=email1234&cid=def123https://www.adobe.com/landingpage?querystring1=test&test2=1234&cid=xyz123派生フィールド
Query String CID の派生フィールドを定義します。URL PARSE 関数を使用して、クエリパラメーターとして cid を指定して、「ページ URL」フィールドのクエリ文字列パラメーターの値を取得するルールを定義します。出力値は、新しい派生フィールドに格納されます。
後のデータ
制限事項
派生フィールドの機能には,、一般に次の制限が適用されます。
- 派生フィールドのルールを定義する際は、最大 10 個の異なるスキーマフィールド（標準フィールドは含まない）を使用できます。
- この最大 10 個の異なるスキーマフィールドから、最大 3 個のルックアップスキーマフィールドまたはプロファイルスキーマフィールドのみが許可されます。
- ライセンスを取得するパッケージに応じて、Customer Journey Analytics接続ごとに最大個の派生フィールドを設定できます。 詳しくは、 製品説明を参照してください。
関数の制限事項の概要
- 派生フィールドごとに関数が 5 つの Case When 関数
- 派生フィールドごとに 200 個の演算子。
- 派生フィールドごとに 5 つの Classify 関数
- 派生フィールドごとに 200 個の演算子。
- 派生フィールドごとに 2 つの Concatenate 関数
- 派生フィールドごとに 5 つの Deduplicate 関数
- 派生フィールドごとに 2 つの Find & Replace 関数
- 派生フィールドごとに 5 つの Lookup 関数
- 派生フィールドごとに 2 つの Lowercase 関数
- 派生フィールドごとに 25 の操作
- 派生フィールドごとに 5 つの数学関数
- 派生フィールドごとに 2 つの Merge Fields 関数
- 派生フィールドごとに 3 つの Next or Previous 関数
- 派生フィールドごとに 1 つの Regex Replace 関数
- 派生フィールドごとに 2 つの Split 関数
- 派生フィールドごとに 3 つの Summarize 関数
- 派生フィールドごとに 1 つの Trim 関数
- 派生フィールドごとに 5 つの URL Parse 関数
演算子
Case When 関数内の If または Else If 構造の演算子は、条件と 1 の値の組み合わせです。条件の値を追加するたびに、演算子の数が加算されます。
例えば、以下の条件では 13 個の演算子が使用されます。
Classify 関数の演算子は、値が元の値と等しい場合、新しい値と置き換えるという単一のエントリです。
例えば、以下の分類ルールでは、3 つの演算子が使用されます。
詳細情報
Trim と Lowercase は、データビューのコンポーネント設定で既に使用可能な機能です。 派生フィールドを使用すると、これらの関数を組み合わせて、Customer Journey Analytics で直接、より複雑なデータ変換を実行できます。例えば、Lowercase を使用してイベントフィールドの大文字と小文字の区別を削除し、Lookup を使用して、新しい小文字のフィールドを、小文字のルックアップキーのみを持つルックアップデータセットと一致させることができます。または、新しいフィールドで Lookup を設定する前に、Trim を使用して文字を削除することもできます。
派生フィールドのルックアップフィールドとプロファイルフィールドのサポートにより、イベントルックアップとプロファイル属性に基づいてデータを変換できます。これは、ルックアップデータセットまたはプロファイルデータセットにアカウントレベルのデータが含まれる B2B シナリオで特に役立ちます。また、このサポートは、ルックアップデータ（キャンペーン情報やオファータイプなど）やプロファイルデータ（メンバー層やアカウントタイプなど）からの共通フィールドのデータの操作にも役立ちます。