派生フィールド derived-fields
派生フィールドは、Adobe Customer Journey Analytics のリアルタイムレポート機能の重要な側面です。派生フィールドを使用すると、カスタマイズ可能なルールビルダーを使用して、(多くの場合、複雑な)データ操作をその場で定義できます。その派生フィールドを Workspace のコンポーネント(指標またはディメンション)として使用したり、データビューでコンポーネントとしてさらに定義したりできます。
派生フィールドを使用すると、Adobe Customer Journey Analytics 外部の他の場所でデータを変換または操作する場合と比較して、大幅な時間と労力を節約できます。データ準備、Data Distiller、独自の ETL(抽出、変換、読み込み)/ELT(抽出、読み込み、変換)プロセス内など。
派生フィールドはデータビュー内で定義され、ルールとして定義された一連の関数に基づいており、使用可能な標準フィールドやスキーマフィールドに適用されます。
ユースケースの例を次に示します。
-
収集した不適切なページ名の値を正しいページ名の値に修正する派生ページ名フィールドを定義する。
-
1 つ以上の条件(例:URL パラメーター、ページ URL、ページ名など)に基づいて適切なマーケティングチャネルを決定する派生マーケティングチャネルフィールドを定義する。
派生フィールドインターフェイス interface
派生フィールドを作成または編集する場合は、派生フィールドインターフェイスを使用します。
ドロップダウンを使用して次の中から選択します。
関数、関数テンプレート、スキーマおよび標準フィールドは、
選択したオブジェクトリストをフィルタリングするには、
詳しくは、ルールインターフェイスを参照してください。
関数は、ルールビルダーで既に使用可能なルールの先頭、末尾または間に挿入できます。ルールビルダーの最後のルールによって、派生フィールドの最終的な出力が決まります。
フィールドテンプレートウィザード wizard
派生フィールドインターフェイスに初めてアクセスする際、フィールドテンプレートから開始ウィザードが表示されます。
- 作成しようとしているフィールドのタイプを最もよく表しているテンプレートを選択します。
- 「選択」ボタンを選択して続行します。
派生フィールドダイアログには、選択したフィールドのタイプに必須または役立つルール(および関数)が入力されます。使用可能なテンプレートについて詳しくは、関数テンプレートを参照してください。
ルールインターフェイス rules
ルールビルダーでルールを定義する際は、ルールインターフェイスを使用します。
Query Parameter
)を入力します。関数の詳細情報を含むポップアップを表示するには、
エディターを使用して説明を入力します。ツールバーを使用して、テキストの書式設定(スタイルセレクター、太字、斜体、下線、右揃え、左揃え、中央揃え、カラー、番号リスト、ブレットリストの使用)や、外部情報へのリンクの追加を行うことができます。
説明の編集を終了するには、エディターの外側をクリックします。
サポートされる各関数について詳しくは、関数リファレンスを参照してください。
派生フィールドの作成 create
-
既存のデータビューを選択するか、データビューを作成します。詳しくは、データビューを参照してください。
-
データビューの「コンポーネント」タブを選択します。
-
左側のパネルから「派生フィールドを作成」を選択します。
-
派生フィールドを定義するには、派生フィールドを作成インターフェイスを使用します。派生フィールドインターフェイスを参照してください。
新しい派生フィールドを保存するには、「保存」を選択します。
-
新しい派生フィールドは、データビューの左側のパネルの スキーマフィールド の一部として、派生フィールド/コンテナーに追加されます。
派生フィールドの編集 edit
-
既存のデータビューを選択します。詳しくは、データビューを参照してください。
-
データビューの「コンポーネント」タブを選択します。
-
左側の接続パネルにある「スキーマフィールド」タブを選択します。
-
派生フィールド/ コンテナーを選択します。
-
編集する派生フィールドにポインタを合わせて、
-
派生フィールドを編集するには、派生フィールドを編集インターフェイスを使用します。派生フィールドインターフェイスを参照してください。
-
更新した派生フィールドを保存するには、「保存」を選択します。
-
派生フィールドに行った変更をキャンセルするには、「キャンセル」を選択します。
-
派生フィールドを新しい派生フィールドとして保存するには、「名前を付けて保存」を選択します。新しい派生フィールドの名前は、編集した元の派生フィールドと同じで、
(copy)
が追加されます。
-
または、データビューで派生フィールドをディメンションまたは指標のコンポーネントとして使用している場合は、次のようになります。
-
コンポーネントを選択します。コンポーネントの名前は、派生フィールドの名前と異なる可能性があります。
-
コンポーネントパネルで、スキーマフィールド名の下にある、派生フィールドの横の
-
派生フィールドを編集するには、派生フィールドを編集インターフェイスを使用します。派生フィールドインターフェイスを参照してください。
-
更新した派生フィールドを保存するには、「保存」を選択します。
-
派生フィールドに行った変更をキャンセルするには、「キャンセル」を選択します。
-
派生フィールドを新しい派生フィールドとして保存するには、「名前を付けて保存」を選択します。新しい派生フィールドの名前は、編集した元の派生フィールドと同じで、
(copy)
が追加されます。
-
派生フィールドの削除 delete
-
既存のデータビューを選択します。詳しくは、データビューを参照してください。
-
データビューの「コンポーネント」タブを選択します。
-
接続パネルにある「スキーマフィールド」タブを選択します。
-
派生フィールド/ コンテナーを選択します。
-
削除する派生フィールドにポインタを合わせて、
-
派生フィールドを編集インターフェイスで、「削除」を選択します。
削除を確認するコンポーネントを削除ダイアログが表示されます。データビューの外部に派生フィールドへの外部参照が存在する可能性があることを考慮します。
- 派生フィールドを削除するには、「続行」を選択します。
または、データビューで派生フィールドをディメンションまたは指標のコンポーネントとして使用している場合は、次のようになります。
-
コンポーネントを選択します。コンポーネントの名前は、派生フィールドの名前と異なる可能性があります。
-
コンポーネントパネルで、スキーマフィールド名の下にある、派生フィールドの横の
-
派生フィールドを編集インターフェイスで、「削除」を選択します。
削除を確認するコンポーネントを削除ダイアログが表示されます。データビューの外部に派生フィールドへの外部参照が存在する可能性があることを考慮します。
- 派生フィールドを削除するには、「続行」を選択します。
関数テンプレート templates
特定のユースケースの派生フィールドをすばやく作成するために、関数テンプレートが使用できます。 これらの関数テンプレートは、派生フィールドインターフェイスのセレクター領域からアクセスできます。また、フィールドテンプレートから開始ウィザードで初めて使用するときにも表示されます。
マーケティングチャネル mchannel
この関数テンプレートは、ルールのコレクションを使用してマーケティングチャネルを作成します。
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
バウンス数 bounces
この関数テンプレートは、ルールのコレクションを使用して、サイトバウンスを識別します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
マルチディメンション結合 multi-dim
この関数テンプレートは、2 つの値を 1 つに結合します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
わかりやすいデータセット名 friendlyname
この関数テンプレートは、読み取り可能なデータセット名を提供します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
URL からのページ名 pagename
この関数テンプレートは、単純なページ名を作成します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
ホリデーシーズン holiday
この関数テンプレートは、年の主な時期を分類します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
月間目標 goals
この関数テンプレートは、カスタムの月次目標を設定します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
区切りリストのすべての値を取得 allvalues
この関数テンプレートは、制限リストを配列に変換します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
区切りリストの最初の値を取得 firstvalue
この関数テンプレートは、区切られたリストの最初の値を取得します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
区切りリストの最後の値を取得 lastvalue
この関数テンプレートは、区切られたリストの最後の値を取得します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
ドメイン名 domain
この関数テンプレートは、正規表現を使用してドメイン名を抽出します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
クエリ文字列パラメーターを取得 querystring
この関数テンプレートは、クエリ文字列値を抽出します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
移行フィールド transition
この関数テンプレートは、あるフィールドから別のフィールドにレポートを移行します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
シンプルなボット検出 botdetection
この関数テンプレートは、ライトボットの識別を実装します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
離脱リンク exit
この関数テンプレートは、セッションで最後にクリックされたリンクを識別します。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
ダウンロードリンク download
この関数テンプレートは、一般的なダウンロードリンクにフラグを立てます。
note note |
---|
NOTE |
この節で説明する機能を使用するには、選択 パッケージまたはそれ以降のバージョンが必要です。 使用している Customer Journey Analytics パッケージが不明な場合は、管理者にお問い合わせください。 |
テンプレートを使用するには、テンプレート内のルールの一部として一覧表示されている各関数に対して正しいパラメーターを指定する必要があります。詳しくは、関数リファレンスを参照してください。
関数リファレンス functionref
サポートされている各関数について、次の点で詳細を確認してください。
-
仕様:
- 入力データタイプ:サポートされるデータのタイプ、
- 入力:入力に使用可能な値、
- 含まれる演算子:この関数でサポートされる演算子(ある場合)、
- 制限事項:この特定の関数に適用される制限事項、
- 出力。
-
次のようなユースケース:
- 派生フィールドを定義する前のデータ、
- 派生フィールドの定義方法、
- 派生フィールドを定義した後のデータ。
-
制約(該当する場合)。
Case When casewhen
1 つ以上のフィールドから定義された条件に基づいて、条件を適用します。これらの基準は、条件のシーケンスに基づいて、新しい派生フィールドの値を定義するのに使用されます。
仕様 casewhen-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 制限事項 | 出力 |
|
|
文字列
数値
日付
|
|
新しい派生フィールド |
ユースケース 1 casewhen-uc1
カスケードロジックを適用してマーケティングチャネルフィールドを適切な値に設定することで、様々なマーケティングチャネルを識別するルールを定義する必要があります。
- リファラーが検索エンジンからのものであり、ページのクエリ文字列値が
cid
にps_
を含む場合、マーケティングチャネルは 有料検索 として識別される必要があります。 - リファラーが検索エンジンからのもので、ページにクエリ文字列
cid
がない場合、マーケティングチャネルは 自然検索 として識別される必要があります。 - ページのクエリ文字列値が
cid
にem_
を含む場合、マーケティングチャネルは メール として識別される必要があります。 - ページのクエリ文字列値が
cid
にds_
を含む場合、マーケティングチャネルは ディスプレイ広告 として識別される必要があります。 - ページのクエリ文字列値が
cid
にso_
を含む場合、マーケティングチャネルは 有料ソーシャル として識別される必要があります。 - リファラーが twitter.com、facebook.com、linkedin.com または tiktok.com の参照ドメインからものの場合、マーケティングチャネルは ナチュラルソーシャル として識別される必要があります。
- 上記のルールのいずれも一致しない場合、マーケティングチャネルは その他のリファラー として識別される必要があります。
サイトがリファラーとページ URL を含む次のサンプルイベントを受け取った場合、これらのイベントは次のように識別される必要があります。
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 6-row-4 1-align-center 6-align-center 11-align-center 16-align-center 21-align-center 26-align-center 31-align-center layout-auto | |||
---|---|---|---|
Event | Referrer | Page URL | Marketing Channel |
1 | https://facebook.com |
https://site.com/home |
Natural Social |
2 | https://abc.com |
https://site.com/?cid=ds_12345678 |
Display |
3 | https://site.com/?cid=em_12345678 |
||
4 | https://google.com |
https://site.com/?cid=ps_abc098765 |
Paid Search |
5 | https://google.com |
https://site.com/?cid=em_765544332 |
|
6 | https://google.com |
Natural Search |
前のデータ casewhen-uc1-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 layout-auto | |
---|---|
Referrer | Page URL |
https://facebook.com |
https://site.com/home |
https://abc.com |
https://site.com/?cid=ds_12345678 |
https://site.com/?cid=em_12345678 |
|
https://google.com |
https://site.com/?cid=ps_abc098765 |
https://google.com |
https://site.com/?cid=em_765544332 |
https://google.com |
派生フィールド casewhen-uc1-derivedfield
Marketing Channel
の派生フィールドを定義します。CASE WHEN 関数を使用して、Page URL
フィールドとReferring URL
フィールドの両方の既存の値に基づいて値を作成するルールを定義します。
CASE WHEN ルールが適用される前に Page Url
と Referring Url
の値を取得するルールを定義するための関数 URL PARSE の使用に注意してください。
後のデータ casewhen-uc1-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 6-row-1 layout-auto |
---|
Marketing Channel |
Natural Social |
Display |
Paid Search |
Natural Search |
ユースケース 2 casewhen-uc2
Product Finding Methods ディメンション内の複数の異なるバリエーションの検索を収集しました。検索と参照の全体的なパフォーマンスを理解するには、結果を手動で組み合わせることに多くの時間を費やす必要があります。
サイトは、Product Finding Methods ディメンションに対して次の値を収集します。最後に、これらの値はすべて検索を示します。
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 layout-auto | |
---|---|
収集された値 | 実際の値 |
search p13n_no | search |
search p13n_yes | search |
search refine p13n_no | search |
search refine p13n_yes | search |
search redirect p13n_yes | search |
search-redirect | search |
前のデータ casewhen-uc2-databefore
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 6-row-1 7-row-1 8-row-1 9-row-1 layout-auto |
---|
Product Finding Methods |
search p13_no |
search p13_yes |
browse |
search refine p13_no |
search refine p13_yes |
browse |
search redirect p13_yes |
search-redirect |
browse |
派生フィールド casewhen-uc2-derivedfield
Product Finding Methods (new)
の派生フィールドを定義します。次の CASE WHEN ルールをルールビルダーで作成します。これらのルールは、フレーズを含む条件を使用して search
と browse
の古い製品検索方法フィールド値のすべての可能なバリエーションにロジックを適用します。
後のデータ casewhen-uc2-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 6-row-1 7-row-1 8-row-1 9-row-1 layout-auto |
---|
Product Finding Methods (new) |
search |
search |
browse |
search |
search |
browse |
search |
search |
browse |
ユースケース 3 casewhen-uc3
旅行会社として、予約された旅行の旅行期間をバケット化して、バケット化された旅行の長さをレポートできるようにしたいと考えています。
前提:
- 組織が、旅行期間を数値フィールドに収集しています。
- 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 件の旅行が予約されました
目的のレポートは次のようになります。
table 0-row-2 1-row-2 2-row-2 3-row-2 2-align-right 5-align-right 8-align-right 11-align-right layout-auto | |
---|---|
Trip Duration Type | Bookings |
medium trip | 358 |
short trip | 347 |
long trip | 241 |
前のデータ casewhen-uc3-databefore
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 6-row-1 7-row-1 8-row-1 9-row-1 10-row-1 11-row-1 12-row-1 1-align-right 3-align-right 5-align-right 7-align-right 9-align-right 11-align-right 13-align-right 15-align-right 17-align-right 19-align-right 21-align-right 23-align-right 25-align-right |
---|
Trip Duration |
1 |
12 |
3 |
6 |
4 |
8 |
6 |
2 |
1 |
2 |
21 |
8 |
派生フィールド casewhen-uc3-derivedfield
Trip Duration (bucketed)
の派生フィールドを定義します。次の CASE WHEN ルールをルールビルダーで作成します。このルールは、古いトリップ期間フィールド値を short trip
、medium trip
および long trip
の 3 つの値にバケット化するロジックを適用します。
後のデータ casewhen-uc3-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 6-row-1 7-row-1 8-row-1 9-row-1 10-row-1 11-row-1 12-row-1 |
---|
Trip Duration (bucketed) |
short trip |
long trip |
short trip |
medium trip |
medium trip |
long trip |
medium trip |
short trip |
short trip |
short trip |
long trip |
long trip |
詳細情報 casewhen-more-info
Customer Journey Analytics は、Adobe Experience Platform の XDM(エクスペリエンスデータモデル)をモデルにした、ネストされたコンテナ構造を使用します。背景の情報について詳しくは、 コンテナおよび セグメントコンテナを参照してください。 このコンテナモデルは、本質的には柔軟性がありますが、ルールビルダーを使用する際にいくつかの制約が課せられます。
Customer Journey Analytics では、次のデフォルトのコンテナモデルが使用されます。
値の 選択 と 設定 時には、次の制約が適用されます。
table 0-row-2 1-row-2 2-row-2 3-row-2 1-align-center 4-align-center 7-align-center 10-align-center layout-auto | |
---|---|
制約 | |
A | ルール内の同じ If、Else If 構造(And または Or を使用)内で 選択 する値は、同じコンテナから取得する必要があり、任意のタイプ(文字列
![]() |
B | ルールをまたいで 設定 するすべての値は、同じコンテナからのものであり、同じタイプや、同じタイプの派生値にする必要があります。![]() |
C | ルール内の If、Else If 構造をまたいで 選択 する値は、同じコンテナから取得する必要は なく、同じタイプにする必要も ありません。![]() |
Classify classify
新しい派生フィールド内の対応する値に置き換えられる値のセットを定義します。
仕様 classify-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 制限事項 | 出力 |
|
|
該当なし |
|
新しい派生フィールド |
ユースケース 1 classify-uc1
hotelID
のキー列と、hotelID
に関連付けられた city
、rooms
、hotel name
などの 1 つ以上の追加の列を含む CSV ファイルがあります。
ディメンションで Hotel ID を収集していますが、CSV ファイル内の hotelID
から派生した Hotel Name ディメンションを作成したいと考えています。
CSV ファイルの構造と内容
table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 3-align-right 8-align-right 13-align-right 18-align-right 23-align-right layout-auto | |||
---|---|---|---|
hotelID | city | rooms | hotel name |
SLC123 | Salt Lake City | 40 | SLC Downtown |
LAX342 | Los Angeles | 60 | LA Airport |
SFO456 | San Francisco | 75 | Market Street |
AMS789 | Amsterdam | 50 | Okura |
現在のレポート
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right layout-auto | |
---|---|
Hotel ID | 製品閲覧数 |
SLC123 | 200 |
LX342 | 198 |
SFO456 | 190 |
AMS789 | 150 |
目的のレポート
table 0-row-2 1-row-2 2-row-2 3-row-2 2-align-right 5-align-right 8-align-right 11-align-right layout-auto | |
---|---|
Hotel Name | 製品閲覧数 |
SLC Downtown | 200 |
LA Airport | 198 |
Market Street | 190 |
前のデータ classify-uc1-databefore
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 layout-auto |
---|
Hotel ID |
SLC123 |
LAX342 |
SFO456 |
AMS789 |
派生フィールド classify-uc1-derivedfield
Hotel Name
の派生フィールドを定義します。CLASSIFY 関数を使用して、「ホテル ID」フィールドの値を分類し、新しい値に置き換えることができるルールを定義します。
分類する値の一部として定義していない元の値(例:ホテル ID AMS789)を含める場合は、「元の値を表示」を選択します。これにより、AMS789 の値が分類されていないにもかかわらず、派生フィールドの出力の一部となります。
後のデータ classify-uc1-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 layout-auto |
---|
Hotel Name |
SLC Downtown |
LA Airport |
Market Street |
ユースケース 2 classify-uc2
複数のページで、わかりやすいページ名の代わりに URL を収集しました。この混在した値のコレクションにより、レポートが中断されます。
前のデータ classify-uc2-databefore
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 6-row-1 7-row-1 layout-auto |
---|
Page Name |
Home Page |
Flight Search |
http://www.adobetravel.ca/Hotel-Search |
https://www.adobetravel.com/Package-Search |
Deals & Offers |
http://www.adobetravel.ca/user/reviews |
https://www.adobetravel.com.br/Generate-Quote/preview |
派生フィールド classify-uc2-derivedfield
Page Name (updated)
の派生フィールドを定義します。 CLASSIFY 関数を使用して、既存の「ページ名」フィールドの値を分類し、更新された正しい値に置き換えることができるルールを定義します。
後のデータ classify-uc2-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 6-row-1 7-row-1 |
---|
Page Name (updated) |
Home Page |
Flight Search |
Hotel Search |
Package Search |
Deals & Offers |
Reviews |
Generate Quote |
詳細情報 classify-moreinfo
分類ルールインターフェイスでは、次の追加機能を使用できます。
- すべてのテーブルの値をすばやくクリアするには、
- 「値が等しい場合」の元の値と「値を次の値に置換」の新しい値を含む CSV ファイルをアップロードするには、
- アップロードする元の値と新しい値を含む CSV ファイルを作成するためのテンプレートをダウンロードするには、
- ルールインターフェイスに入力されたすべての元の値と新しい値を含む CSV ファイルをダウンロードするには、
連結 concatenate
定義済みの区切り記号を使用して、フィールド値を 1 つの新しい派生フィールドに結合します。
仕様 concatenate-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 制限事項 | 出力 |
|
|
該当なし | 派生フィールドごとに 2 つの関数 | 新しい派生フィールド |
ユースケース concatenate-uc
現在、出発地と目的地の空港コードを別々のフィールドとして収集しています。この 2 つのフィールドをハイフン(-)で区切られた 1 つのディメンションに結合したいと考えています。これにより、出発地と目的地の組み合わせを分析して、予約されている上位のルートを特定できます。
前提:
- 出発地と目的地の値は、同じテーブルの別々のフィールドに収集されます。
- ユーザーは、値の間に区切り記号「-」を使用することを決定します。
次の予約が発生したとします。
- お客様の ABC123 がソルトレイクシティ(SLC)とオーランド(MCO)間のフライトを予約
- お客様の ABC456 がソルトレイクシティ(SLC)とロサンゼルス(LAX)間のフライトを予約
- お客様の ABC789 がソルトレイクシティ(SLC)とシアトル(SEA)間のフライトを予約
- お客様の ABC987 がソルトレイクシティ(SLC)とサンノゼ(SJO)間のフライトを予約
- お客様の ABC654 がソルトレイクシティ(SLC)とオーランド(MCO)間のフライトを予約
目的のレポートは次のようになります。
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right layout-auto | |
---|---|
出発地/目的地 | 予約 |
SLC-MCO | 2 |
SLC-LAX | 1 |
SLC-SEA | 1 |
SLC-SJO | 1 |
前のデータ concatenate-uc-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right 17-align-right layout-auto | |
---|---|
出発地 | 宛先 |
SLC | MCO |
SLC | LAX |
SLC | SEA |
SLC | SJO |
SLC | MCO |
派生フィールド concatenate-derivedfield
Origin - Destination
の派生フィールドを定義します。CONCATENATE 関数を使用し、-
区切り記号を使用して、「出発地」フィールドと「目的地」フィールドを連結するルールを定義します。
後のデータ concatenate-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 layout-auto |
---|
出発地 - 目的地 (派生フィールド) |
SLC-MCO |
SLC-LAX |
SLC-SEA |
SLC-SJO |
SLC-MCO |
Deduplicate dedup
値が複数回カウントされるのを防ぎます。
仕様 deduplicate-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 制限事項 | 出力 |
|
|
該当なし | 派生フィールドごとに 5 つの関数 | 新しい派生フィールド |
ユースケース 1 deduplicate-uc1
ユーザーが予約確認ページを再読み込みした際に、売上高が重複してカウントされるのを防ぐ必要があります。識別子に予約確認 ID を使用すると、同じイベントで受信した際に売上高が再度カウントされません。
前のデータ deduplicate-uc1-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 2-align-right 5-align-right 8-align-right 11-align-right layout-auto | |
---|---|
予約確認 ID | 売上高 |
ABC123456789 | 359 |
ABC123456789 | 359 |
ABC123456789 | 359 |
派生フィールド deduplicate-uc1-derivedfield
Booking Confirmation
の派生フィールドを定義します。DEDUPLICATE 関数を使用すると、重複排除 ID 予約確認 ID を使用して範囲 Person の値 Booking の重複排除を行うルールを定義できます。最初のインスタンスを保持を保持する値として選択します。
後のデータ deduplicate-uc1-dataafter
table 0-row-2 1-row-2 2-row-2 3-row-2 2-align-right 5-align-right 8-align-right 11-align-right layout-auto | |
---|---|
予約確認 ID | 売上高 |
ABC123456789 | 359 |
ABC123456789 | 0 |
ABC123456789 | 0 |
ユースケース 2 deduplicate-uc2
イベントを、外部マーケティングキャンペーンでのキャンペーンのクリックスルーのプロキシとして使用します。リロードとリダイレクトが原因で、イベント指標が水増しされます。トラッキングコードディメンションの重複を排除して、最初のディメンションのみが収集されるようにし、イベントのオーバーカウントを最小限に抑えたいと考えています。
前のデータ deduplicate-uc2-databefore
table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 7-row-3 3-align-right 7-align-right 11-align-right 15-align-right 19-align-right 23-align-right 27-align-right 31-align-right layout-auto | ||
---|---|---|
訪問者 ID | マーケティングチャネル | イベント |
ABC123 | 有料検索 | 1 |
ABC123 | 有料検索 | 1 |
ABC123 | 有料検索 | 1 |
DEF123 | メール | 1 |
DEF123 | メール | 1 |
JKL123 | 自然検索 | 1 |
JKL123 | 自然検索 | 1 |
派生フィールド deduplicate-uc2-derivedfield
新しい Tracking Code (deduplicated)
の派生フィールドを定義します。DEDUPLICATE 関数を使用すると、トラッキングコードの重複を排除するルールを、重複排除範囲のセッションと、最初のインスタンスを保持を保持する値として定義できます。
後のデータ deduplicate-uc2-dataafter
table 0-row-3 1-row-3 2-row-3 3-row-3 3-align-right 7-align-right 11-align-right 15-align-right layout-auto | ||
---|---|---|
訪問者 ID | マーケティングチャネル | イベント |
ABC123 | 有料検索 | 1 |
DEF123 | メール | 1 |
JKL123 | 自然検索 | 1 |
検索と置換 find-and-replace
選択したフィールド内のすべての値を検索し、それらの値を新しい派生フィールド内の別の値に置き換えます。
仕様 findreplace-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 制限事項 | 出力 |
|
|
文字列
|
派生フィールドごとに 5 つの関数 | 新しい派生フィールド |
ユースケース findreplace-uc
外部マーケティングチャネルレポートで不正な値を受信しました(例:email marketing
ではなく email%20 marketing
)。これらの不正な値によりレポートが破損し、メールのパフォーマンスを確認するのが難しくなります。email%20marketing
を email marketing
に置き換える必要があります。
元のレポート
table 0-row-2 1-row-2 2-row-2 2-align-right 5-align-right 8-align-right layout-auto | |
---|---|
External Marketing Channels | Sessions |
email marketing | 500 |
email %20marketing | 24 |
優先レポート
table 0-row-2 1-row-2 2-align-right 5-align-right | |
---|---|
External Marketing Channels | Sessions |
email marketing | 524 |
前のデータ findreplace-uc-databefore
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 layout-auto |
---|
External Marketing |
email marketing |
email%20marketing |
email marketing |
email marketing |
email%20marketing |
派生フィールド findreplace-uc-derivedfield
Email Marketing (updated)
の派生フィールドを定義します。FIND AND REPLACE 関数を使用して、email%20marketing
のすべての発生を検索して email marketing
に置き換えるルールを定義します。
後のデータ findreplace-uc-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 5-row-1 layout-auto |
---|
External Marketing (updated) |
email marketing |
email marketing |
email marketing |
email marketing |
email marketing |
ルックアップ lookup
ルックアップデータセットのフィールドを使用して値をルックアップし、新しい派生フィールドまたは追加のルール処理に値を返します。
仕様 lookup-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
該当なし | 派生フィールドごとに 3 つの関数 | 次のルールでさらに処理するための新しい派生フィールドまたは値 |
ユースケース lookup-uc
Adobe Target を通じて表示されるパーソナライズされたバナーをお客様がクリックした際に収集されたアクティビティ ID を使用して、アクティビティ名をルックアップしたいと考えています。アクティビティ ID とアクティビティ名を含む Analytics for Target(A4T)アクティビティでルックアップデータセットを使用する必要があります。
A4T ルックアップデータセット lookup-uc-lookup
table 0-row-2 1-row-2 2-row-2 3-row-2 layout-auto | |
---|---|
アクティビティ ID | アクティビティ名 |
415851 | MVT テストカテゴリページ |
415852 | Luma - Campaign Max 2022 |
402922 | ホーム ページバナー |
派生フィールド lookup-uc-derivedfield
Activity Name
の派生フィールドを定義します。LOOKUP 関数を使用して、「ルックアップを適用するフィールド」フィールド(例:ActivityIdentifier)で指定した、収集されたデータから値をルックアップするルールを定義します。ルックアップデータセットリストからルックアップデータセットを選択します(例:New CJA4T Activities)。次に、一致するキーリストから識別子フィールド (例:ActivityIdentifier)を選択し、戻す値リストから返されるフィールド(例:ActivityName)を選択します。
詳細情報 lookup-more-info
ルックアップ関数は、レポート時、接続の一部として設定したルックアップデータセットから Customer Journey Analytics によって取得されたデータに適用されます。
既に 1 つ以上の他の関数が含まれているルールビルダーに、ルックアップ関数をすばやく挿入できます。
- セレクターから「スキーマフィールド」を選択します。
-
- ルックアップデータセットを選択し、ルックアップに使用するフィールドを見つけます。
- ルックアップフィールドを、関数の使用可能な入力フィールド(例:条件の場合)のいずれかにドラッグ&ドロップします。有効な場合、「+ 追加」というラベルの付いた青色のボックスを使用してフィールドをドロップすると、ルックアップフィールドをドロップした関数の前にルックアップ関数が自動的に挿入されます。挿入されたルックアップ関数には、すべてのフィールドの関連する値が自動的に入力されます。
Lowercase lowercase
フィールドの値を小文字に変換し、新しい派生フィールドに格納します。
仕様 lowercase-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
該当なし | 派生フィールドごとに 2 つの関数 | 新しい派生フィールド |
ユースケース lowercase-uc
適切なレポートを作成するために、収集したすべての製品名を小文字に変換したいと考えています。
前のデータ lowercase-uc-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right 17-align-right 20-align-right layout-auto | |
---|---|
収集された製品名 | 製品閲覧数 |
テニスラケット | 35 |
テニスラケット | 33 |
テニスラケット | 21 |
ベースボールバット | 15 |
ベースボールバット | 12 |
ベースボールバット | 10 |
派生フィールド lowercase-uc-derivedfield
Product Names
の派生フィールドを定義します。LOWERCASE 関数を使用して、「収集された製品名」フィールドの値を小文字に変換し、新しい派生フィールドに格納するルールを定義します。
後のデータ lowercase-uc-dataafter
table 0-row-2 1-row-2 2-row-2 layout-auto | |
---|---|
製品名 | 製品閲覧数 |
テニスラケット | 89 |
ベースボールバット | 37 |
Math math
数値フィールドに対して基本的な数学演算子(加算、減算、乗算、除算、累乗)を使用します。
仕様 math-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
|
|
新しい派生フィールド |
ユースケース math-uc
インフレーションにより、取り込まれた CRM データの売上高の数値を 5%のインフレーションで修正する必要があります。
前のデータ math-uc-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right layout-auto | |
---|---|
CRM ID | 年間売上高 |
1234 | 35,070,000 |
4133 | 7,500,000 |
8110 | 10,980 |
2201 | 42,620 |
派生フィールド math-uc-derivedfield
Corrected Annual Revenue
の派生フィールドを定義します。MATH 関数を使用して、元の年間売上高の数値に 1.05 を乗算するルールを定義します。
後のデータ math-uc-dataafter
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right layout-auto | |
---|---|
CRM ID | 修正済み年間売上高 |
1234 | 36,823,500 |
4133 | 7,875,000 |
8110 | 11,529,00 |
2201 | 44,751 |
詳細情報 math-more-info
数式を作成するには:
-
数式フィールドに入力を開始するだけで、入力した内容に一致する数値フィールドがポップアップメニューに表示されます。または、左側のパネルの使用可能なフィールドから数値フィールドをドラッグ&ドロップすることもできます。
-
オペランド(例:乗算の場合は
*
)を追加し、その後に別のフィールドまたは静的な値を追加します。括弧を使用して、より複雑な数式を定義できます。 -
静的な値(例:
1.05
)を挿入するには、値を入力し、ポップアップメニューから「x を静的な値として追加」または「-x をを静的な負の値として追加」を選択します。
-
緑色のチェックマーク
MATH 関数で静的な数値を使用する場合は、いくつかの重要な考慮事項があります。
-
静的な値は、フィールドに関連付ける必要があります。例えば、静的フィールドのみで MATH 関数を使用することはサポートされていません。
-
静的な値に累乗演算子(
ˆ
)は使用できません。 -
数式で複数の静的な値を使用している場合、数式を有効にするには、これらの静的の値を括弧を使用してグループ化する必要があります。例:
-
この数式はエラーを返します。
-
この数式は有効です。
-
ヒットレベルに基づく計算には、Math 関数を使用します。イベント、セッションまたはユーザーの範囲に基づく計算には、Summarize 関数を使用します。
Merge Fields merge
2 つの異なるフィールドの値を新しい派生フィールドに結合します。
仕様 merge-fields-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
該当なし | 派生フィールドごとに 5 つの関数 | 新しい派生フィールド |
ユースケース merge-fields-uc
チャネルをまたいでジャーニーを分析する目的で、ページ名フィールドと通話理由フィールドから構成されるディメンションを作成したいと考えています。
前のデータ merge-fields-uc-databefore
table 0-row-3 1-row-3 2-row-3 3-row-3 2-align-right 3-align-right 6-align-right 7-align-right 10-align-right 11-align-right 14-align-right 15-align-right layout-auto | ||
---|---|---|
ページ名 | セッション | 訪問者数 |
ヘルプページ | 250 | 200 |
ホームページ | 500 | 250 |
製品詳細ページ | 300 | 200 |
table 0-row-3 1-row-3 2-row-3 3-row-3 2-align-right 3-align-right 6-align-right 7-align-right 10-align-right 11-align-right 14-align-right 15-align-right layout-auto | ||
---|---|---|
通話理由 | セッション | 訪問者数 |
注文に関する質問 | 275 | 250 |
注文に対する変更 | 150 | 145 |
注文に関する問題 | 100 | 95 |
派生フィールド merge-fields-uc-derivedfield
Cross Channel Interactions
の派生フィールドを定義します。MERGE FIELDS 関数を使用して、「ページ名」フィールドと「通話理由」フィールドの値を結合し、新しい派生フィールドに格納するルールを定義します。
後のデータ merge-fields-uc-dataafter
table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 2-align-right 3-align-right 6-align-right 7-align-right 10-align-right 11-align-right 14-align-right 15-align-right 18-align-right 19-align-right 22-align-right 23-align-right 26-align-right 27-align-right layout-auto | ||
---|---|---|
クロスチャネルインタラクション | セッション数 | 訪問者数 |
ホームページ | 500 | 250 |
製品詳細ページ | 300 | 200 |
注文に関する質問 | 275 | 250 |
ヘルプページ | 250 | 200 |
注文に対する変更 | 150 | 145 |
注文に関する問題 | 100 | 95 |
詳細情報 merge-fields-moreinfo
結合フィールドルール内で同じタイプのフィールドを選択する必要があります。例えば、「日付」フィールドを選択した場合、結合する他のすべてのフィールドは「日付」フィールドにする必要があります。
Next or Previous next-previous
フィールドを入力として受け取り、セッションまたは使用の範囲内で、そのフィールドの次または前の値を解決します。これは、「訪問」および「イベント」テーブルフィールドにのみ適用されます。
仕様 prevornext-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
該当なし | 派生フィールドごとに 3 つの関数 | 新しい派生フィールド |
ユースケース prevornext-uc1
繰り返し値を考慮して、受信したデータの 次 または 前 の値が何であるかを理解したいと考えています。
データ prevornext-uc1-databefore
例 1 - 繰り返しを含む処理
table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 8-row-5 9-row-5 layout-auto | ||||
---|---|---|---|---|
受信データ | 次の値 セッション インデックス = 1 繰り返しを含める |
次の値 セッション インデックス = 1 繰り返しを含めない |
前の値 セッション インデックス = 1 繰り返しを含める |
前の値 セッション インデックス = 1 繰り返しを含まない |
ホーム | ホーム | 検索 | 値なし | 値なし |
ホーム | 検索 | 検索 | ホーム | 値なし |
検索 | 検索 | 製品詳細 | ホーム | ホーム |
検索 | 製品詳細 | 製品詳細 | 検索 | ホーム |
製品詳細 | 検索 | 検索 | 検索 | 検索 |
検索 | 製品詳細 | 製品詳細 | 製品詳細 | 製品詳細 |
製品詳細 | 検索 | 検索 | 検索 | 検索 |
検索 | 検索 | 値なし | 製品詳細 | 製品詳細 |
検索 | 値なし | 値なし | 検索 | 製品詳細 |
例 2 - 処理には、受信データに空値を含む繰り返しが含まれる
table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 8-row-5 9-row-5 layout-auto | ||||
---|---|---|---|---|
受信データ | 次の値 セッション インデックス = 1 繰り返しを含める |
次の値 セッション インデックス = 1 繰り返しを含めない |
前の値 セッション インデックス = 1 繰り返しを含める |
前の値 セッション インデックス = 1 繰り返しを含まない |
ホーム | ホーム | 検索 | 値なし | 値なし |
ホーム | ホーム | 検索 | ホーム | 値なし |
ホーム | 検索 | 検索 | ホーム | 値なし |
検索 | 検索 | 製品詳細 | ホーム | ホーム |
検索 | 検索 | 製品詳細 | 検索 | ホーム |
検索 | 製品詳細 | 製品詳細 | 検索 | ホーム |
製品詳細 | 値なし | 値なし | 検索 | 検索 |
派生フィールド prevnext-uc1-derivedfield
Next Value
または Previous value
の派生フィールドを定義します。NEXT OR PREVIOUS 関数を使用して、「受信データ」フィールドを選択するルールを定義し、メソッドとして「次の値」または「前の値」、範囲として「セッション」を選択し、インデックスの値を 1
に設定します。
詳細情報 prevnext-moreinfo
訪問またはイベントテーブルに属するフィールドのみを選択できます。
繰り返しを含めるは、NEXT OR PREVIOUS 関数の繰り返し値の処理方法を決定します。
-
繰り返しの外観と次または前の値を含めます。 「繰り返しを含める」を選択した場合、現在のヒットからの次または前の値の連続した繰り返しは無視されます。
-
選択したフィールドに値がない(空白の)行には、NEXT OR PREVIOUS 関数の出力の一部として次または前の値が返されません。
Regex Replace regex-replace
正規表現を使用してフィールドの値を新しい派生フィールドに置き換えます。
仕様 regex-replace-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
該当なし | 派生フィールドごとに 1 つの関数 | 新しい派生フィールド |
ユースケース regex-replace-uc
URL の一部を取得し、一意のページ識別子として使用してトラフィックを分析したいと考えています。URL の末尾を取得するための正規表現として [^/]+(?=/$|$)
を使用し、出力パターンとして $1
を使用します。
前のデータ regex-replace-uc-databefore
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 layout-auto |
---|
ページ URL |
https://business.adobe.com/products/analytics/adobe-analytics-benefits.html |
https://business.adobe.com/products/analytics/adobe-analytics.html |
https://business.adobe.com/products/experience-platform/customer-journey-analytics.html |
https://business.adobe.com/products/experience-platform/adobe-experience-platform.html |
派生フィールド regex-replace-uc-derivedfield
Page Identifier
の派生フィールドを作成します。REGEX REPLACE 関数を使用して、[^/]+(?=/$|$)
の正規表現と $1
の出力形式を使用して「参照 URL」フィールドの値を置き換えるルールを定義します。
後のデータ regex-replace-uc-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 |
---|
ページ識別子 |
adobe-analytics-benefits.html |
adobe-analytics.html |
customer-journey-analytics.html |
adobe-experience-platform.html |
詳細情報 regex-replace-more-info
Customer Journey Analytics では、Perl 正規表現構文のサブセットを使用します。次の式がサポートされています。
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2 12-row-2 13-row-2 14-row-2 15-row-2 16-row-2 17-row-2 18-row-2 19-row-2 20-row-2 21-row-2 22-row-2 23-row-2 24-row-2 25-row-2 26-row-2 27-row-2 28-row-2 29-row-2 | |
---|---|
式 | 説明 |
a |
単一の文字 a 。 |
a|b |
単一の文字 a または 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? |
0 または 1 個の a 。 |
a* |
0 個以上の a 。 |
a+ |
1 個以上の a 。 |
a{3} |
厳密に 3 個の a 。 |
a{3,} |
3 個以上の a 。 |
a{3,6} |
3 ~ 6 個の a 。 |
出力形式では、目的の文字列出力を実現するために、これらのシーケンスを何回でも、どのような順序でも使用できます。
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 layout-auto | |
---|---|
出力プレースホルダーシーケンス | 説明 |
$& |
式全体に一致したものを出力します。 |
$n |
n 番目のサブ式に一致したものを出力します。例えば、$1 は最初のサブ式を出力します。 |
$` |
最後に見つかった一致部分の末尾(前に一致部分が見つからなかった場合は、テキストの先頭)から、現在の一致部分の先頭までのテキストを出力します。 |
$+ |
正規表現で最後にマークされたサブ式に一致するものを出力します。 |
$$ |
文字列文字 "$" を出力します。 |
Split split
フィールドの値を新しい派生フィールドに分割します。
仕様 split-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
該当なし | 派生フィールドごとに 2 つの関数 | 新しい派生フィールド |
ユースケース 1 split-uc1
音声アプリの応答を単一のディメンションで区切られたリストに収集します。リスト内の各値が、応答レポート内で一意の値になるようにします。
前のデータ split-uc1-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 2-align-right 5-align-right 8-align-right 11-align-right layout-auto | |
---|---|
音声アプリの応答 | イベント |
素晴らしかったです。とても分かりやすく、他のユーザーにもお勧めします | 1 |
素晴らしかったです。少しわかりにくいですが、他のユーザーにもお勧めします | 1 |
素晴らしくなかったです。非常にわかりにくく、他のユーザーにもお勧めしません | 1 |
派生フィールド split-u1-derivedfield
Responses
の派生フィールドを作成します。SPLIT 関数を使用し、配列に変換メソッドを使用して、区切り記号として ,
を使用して「音声アプリの応答」フィールドの値を変換するルールを定義します。
後のデータ split-uc1-dataafter
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right 17-align-right 20-align-right 23-align-right layout-auto | |
---|---|
応答 | イベント |
素晴らしかったです | 2 |
他のユーザーにもお勧めします | 2 |
素晴らしくなかったです | 1 |
とても分かりやすい | 1 |
少しわかりにくい | 1 |
非常にわかりにくい | 1 |
他のユーザーにもお勧めしません | 1 |
ユースケース 2 split-uc2
音声アプリの応答を単一のディメンションで区切られたリストに収集します。リストの最初の値からの応答を独自のディメンションに取り込みます。リストの最後の値を独自のディメンションに配置したいと考えています。
前のデータ split-uc2-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 2-align-right 5-align-right 8-align-right 11-align-right layout-auto | |
---|---|
応答 | イベント |
素晴らしかったです。とても分かりやすく、他のユーザーにもお勧めします | 1 |
素晴らしかったです。少しわかりにくいですが、他のユーザーにもお勧めします | 1 |
素晴らしくなかったです。非常にわかりにくく、他のユーザーにもお勧めしません | 1 |
派生フィールド split-u2-derivedfield
First Response
の派生フィールドを作成します。SPLIT 関数を使用し、応答 ,
の左側にある「応答」フィールドの最初の値を区切り記号として取得するルールを定義します。
「右から」を選択し、区切り記号として「1」、インデックスとして「1」を選択して、「応答」フィールドから最後の値を取得する Second Response
の派生フィールドを作成します。
後のデータ split-uc2-dataafter
table 0-row-2 1-row-2 2-row-2 2-align-right 5-align-right 8-align-right layout-auto | |
---|---|
最初の応答 | イベント |
素晴らしかったです | 2 |
素晴らしくなかったです | 1 |
table 0-row-2 1-row-2 2-row-2 2-align-right 5-align-right 8-align-right layout-auto | |
---|---|
2 回目の応答 | イベント |
他のユーザーにもお勧めします | 2 |
他のユーザーにもお勧めしません | 1 |
Summarize summarize
イベント、セッションおよびユーザーレベルで指標またはディメンションに集計タイプ関数を適用します。
仕様 summarize-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
|
派生フィールドごとに 3 つの関数 | 新しい派生フィールド |
ユースケース summarize-uc
買い物かごへの追加の売上高を、小、中、大の 3 つの異なるカテゴリに分類したいと考えています。これにより、価値の高いお客様の特性を分析および特定できます。
前のデータ summarize-uc-databefore
前提:
- 買い物かごへの追加の売上高は、数値フィールドとして収集されます。
シナリオ:
- CustomerABC123 は、ProductABC の買い物かごに 35 ドルを追加し、その後、別途 75 ドルの ProductDEF を買い物かごに追加します。
- CustomerDEF456 は、ProductGHI の買い物かごに 50 ドルを追加し、その後、別途 275 ドルの ProductJKL を買い物かごに追加します。
- CustomerGHI789 は、ProductMNO の買い物かごに 500 ドルを追加します。
ロジック:
- 訪問者の買い物かごへの追加の売上高の合計が 150 ドル未満の場合は、小に設定します。
- 訪問者の買い物かごへの追加の売上高の合計が 150 ドルを超え、500 ドル未満の場合は、中に設定します。
- 訪問者の買い物かごへの追加の売上高の合計が 500 ドル以上の場合は、大に設定します。
結果:
- CustomerABC123 に対する買い物かごへの追加の売上高の合計は 110 ドルです。
- CustomerDEF456 に対する買い物かごへの追加の売上高の合計は 325 ドルです。
- CustomerDEF456 に対する買い物かごへの追加の売上高の合計は 500 ドルです。
派生フィールド summarize-uc-derivedfield
Add To Cart Revenue Size
の派生フィールドを作成します。cart_add フィールドの値を合計するには、SUMMARIZE 関数と、範囲をユーザーに設定した Sum Summarize メソッドを使用します。次に、2 番目の CASE WHEN ルールを使用して、結果をツリーカテゴリサイズに分割します。
後のデータ summarize-uc-dataafter
table 0-row-2 1-row-2 2-row-2 3-row-2 2-align-right 5-align-right 8-align-right 11-align-right layout-auto | |
---|---|
買い物かごへの追加の売上高のサイズ | 訪問者数 |
小 | 1 |
メディア | 1 |
大 | 1 |
詳細情報 summarize-more-info
イベント、セッションまたはユーザーの範囲に基づく計算には、Summarize 関数を使用します。ヒットレベルに基づく計算には、Math 関数を使用します。
Trim trim
フィールド値の先頭または末尾から、空白、特殊文字、文字数を新しい派生フィールドにトリミングします。
仕様 trim-io
table 0-row-5 1-row-5 | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
該当なし | 派生フィールドごとに 1 つの関数 | 新しい派生フィールド |
ユースケース 1 trim-uc1
製品データを収集しますが、そのデータにはレポートをフラグメントする非表示の空白文字が含まれています。余分な空白を簡単にトリミングしたいと考えています
前のデータ trim-uc1-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 2-align-right 5-align-right 8-align-right 11-align-right layout-auto | |
---|---|
製品 ID | イベント |
"prod12356 " |
1 |
"prod12356" |
1 |
" prod12356" |
1 |
派生フィールド trim-u1-derivedfield
Product Identifier
の派生フィールドを作成します。TRIM 関数を使用して、「製品 ID」フィールドから 空白をトリミング するルールを定義します。
後のデータ trim-uc1-dataafter
table 0-row-2 1-row-2 2-align-right 5-align-right layout-auto | |
---|---|
製品識別子 | イベント |
"prod12356" |
3 |
ユースケース 2 trim-uc2
収集されたページ名のデータには、ページ名の末尾に誤った特殊文字が含まれているので、削除する必要があります。
前のデータ trim-uc2-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right 17-align-right layout-auto | |
---|---|
名前 | イベント |
ホームページ# | 1 |
ホームページ? | 1 |
ホームページ% | 1 |
ホームページ& | 1 |
ホームページ/ | 1 |
派生フィールド trim-u2-derivedfield
Page Name
の派生フィールドを作成します。TRIM 関数を使用して、特殊文字 #?%&/
を使用して「名前」フィールドから特殊文字をトリミングするルールを定義します。
後のデータ trim-uc2-dataafter
table 0-row-2 1-row-2 2-align-right 5-align-right layout-auto | |
---|---|
ページ名 | イベント |
ホームページ | 5 |
ユースケース 3 trim-uc3
storeID を含むデータを収集します。 storeID の最初の 2 文字には、略語の米国の州コードが含まれます。レポートでは、その州コードのみを使用する必要があります。
前のデータ trim-uc3-databefore
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right 17-align-right 20-align-right 23-align-right layout-auto | |
---|---|
storeID | イベント |
CA293842 | 1 |
CA423402 | 1 |
UT123418 | 1 |
UT189021 | 1 |
ID028930 | 1 |
OR234223 | 1 |
NV22342 | 1 |
派生フィールド trim-u3-derivedfield
Store Identifier
の派生フィールドを作成します。TRIM 関数を使用して、「storeID」フィールドの文字列の末尾から位置 3
までを右から切り詰めるルールを定義します。
後のデータ trim-uc3-dataafter
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 2-align-right 5-align-right 8-align-right 11-align-right 14-align-right 17-align-right layout-auto | |
---|---|
ストア識別子 | イベント |
CA | 2 |
UT | 2 |
ID | 1 |
OR | 1 |
NV | 1 |
URL の解析 urlparse
プロトコル、ホスト、パス、クエリパラメーターなど、URL の様々な部分を解析します。
仕様 urlparse-io
table 0-row-5 1-row-5 layout-auto | ||||
---|---|---|---|---|
入力データタイプ | 入力 | 含まれる演算子 | 上限 | 出力 |
|
|
該当なし | 派生フィールドごとに 5 つの関数 | 新しい派生フィールド |
ユースケース 1 urlparse-uc1
マーケティングチャネルのルールセットの一部として、参照 URL の参照ドメインのみを使用します。
前のデータ urlparse-uc1-databefore
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 layout-auto |
---|
Referring URL |
https://www.google.com/ |
https://duckduckgo.com/ |
https://t.co/ |
https://l.facebook.com/ |
派生フィールド urlparse-uc1-derivedfield
Referring Domain
の派生フィールドを定義します。URL PARSE 関数を使用して、「参照 URL」フィールドからホストを取得し、新しい派生フィールドに格納するルールを定義します。
後のデータ urlparse-uc1-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 4-row-1 layout-auto |
---|
Referrer Domain |
www.google.com |
duckduckgo.com |
t.co |
l.facebook.com |
ユースケース 2 urlparse-uc2
派生トラッキングコードレポートの出力の一部として、Page URL 内のクエリ文字列の cid
パラメーターの値を使用する必要があります。
前のデータ urlparse-uc2-databefore
table 0-row-1 1-row-1 2-row-1 3-row-1 layout-auto |
---|
Page URL |
https://www.adobe.com/?cid=abc123 |
https://www.adobe.com/?em=email1234&cid=def123 |
https://www.adobe.com/landingpage?querystring1=test&test2=1234&cid=xyz123 |
派生フィールド urlparse-uc2-derivedfield
Query String CID
の派生フィールドを定義します。URL PARSE 関数を使用して、クエリパラメーターとして cid
を指定して、「ページ URL」フィールドのクエリ文字列パラメーターの値を取得するルールを定義します。出力値は、新しい派生フィールドに格納されます。
後のデータ urlparse-uc2-dataafter
table 0-row-1 1-row-1 2-row-1 3-row-1 layout-auto |
---|
Query String CID |
abc123 |
def123 |
xyz123 |
制限事項
派生フィールドの機能には,、一般に次の制限が適用されます。
- 派生フィールドのルールを定義する際は、最大 10 個の異なるスキーマフィールド(標準フィールドは含まない)を使用できます。
- この最大 10 個の異なるスキーマフィールドから、最大 3 個のルックアップスキーマフィールドまたはプロファイルスキーマフィールドのみが許可されます。
- Customer Journey Analytics の接続ごとに最大 100 個の派生フィールドを使用できます。
関数の制限事項の概要
- 派生フィールドごとに関数が 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-more-info
Trim
と Lowercase
は、データビューのコンポーネント設定で既に使用可能な機能です。 派生フィールドを使用すると、これらの関数を組み合わせて、Customer Journey Analytics で直接、より複雑なデータ変換を実行できます。例えば、Lowercase
を使用してイベントフィールドの大文字と小文字の区別を削除し、Lookup
を使用して、新しい小文字のフィールドを、小文字のルックアップキーのみを持つルックアップデータセットと一致させることができます。または、新しいフィールドで Lookup
を設定する前に、Trim
を使用して文字を削除することもできます。
派生フィールドのルックアップフィールドとプロファイルフィールドのサポートにより、イベントルックアップとプロファイル属性に基づいてデータを変換できます。これは、ルックアップデータセットまたはプロファイルデータセットにアカウントレベルのデータが含まれる B2B シナリオで特に役立ちます。また、このサポートは、ルックアップデータ(キャンペーン情報やオファータイプなど)やプロファイルデータ(メンバー層やアカウントタイプなど)からの共通フィールドのデータの操作にも役立ちます。