データフィードにデータ変換を適用する
次のいずれかの方法を使用して、データフィードデータを変換できます。
それぞれの方法には長所と短所があります。 以下のセクションでは、一般的なトレードオフと特定の変換のトレードオフを比較します。
一般的なデータ変換方法の比較
次の表に、一般的な各方法の利点と欠点を比較します。
- データフィードが配信される前に、レポート時に適用されます。
- Analysis Workspaceとデータフィード出力の両方に、同じロジックが一貫して適用されます。
- アカウントの限定的な派生フィールドを使用しない。
- 使用できるコンポーネント設定の数に制限はありません。
- 処理オーバーヘッドが追加され、データフィード配信のパフォーマンスに影響を与える可能性があります
- 各コンポーネントがサポートする特定の設定セットでのみ使用できます。 派生フィールドを使用してカスタムロジックを構築するような柔軟性はありません。
- データフィードが配信される前に、レポート時に適用されます。
- Analysis Workspaceとデータフィード出力の両方に、同じロジックが一貫して適用されます。
- チェーン付きの条件付きルールなど、単一のコンポーネント設定よりも柔軟なカスタムロジックをサポートします。
- 一部の変換、特にスコープ設定に依存する変換やURLを解析する変換は、SQLでレプリケートするのが困難です。
- 処理オーバーヘッドが追加され、データフィード配信のパフォーマンスに影響を与える可能性があります
- 処理オーバーヘッドが追加され、データフィード配信のパフォーマンスに影響を与える可能性があります。
- アカウントの限定的な派生フィールドのいずれかを使用します。 コンポーネント設定で同じ変換を実行できる場合は、代わりにそれを使用します。
- 派生フィールドに適用される関数と演算子の制限による制限はありません。
- データフィード配信のパフォーマンスには影響しません。
- データフィードが既に配信された後に適用されます。
- ロジックはAnalysis Workspaceでは適用されないので、別の場所で複製する必要があります。
- 一部の変換は、複製が困難または非現実的です。特に、スコープ設定に依存する変換、URLを解析する変換、スコープ全体で値の重複や永続化を行う変換は困難です。
変換タイプ別のデータ変換方法の比較
次の表に、特定のデータ変換のリストを示します。それぞれのメソッド（またはメソッド）を実行できるメソッド、SQLでのレプリケートの困難さ、推奨されるメソッドを示します。
コンポーネント設定
限定的な派生フィールドのいずれかを使用しないため、推奨されます。
文字列に簡単
指標の中程度から難しい（CASE ステートメントとCOUNTを組み合わせる必要があります）
コンポーネント設定
使いやすさと、限定的な派生フィールドを使用しないため、おすすめです。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるので、推奨されます。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるので、推奨されます。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるので、推奨されます。
コンポーネント設定
次の理由により推奨：
- 同じロジックがAnalysis Workspaceとデータフィード出力の両方に一貫して適用されます（SQLでは不可能）
- 制限付きの派生フィールドは使用されません。
コンポーネント設定
限定的な派生フィールドのいずれかを使用しないため、推奨されます。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるため、使いやすくするために推奨されます。
スコープ設定に依存します（セッションをスコープとして使用し、設定できません）。 範囲の設定がデータフィードに与える影響を参照してください。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるため、使いやすくするために推奨されます。
コンポーネント設定
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるため、使いやすくするために推奨されます。
「値なし」を値として扱うオプションはデータフィードに適用されますが、 デフォルトで「値なし」を表示しない および デフォルトで「値なし」を表示するオプションはデータフィードに適用されません。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるため、使いやすくするために推奨されます。
容易/中程度
ルックアップテーブルは既に存在する必要があります。
コンポーネント設定
次の理由により推奨：
- 同じロジックがAnalysis Workspaceとデータフィード出力の両方に一貫して適用されます（SQLでは不可能）
- 制限付きの派生フィールドは使用されません。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるため、使いやすくするために推奨されます。
コンポーネント設定
限定的な派生フィールドのいずれかを使用しないため、推奨されます。
困難
同じコンポーネントを抽出するには、カスタム文字列解析が必要です。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるため、使いやすくするために推奨されます。
コンポーネント設定
使いやすさと、限定的な派生フィールドを使用しないため、おすすめです。
コンポーネント設定
3つのアプローチはすべて同じ結果を生成しますが、次の理由からコンポーネント設定を優先します。
- 同じロジックがAnalysis Workspaceとデータフィード出力の両方に一貫して適用されます（SQLでは不可能）
- 制限付きの派生フィールドは使用されません。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるため、使いやすくするために推奨されます。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるため、使いやすくするために推奨されます。
コンポーネント設定
次の理由により推奨：
- 同じロジックがAnalysis Workspaceとデータフィード出力の両方に一貫して適用されます（SQLでは不可能）
- 制限付きの派生フィールドは使用されません。
派生フィールド
Analysis Workspaceとデータフィード出力の両方で同じロジックが一貫して適用されるため、使いやすくするために推奨されます。
範囲の設定がデータフィードに与える影響 scope-settings
日付計算、重複排除、次または前、および各要約は、イベント、セッション、または人物の スコープ 設定によって異なります（使用可能なオプションは機能によって異なります）。 深度には設定可能な範囲フィールドはありませんが、標準のイベント深度ディメンションと同様に、本質的にセッションに関連付けられています。 スコープを持つフィールドは、そのスコープ内のすべての行に同じ値を書き込み、その値は処理ウィンドウ 内のデータによって異なります。
処理ウィンドウはデータフィード配信ごとに前にスライドするため、同じフィールドは、既に発生したイベントであっても、後の配信で異なる値を返すことができます。
スコープサイズに伴うリスクの増加：個人の履歴はフィード実行内に自然な時間境界がないので、個人のスコープはセッションのスコープよりもリスクが高くなります。
派生フィールド関数テンプレート
派生フィールド関数テンプレート を使用すると、マーケティングチャネルの作成、ボットの検出、URLからのUTM パラメーターの抽出など、特定のユースケース用の派生フィールドをすばやく作成できます。 テンプレートは事前定義済みのルールのチェーンから構築されているので、SQLで同じロジックをゼロから再現する場合は、Marketing Channel Templateと同様に、ほとんどの場合、それを使用することが推奨されます。
テンプレートにスコープ設定に依存する関数が含まれている場合、その関数のスコープの注意がテンプレートに継承されます。 範囲の設定がデータフィードに与える影響を参照してください。