SFMCからデータを取得する際のデータ抽出とデータビューの違いを追跡

クライアントは、分析チームがデータウェアハウスにすべてのトラッキングイベントを持つことを希望しています。各送信に対してトラッキングからCSVエクスポートをクリックしてもスケールしません。

トラッキングデータ抽出 - スケジュールに基づいたSFTPへの自動エクスポート
データビューに対するSQLクエリ活動 - SFMC内で直接トラッキングをクエリ

両方とも機能します。どちらを使うかはデータが置きたい場所によって決まります.

オプション1: トラッキングデータ抽出

Automation Studio > データ抽出アクティビティ > トラッキング抽出タイプ. データタイプと日付範囲を選択し、SFMCはSafehouseにCSVファイルを書き込みます。その後、File TransferアクティビティがそれをクライアントのSFTPに送信します。

サポートしているタイプ:

送信
オープン
クリック
バウンス
解約
コンプライアンス（スパム報告）
未送信

一般的な自動化:

Schedule (daily or weekly)
  -> Data Extract Activity (Tracking Extract, date range: yesterday)
  -> File Transfer Activity (push CSV to client SFTP)

出力はフラットなCSV形式で、1行が1つのイベントに対応しています。分析者はそれをワーキングストアにロードし、クエリを実行します.

維持優位性：Tracking Extractは、まだ期限切れでない場合に数年分のデータを引き出すことができます。一部のイベントはSFMCで2年間保持されますので、期限切れになる前に抽出してください.

オプション2：データビューに対するSQLクエリアクティビティ

データビュー は SFMC のシステムテーブルで、トラッキングデータを格納しています。SQL Query アクティビティでクエリを実行し、結果を DE.

Data View

に書き込みます。

_Sent

すべてのメール送信試行

_Open

すべてのオープンイベント

_Click

すべてのクリックイベント

_Bounce

すべてのバウンス（バウンスタイプを含む）

_Unsubscribe

すべてのアンサブスクリプション

_Complaint

すべてのスパム報告

_Job

ジョブのメタデータを送信

_Subscribers

すべてのサブスクリプターリスト

例：過去30日間にメールを開いたサブスクリプター：

SELECT DISTINCT SubscriberKey, EmailAddress
FROM _Open
WHERE EventDate >= DATEADD(DAY, -30, GETDATE())

DEに書き込む。DEを以下のように使用する：

再エンゲージメントキャンペーンのターゲットオーディエンス
追加のSQL分析のソース
ファイルドロップへの入力（Input to a File Drop for external systems）

どのタイミングでどれを選ぶか

必要です

ツール

クライアントのデータウェアハウスにエクスポートする

トラッキングデータ抽出＋ファイル転送

トラッキングから内部SFMCセグメントを構築する

SQLクエリアクティビティ

一度の歴史的な引き込み

トラッキングデータ抽出

エンゲージメントに基づく継続的なセグメンテーション

SQLクエリ活動

SFMC以外の分析家向けデータ

トラッキングデータ抽出

全てをSFMC内に保持

SQLクエリ活動

保持期間制限

データビューのデフォルト保持期間: 6ヶ月
一部のイベントデータ：最大2年間（契約内容による）
：トラッキングデータ抽出範囲：保持されている範囲に限られます。消去されたものは抽出できません

：ルール：プロジェクト初期段階でアーカイブ自動化を設定します。_Open、_Click、_Sent、_Bounceを週次抽出し、クライアントの倉庫またはアーカイブDEに格納します。6ヶ月を経て、すべてのデータがバックアップされます。

アーカイブパターン

クライアントがSFMC内で2年以上の追跡を検索可能にしたい場合：

Weekly archive automation:
  Schedule (Monday 2am)
  -> SQL Query Activity: SELECT * FROM _Open WHERE EventDate BETWEEN X AND Y INTO Archive_Open DE
  -> SQL Query Activity: Same for _Click, _Sent, _Bounce

アーカイブDEは時間とともに成長しますが、期限切れになりません。アーカイブとライブデータのクエリは無制限の保持を提供します。

ワーキスアーカイブ（SFMC外）の場合：

Daily export:
  Schedule (daily 1am)
  -> Data Extract Activity (each tracking type, yesterday's data)
  -> File Transfer Activity (push to client SFTP)

どちらのパターンでも問題ありません。後続の分析が行われる場所に基づいて選択してください

一般的な間違い

早い段階でのアーカイブが行われていません

クライアントが昨年のキャンペーンデータを10ヶ月目に要求します。それはなくなりました。データビューの保持期間は6ヶ月目で終了しました

修正策：最初の日からアーカイブを開始し、誰かが要求するまで待たないでください

SFMCの外部からデータビューをクエリしようとしています

データビューはSFMCの内部システムテーブルです。BIツールを直接接続することはできません。まずエクスポートする必要があります。

すべてのデータビューが同等に保持されることを想定しています

_Sentは_Openとは異なり、両者は_Subscribersと異なります。特定のアカウントの保持期間についてドキュメントを読んでから、日付範囲を約束してください。

インデックスなしでデータビューを結合する

データビューに対するSQLクエリ活動は、クエリがサポートされる結合パターンを使用しない場合、数百万行という大規模なデータに時間切れになることがあります。クエリを簡単かつフィルタリングされたものにし、可能な限り主キーを使用してください.

パターン：データビューからのリエンゲージメントキャンペーン

一般的な使用例 - 90日間開封していないサブスクリプタを見つけ、再エンゲージメントの旅に含める:

SELECT s.SubscriberKey, s.EmailAddress
FROM _Subscribers s
LEFT JOIN (
  SELECT DISTINCT SubscriberKey
  FROM _Open
  WHERE EventDate >= DATEADD(DAY, -90, GETDATE())
) o ON s.SubscriberKey = o.SubscriberKey
WHERE s.Status = 'Active' AND o.SubscriberKey IS NULL
INTO ReEngagement_Candidates_DE

週単位でスケジュール。Journey BuilderはReEngagement_Candidates_DEから読み取り、再エンゲージメントシリーズをトリガーする.

まとめ

クライアント倉庫および外部システムへのエクスポート用のトラッキングデータ抽出。データビューに対するSQLクエリ活動は、内部セグメンテーションおよびSFMC分析のため行われる。両者はほとんどの案件で互いに連携している。アーカイブ自動化を早めに設定する——代替案は、クライアントに彼らの1年前のキャンペーンデータが失われたことを伝えることである。

SFMCデータエクスポートおよびアーカイブ戦略の設計？ Salesforceチームは、生産環境におけるプロジェクトでトラッキングデータパイプラインの保持計画を提供しています。ご連絡ください ->

私たちのフルプラットフォームサービスについて、私たちがカバーするスタックを確認してください。

おすすめ購読元

DEV Community