派生フィールド

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

テンプレートを使用するには、テンプレートのルールの一部としてリストされている各関数に対して正しいパラメーターを指定する必要があります。 詳しくは、 関数リファレンスを参照してください。

詳細

仕様 casewhen-io

table 0-row-5 1-row-5 layout-auto
入力データタイプ	入力	含まれる演算子	制限事項	出力
文字列 数値 日付	If, Else If コンテナ： 値 ルール 標準フィールド フィールド ​ 条件 ​ （選択した値のタイプに基づく含まれる演算子を参照してください） ​ 次に値をに設定 ​、​ それ以外の場合は値をに設定 ​: 値 ルール 標準フィールド フィールド	文字列 次と等しい が次のいずれかの語句に等しい フレーズを含む いずれかの語句を含む すべての語句を含む 次の語句で始まる 任意の語句で始まる 次の語句で終わる 任意の語句で終わる 次と等しくない が次のいずれの語句にも等しくない このフレーズを含まない いずれの語句も含まない が次のすべての語句を含まない 次で始まらない いずれの語句でも開始しない 次で終わらない いずれの語句も含まない 設定済み 未設定 数値 次と等しい 次と等しくない 次より大きい 次よりも大きいか等しい 次より小さい 次よりも小さいか等しい 設定済み 未設定 日付 次と等しい 次と等しくない が次よりも後 が次以降 次より前 が次以前 設定済み 未設定	派生フィールドごとに 5 つの関数 派生フィールドあたり 200 演算子。 単一のオペレーターの例としては、「参照ドメインに google が含まれる」などがあります。	新しい派生フィールド

ユースケース 1 casewhen-uc1

カスケードロジックを適用してマーケティングチャネルフィールドを適切な値に設定することで、様々なマーケティングチャネルを識別するルールを定義する必要があります。

• リファラーが検索エンジンからのリファラーで、ページに ps_ を含むクエリ文字列値 cid ある場合、マーケティングチャネルは 有料検索 として識別される必要があります。
• リファラーが検索エンジンからのもので、ページにクエリ文字列 cid がない場合、マーケティングチャネルは 自然検索 として識別される必要があります。
• ページに em_ を含むクエリ文字列値が cid る場合、マーケティングチャネルは メール として識別される必要があります。
• ページに ds_ を含むクエリ文字列値が cid る場合、マーケティングチャネルは ディスプレイ広告 として識別される必要があります。
• ページに so_ を含むクエリ文字列値が cid る場合、マーケティングチャネルは 有料ソーシャル として識別される必要があります。
• リファラーが 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	Email
4	https://google.com	https://site.com/?cid=ps_abc098765	Paid Search
5	https://google.com	https://site.com/?cid=em_765544332	Email
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
Email
Paid Search
Email
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」というバケットにバケット化したいとします
• 132 回の旅行が 1 日間の期間で予約されました
• 2 日間で 110 回の旅行が予約されました
• 3 日間で 105 回の旅行が予約されました
• 99 回の旅行が 4 日間にわたって予約された
• 92 回の旅行が 5 日間にわたって予約された
• 6 日間で 85 回の旅行が予約されました
• 7 日間で 82 回の旅行が予約されました
• 78 回の旅行が 8 日間にわたって予約された
• 9 日間で 50 回の旅行が予約されました
• 44 回の旅行が 10 日間にわたって予約された
• 38 回の旅行が 11 日間にわたって予約された
• 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では、次のデフォルトのコンテナモデルを使用します。

{width="50%"}

次の制約が適用され、値 選択 および 設定 時に適用されます。

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-io

table 0-row-5 1-row-5 layout-auto
入力データタイプ	入力	含まれる演算子	制限事項	出力
文字列 数値 日付	​ 分類するフィールド ​: ルール 標準フィールド フィールド ​ 値がに等しい場合 ​ および ​ 値をで置き換える ​: 文字列 元の値を表示 ブール値	該当なし	派生フィールドごとに 5 つの関数 派生フィールドあたり 200 演算子。 ​ 値が元の値と等しい場合 ​​ 値を新しい値に置き換える ​ のすべてのエントリは操作と見なされます。	新しい派生フィールド

