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

仕様

使用例 1

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

• リファラーが検索エンジンからのもので、ページにクエリー文字列値が含まれている場合、 cid 次を含む ps_に値を指定する場合、マーケティングチャネルは 有料検索.
• リファラーが検索エンジンからのもので、ページにクエリ文字列がない場合。 cidに値を指定する場合、マーケティングチャネルは 自然検索.
• ページにクエリー文字列値がある場合、 cid 次を含む em_に値を指定する場合、マーケティングチャネルは 電子メール.
• ページにクエリー文字列値がある場合、 cid 次を含む ds_に値を指定する場合、マーケティングチャネルは ディスプレイ広告.
• ページにクエリー文字列値がある場合、 cid 次を含む so_に値を指定する場合、マーケティングチャネルは ペイドソーシャル.
• リファラーがの参照ドメインからのものである場合 twitter.com, facebook.com, linkedin.comまたは tiktok.comに値を指定する場合、マーケティングチャネルは 自然社会.
• 上記のルールがいずれも一致しない場合は、マーケティングチャネルを その他のリファラー.

サイトが以下のサンプルイベントを受け取った場合、 リファラー および ページ URLに設定する場合、これらのイベントは次のように識別する必要があります。

次より前のデータ：

派生フィールド

新しい Marketing Channel 派生フィールド。 次を使用します。 次の場合にケース： 関数を使用して、両方の Page URL および Referring URL フィールドに入力します。

関数の使用に注意してください URL 解析 値を取得するルールを定義するには Page Url および Referring Url の前に 次の場合にケース： ルールが適用されます。

後のデータ

使用例 2

検索の様々なバリエーションを Product Finding Methods ディメンション。 検索と参照の全体的なパフォーマンスを理解するには、結果を手動で組み合わせるのに非常に時間を費やす必要があります。

サイトで、 Product Finding Methods ディメンション。 最後に、これらの値はすべて検索を示します。

次より前のデータ：

派生フィールド

次の項目を定義します。 Product Finding Methods (new) 派生フィールド。 次を作成します。 次の場合にケース： ルールビルダーのルール。 これらのルールは、古い 製品検索方法 フィールド値 search および browse の使用 次のフレーズを含む 条件

後のデータ

使用例 3

旅行会社の場合、予約済みのトリップのトリップ期間をバケット化して、トリップのグループ長をレポートできます。

前提条件：

• 組織は、数値フィールドに対してトリップ期間を収集しています。
• 1 ～ 3 日の期間を「 」という名前のバケットにグループ化する必要があります。short trip'
• 4 ～ 7 日の期間を「 」という名前のバケットにグループ化する必要があります。medium trip'
• 8 日以上の期間を「 」という名前のバケットにグループ化します。long trip'
• 132 回の旅行は 1 日間予約されていた
• 110 回の旅行が 2 日間の予約を受けていた
• 105 回の旅行は 3 日間の予約を受けていた
• 99 回の旅行は 4 日間の予約を受けていた
• 92 回の旅行は 5 日間予約されていた
• 85 回の旅行は 6 日間予約されていた
• 82 回の旅行は、7 日間の予約を受けていた
• 78 回の旅行は 8 日間予約されていた
• 50 回の旅行は 9 日間予約されていた
• 44 回の旅行は 10 日間の予約を受けていた
• 38 回の旅行は 11 日間の予約を受けていた
• 31 回の旅行は 12 日間予約されていた

目的のレポートは次のようになります。

次より前のデータ：

派生フィールド

次の項目を定義します。 Trip Duration (bucketed) 派生フィールド。 次を作成します。 次の場合にケース： ルールビルダーのルール。 このルールは、古い 旅行期間 フィールドの値を 3 つの値に変換します。 short trip, medium trip、および long trip.

後のデータ

詳細情報

Customer Journey Analyticsは、Adobe Experience Platformの XDM （エクスペリエンスデータモデル）。 詳しくは、 コンテナ および フィルターコンテナ を参照してください。 このコンテナモデルは、本来は柔軟ですが、ルールビルダーを使用する際に一部の制約が課されます。

Customer Journey Analyticsは、次のデフォルトのコンテナモデルを使用します。

次の制約が適用され、適用されるのは 選択 および 設定 値。

	制約
A	値 選択 同じ内部で 次の場合, Else If 構文 ( および または または) ルール内では、同じコンテナから始まる必要があり、任意のタイプ（文字列）を指定できます ，数値 など ) を含める必要があります。
B	すべての値 設定 ルールの間は、同じコンテナに属し、同じタイプまたは同じタイプの派生値を持つ必要があります。
C	指定した値 選択 横 次の場合, Else If ルール内の構成では、次の処理が実行されます。 not 同じコンテナから派生し、同じコンテナから派生する必要がある not 同じタイプである必要があります。