ユースケース 1 classify-uc1

hotelID のキー列と、hotelID に関連付けられた 1 つ以上の追加の列（city、rooms、hotel name）を含む 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 ファイルを作成するためのテンプレートをダウンロードするには、「 CSV テンプレートをダウンロード」を選択します。
• ルールインターフェイスに入力された元の値と新しい値をすべて含む CSV ファイルをダウンロードするには、「 CSV 値をダウンロード」を選択します。

詳細

仕様 concatenate-io

table 0-row-5 1-row-5 layout-auto
入力データタイプ	入力	含まれる演算子	制限事項	出力
文字列	​ 値 ​: ルール 標準フィールド フィールド 文字列 ​ 区切り文字 ​: 文字列	該当なし	派生フィールドごとに 2 つの関数	新しい派生フィールド

ユースケース concatenate-uc

現在、出発地と目的地の空港コードを別のフィールドとして収集しています。 2 つのフィールドを取り込み、ハイフン（–）で区切られた単一のディメンションに結合する場合。 そのため、接触チャネルと宛先の組み合わせを分析して、予約された上位のルートを特定できます。

前提：

• 起源と宛先の値は、同じテーブルの別々のフィールドに収集されます。
• ユーザーは、値の間に区切り文字「–」を使用することを決定します。

次の予約が発生すると仮定します。

• お客様 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
接触チャネル/移動先	Bookings
SLC-MCO	2
SLC-LAX	1
SLC 海	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	海
SLC	SJO
SLC	MCO

派生フィールド concatenate-derivedfield

Origin - Destination 派生フィールドを定義します。 CONCATENATE 関数を使用すると、- Delimiter を使用して「Original」フィールドと「Destination」フィールドを連結するルールを定義できます。

後のデータ 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 海
SLC-SJO
SLC-MCO

詳細

仕様 deduplicate-io

table 0-row-5 1-row-5 layout-auto
入力データタイプ	入力	含まれる演算子	制限事項	出力
文字列 数値	​ 値 ​: ルール 標準フィールド フィールド 文字列 ​ 範囲 ​: ユーザー セッション ​ 重複排除 ID: ルール 標準フィールド フィールド 文字列 ​ 保持する値 ​: 最初のインスタンスを維持 最後のインスタンスを維持	該当なし	派生フィールドごとに 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

詳細

仕様 findreplace-io

table 0-row-5 1-row-5 layout-auto
入力データタイプ	入力	含まれる演算子	制限事項	出力
文字列	値 ルール 標準フィールド フィールド ​ すべてを検索 ​、​ すべてを次に置換 ​: 文字列	文字列 Find all, and replace all with	派生フィールドごとに 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-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 つ以上の他の関数が含まれている ​ ルックアップ ​ 関数を、ルールビルダーにすばやく挿入できます。

1. セレクターから スキーマフィールド を選択します。
2. ルックアップデータセット を選択します。
3. ルックアップデータセットを選択し、ルックアップに使用するフィールドを見つけます。
4. 関数に使用可能な入力フィールドのいずれかにルックアップフィールドをドラッグ&ドロップします（例：Case When）。 有効な場合、+追加 というラベルの付いた青いボックスを使用して、フィールドをドロップし、ルックアップ フィールドをドロップした関数の前にルックアップ関数を自動的に挿入できます。 挿入されたルックアップ関数は、すべてのフィールドの関連する値に自動的に設定されます。
   

詳細

仕様 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-io

table 0-row-5 1-row-5 layout-auto
入力データタイプ	入力	含まれる演算子	上限	出力
数値	1 つまたは複数の数値フィールド 1 つまたは複数の演算子（加算、減算、乗算、除算、累乗） ユーザー入力値	+ （追加） - （減算） * （multiply） / （除算） ^ （累乗）	派生フィールドあたり 25 操作 派生フィールドごとに 5 つの数学関数	新しい派生フィールド