仕様

使用例 1

次のキー列を含む CSV ファイルがあります： hotelID および hotelID: city, rooms, hotel name.
収集しています Hotel ID ディメンション内で、を作成します。 Hotel Name から派生したディメンション hotelID を CSV ファイルに追加します。

CSV ファイルの構造とコンテンツ

現在のレポート

目的のレポート

次より前のデータ：

派生フィールド

次の項目を定義します。 Hotel Name 派生フィールド。 次を使用します。 分類 関数を使用して、 ホテル ID フィールドに値を入力し、新しい値に置き換えます。

分類する値の一部として定義していない元の値を含める場合（例：Hotel ID AMS789）、必ず「 」を選択します。 元の値を表示. これにより、AMS789 が派生フィールドの出力の一部となりますが、その値は分類されません。

後のデータ

使用例 2

複数のページのわかりやすいページ名の代わりに URL を収集した。 この値の組み合わせコレクションは、レポートを壊します。

次より前のデータ：

派生フィールド

次の項目を定義します。 Page Name (updated) 派生フィールド。 次を使用します。 分類 関数を使用して、既存の ページ名 フィールドに入力し、更新された正しい値に置き換えます。

後のデータ

詳細情報

以下の追加機能が「ルールを分類」インターフェイスで使用できます。

• すべてのテーブル値をすばやくクリアするには、 すべてのテーブル値をクリア.
• の元の値を含む CSV ファイルをアップロードするには、「値が等しい場合に値を置き換える」で「新しい値」を選択します。 CSV をアップロード.
• アップロードする元の値と新しい値を含む CSV ファイルを作成するためのテンプレートをダウンロードするには、「 CSV テンプレートをダウンロード.
• すべての元の値と新しい値がルールインターフェイスに入力された CSV ファイルをダウンロードするには、 CSV 値のダウンロード.

仕様

ユースケース

現在、オリジンおよび目的地の空港コードを別々のフィールドとして収集しています。 2 つのフィールドを結合して、ハイフン (-) で区切られた 1 つのディメンションにします。 したがって、接触チャネルと宛先の組み合わせを分析して、予約済みの上位ルートを特定できます。

前提条件：

• 同じテーブル内の別々のフィールドで、接触チャネルと宛先の値が収集されます。
• ユーザーは、値の間に区切り文字「 — 」を使用することを決定します。

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

• お客様 ABC123 は、Salt Lake City(SLC) と Orlando(MCO) 間のフライトを予約しています
• 顧客 ABC456 は、Salt Lake City(SLC) と Los Angeles(LAX) 間のフライトを予約しています
• お客様 ABC789 は、Salt Lake City(SLC) と Seattle(SEA) 間のフライトを予約しています
• お客様 ABC987 は、Salt Lake City(SLC) と San Jose(SJO) 間のフライトを予約しています
• お客様 ABC654 は、Salt Lake City(SLC) と Orlando(MCO) 間のフライトを予約しています

目的のレポートは次のようになります。

次より前のデータ：

派生フィールド

新しい Origin - Destination 派生フィールド。 次を使用します。 連結 関数を使用して、 オリジナル および 宛先 を使用するフィールド - 区切り.

後のデータ

仕様

ユースケース

外部マーケティングチャネルレポートの値の形式が正しくありません。例： email%20 marketing の代わりに email marketing. これらの不正な値により、レポートが破壊され、E メールのパフォーマンスがより難しくなります。 置き換えますか？ email%20marketing 次を使用 email marketing.

元のレポート

優先レポート

次より前のデータ：

派生フィールド

次の項目を定義します。 Email Marketing (updated) 派生フィールド。 次を使用します。 検索と置換 関数を使用して、 email%20marketing 次を使用 email marketing.

後のデータ

仕様

ユースケース

顧客がAdobe Targetを通じて表示されるパーソナライズされたバナーをクリックした際に収集されたアクティビティ ID を使用して、アクティビティ名を検索します。 アクティビティ ID とアクティビティ名を含む Analytics for Target(A4T) アクティビティでルックアップデータセットを使用する場合。

A4T ルックアップデータセット

派生フィールド

次の項目を定義します。 Activity Name 派生フィールド。 次を使用します。 参照 関数を使用して、 ルックアップを適用するフィールド フィールド ( 例： ActivityIdentifier) をクリックします。 ルックアップデータセットは、 ルックアップデータセット リスト ( 例： New CJA4T Activities) をクリックします。 次に、識別子フィールド ( 例えば、 ActivityIdentifier) を 一致するキー リストと、 返す値 リスト ( 例： ActivityName) をクリックします。

詳細情報

次の項目を簡単に挿入できます。 参照 関数内に含まれている必要があります。

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

仕様

ユースケース

レポートを適切に作成するために、収集されたすべての製品名を小文字に変換します。

次より前のデータ：

派生フィールド

次の項目を定義します。 Product Names 派生フィールド。 次を使用します。 小文字 関数を使用して、 収集された製品名 フィールドを小文字に変換し、新しい派生フィールドに格納します。

後のデータ

仕様

ユースケース

チャネルをまたいでジャーニーを分析する目的で、ページ名フィールドと呼び出し理由フィールドから構成されるディメンションを作成したい場合。

次より前のデータ：

派生フィールド

次の項目を定義します。 Cross Channel Interactions 派生フィールド。 次を使用します。 フィールドのマージ 関数を使用して、 ページ名 フィールドと 通話理由 フィールドに格納し、新しい派生フィールドに格納します。

後のデータ

詳細情報

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

仕様

ユースケース

URL の一部を取得し、それを一意のページ識別子として使用してトラフィックを分析したいとします。 次を使用する： [^/]+(?=/$|$) を返します。 $1 を出力パターンとして使用します。

次より前のデータ：

派生フィールド

次の項目を作成します。 Page Identifier 派生フィールド。 次を使用します。 正規表現の置換 関数を使用して、 参照 URL を使用するフィールド Regex / [^/]+(?=/$|$) および 出力形式 / $1.

後のデータ

詳細情報

Customer Journey Analyticsは、Perl 正規表現構文のサブセットを使用します。 次の式がサポートされています。

出力形式では、目的の文字列出力を実現するために、これらのシーケンスを何回でも、どのような順序でも使用できます。

仕様

使用例 1

ボイスアプリの応答を、単一のディメンションの区切りリストに収集します。 リスト内の各値を回答レポート内の一意の値にしたいとします。

次より前のデータ：

派生フィールド

次の項目を作成します。 Responses 派生フィールド。 次を使用します。 SPLIT 関数を使用して、 配列に変換 次の値を変換する方法 ボイスアプリの応答 フィールド使用 , として 区切り.

後のデータ

使用例 2

ボイスアプリの応答を、単一のディメンションの区切りリストに収集します。 リストの最初の値からの応答を、独自のディメンションに格納したい場合。 リストの最後の値を独自のディメンションに配置します。

次より前のデータ：

派生フィールド

次の項目を作成します。 First Response 派生フィールド。 次を使用します。 SPLIT 関数を使用して、 応答 応答の左側のフィールド , を区切り文字として使用します。

次の項目を作成します。 Second Response から最後の値を取得する派生フィールド 応答 フィールドで、右から、1 を区切り文字として、1 をインデックスとして選択します。

後のデータ

仕様

使用例 1

製品データを収集しますが、そのデータにはフラグメントレポートに含まれない空白文字が含まれます。 余分な空白を簡単にトリミングしたい

次より前のデータ：

派生フィールド

次の項目を作成します。 Product Identifier 派生フィールド。 次を使用します。 トリミング 関数を使用して、 空白をトリミング から 製品 ID フィールドに入力します。

後のデータ

使用例 2

収集されたページ名のデータに、削除する必要があるページ名の末尾に、誤った特殊文字が含まれています。

次より前のデータ：

派生フィールド

次の項目を作成します。 Page Name 派生フィールド。 次を使用します。 トリミング 関数を使用して、 特殊文字をトリミングする から 名前 を使用するフィールド 特殊文字 #?%&/.

後のデータ

使用例 3

storeID を含むデータを収集します。 storeID には、省略された米国の状態コードが最初の 2 文字として含まれます。 レポートでは、その状態コードのみを使用する必要があります。

次より前のデータ：

派生フィールド

次の項目を作成します。 Store Identifier 派生フィールド。 次を使用します。 トリミング 関数を使用して、 右から切り捨て の storeID 文字列の終わりから位置までのフィールド 3.

後のデータ

仕様

使用例 1

マーケティングチャネルのルールセットの一部として、参照 URL からの参照ドメインのみを使用する必要がある場合。

次より前のデータ：

派生フィールド

次の項目を定義します。 Referring Domain 派生フィールド。 次を使用します。 URL 解析 関数を使用して、 参照 URL フィールドに格納し、新しい派生フィールドに格納します。

後のデータ

使用例 2

この値を cid 内のクエリー文字列のパラメーター Page URL 派生トラッキングコードレポートの出力の一部として。

次より前のデータ：

派生フィールド

次の項目を定義します。 Query String CID 派生フィールド。 次を使用します。 URL 解析 関数を使用して、 ページ URL フィールド、指定する cid をクエリパラメーターとして使用します。 出力値は、新しい派生フィールドに格納されます。

後のデータ