ユースケース 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. 数式フィールドと入力した値に一致する数値フィールドに入力するだけで、ポップアップメニューに表示されます。 または、左側のペインの使用可能なフィールドから数値フィールドをドラッグ&ドロップすることもできます。
   

2. オペランド（乗算する場合は *）の後に別のフィールドまたは静的な値を追加します。 括弧を使用すると、より複雑な式を定義できます。

3. 静的な値（1.05 など）を挿入するには、値を入力し、ポップアップメニューから「静的な値として x を追加 または「-x 負の静的な値を追加」を選択します。
   

4. 緑のチェックマーク は、数式が有効かどうかを示します。それ以外の場合は、警告 とメッセージ ​ 数式が無効です ​ が表示されます。
   

MATH 関数で静的な数値を使用する場合は、いくつかの重要な考慮事項があります。

• 静的値はフィールドに関連付ける必要があります。 例えば、静的フィールドのみで MATH 関数を使用することはできません。

• 静的値に raise to power 演算子（ˆ）を使用することはできません。

• 数式内で複数の静的値を使用している場合、数式を有効にするには、これらの静的値を括弧で囲む必要があります。 次に例を示します。

  • この式はエラーを返します。

    

  • この式は有効です。

    

ヒットレベルに基づく計算には、数学関数を使用します。 イベント、セッション、またはユーザー範囲に基づく計算には、Summarize 関数を使用します。

詳細

仕様 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

結合フィールドルール内で同じタイプのフィールドを選択する必要があります。 例えば、日付フィールドを選択した場合、結合する他のすべてのフィールドは日付フィールドである必要があります。

詳細

仕様 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
受信データ	次の値 Session Index = 1 繰り返しを含める	次の値 Session Index = 1 繰り返しを含まない	前の値 Session Index = 1 Include Repeats	前の値 Session Index = 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
受信データ	次の値 Session Index = 1 繰り返しを含める	次の値 Session Index = 1 繰り返しを含まない	前の値 Session Index = 1 Include Repeats	前の値 Session Index = 1 繰り返しを含まない
ホーム	ホーム	検索	値なし	値なし
ホーム	ホーム	検索	ホーム	値なし
ホーム	検索	検索	ホーム	値なし
検索	検索	製品の詳細	ホーム	ホーム
検索	検索	製品の詳細	検索	ホーム
検索	製品の詳細	製品の詳細	検索	ホーム
製品の詳細	値なし	値なし	検索	検索

派生フィールド prevnext-uc1-derivedfield

Next Value または Previous value の派生フィールドを定義します。 NEXT OR PREVIOUS 関数を使用すると、Data received フィールドを選択するルールを定義し、Next value または Previous value を Method として選択し、Session を Scope として選択し、Index の値を 1 に設定することができます。

詳細情報 prevnext-moreinfo

選択できるのは、「訪問」または「イベント」テーブルに属するフィールドのみです。

​ 繰り返しを含める ​ NEXT または PREVIOUS 関数の繰り返し値の処理方法を指定します。

• 繰り返しのルックと、次または前の値を含めます。 ​ 繰り返しを含める ​ が選択されている場合、現在のヒットから次または前の値の連続した繰り返しが無視されます。

• 選択したフィールドに値がない（空白の）行は、NEXT OR PREVIOUS 関数出力の一部として返される次の値または前の値を持ちません。

詳細

仕様 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 関数を使用して、[^/]+(?=/$|$) の Regex と $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-io

table 0-row-5 1-row-5 layout-auto
入力データタイプ	入力	含まれる演算子	上限	出力
文字列 数値	​ フィールド ​: ルール 標準フィールド フィールド ​ メソッド ​: 左から 右から 配列に変換 区切り文字の場合： 文字列 インデックスの場合： 数値	該当なし	派生フィールドごとに 5 つの関数	新しい派生フィールド

ユースケース 1 split-uc1

音声アプリの応答を、1 つのディメンションで区切られたリストに収集します。 リスト内の各値を、応答レポート内で一意の値にする必要があります。

前のデータ 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

音声アプリの応答を、1 つのディメンションで区切られたリストに収集します。 リストの最初の値からの応答を、独自のディメンションに変換します。 リストの最後の値を、独自のディメンションに配置する必要があります。

前のデータ 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 関数を使用して、応答 , の左側の Responses フィールドから最初の値を区切り文字として取得するルールを定義します。

Responses フィールドから最後の値を取得するための Second Response 派生フィールドを作成するには、右側から「From」を選択し、区切り文字として「1」、インデックスとして「1」を選択します。

後のデータ 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-io

table 0-row-5 1-row-5 layout-auto
入力データタイプ	入力	含まれる演算子	上限	出力
文字列 数値 日付	値 ルール 標準フィールド フィールド 要約方法 範囲 イベント セッション ユーザー	数値 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 – 最後に受け取った値。セッションテーブルとイベントテーブルにのみ適用できます。 最早値 – 最も早く受け取った値（時間によって決定）。セッションおよびイベント表にのみ適用されます。 LATEST – 受信した最新の値（時間によって決定）。セッションテーブルとイベントテーブルにのみ適用されます	派生フィールドごとに 3 つの関数	新しい派生フィールド

ユースケース summarize-uc

買い物かごに追加売上高は、小、Medium、大の 3 つの異なるカテゴリに分類したいとします。 これにより、価値の高い顧客の特性を分析および特定できます。

前のデータ summarize-uc-databefore

前提：

• 買い物かごに追加する売上高は、数値フィールドとして収集されます。

シナリオ：

• CustomerABC123 は、ProductABC の買い物かごに 35 ドルを追加し、その後、75 ドルで ProductDEF を買い物かごに個別に追加します。
• CustomerDEF456 は、ProductGHI の買い物かごに 50 ドルを追加し、その後 275 ドルで ProductJKL を買い物かごに個別に追加します。
• CustomerGHI789 は、ProductMNO のために買い物かごに 500 ドルを追加します。

ロジック :

• 訪問者の「買い物かごに追加する売上高の合計」が 150 ドル未満の場合は、「小」に設定します。
• 訪問者の「買い物かごに追加する売上高の合計」が 150 ドルを超え、500 ドル未満の場合は、Mediumに設定します。
• 訪問者の「買い物かごに追加する売上高の合計」が 500 ドル以上の場合は、「大」に設定します。

結果：

• CustomerABC123 に対する$110 の買い物かごへの追加売上高の合計。
• CustomerDEF456 の買い物かごへの追加売上高の合計（$325）。
• CustomerGHI789 の買い物かごへの追加売上高の合計が 500 ドルになる。

派生フィールド summarize-uc-derivedfield

Add To Cart Revenue Size 派生フィールドを作成します。 SUMMARIZE 関数と Sum Summarize メソッド ​ を使用し、Scope を Person に設定すると、cart_add フィールドの値を合計できます。 次に、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

イベント、セッションまたはユーザー範囲に基づく計算に要約関数を使用します。 ヒットレベルに基づく計算には、Math 関数を使用します。

詳細

仕様 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 文字として略語の US 状態コードが含まれます。 レポートでその状態コードのみを使用したい場合。

前のデータ 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
または 234223	1
NV22342	1

派生フィールド trim-u3-derivedfield

Store Identifier の派生フィールドを作成します。 TRIM 関数を使用して、文字列の末尾から位置の 3 まで storeID フィールドを「右から切り捨て 」するルールを定義します。

後のデータ 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

詳細

仕様 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

クエリ文字列の cid パラメーターの値を、派生トラッキングコードレポートの出力の一部として Page URL で使用する場合。

前のデータ 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 関数を使用して、「​ ページ URL」フィールドのクエリ文字列パラメーターの値を取得するルールを定義し、cid をクエリパラメーターとして指定します。 出力値は新しい派生フィールドに保存されます。

後のデータ urlparse-uc2-dataafter

table 0-row-1 1-row-1 2-row-1 3-row-1 layout-auto
Query String CID
abc123
def123
xyz123