データクリーンルーム

データクリーンルームとは、2社以上の当事者（通常は広告主とプラットフォームまたはパブリッシャー）が、互いの生の個人識別可能なレコードを一切見ることなく、広告目的で結合したデータセットをマッチング・分析できる、安全でアクセス制御された環境です。

マッチングの実際の仕組み#

実際には、広告主がCRMから顧客メールのハッシュ化されたリストをアップロードし、パブリッシャーまたはプラットフォームが、クリーンルーム内で暗号化された識別子を使用して、そのリストを自社のハッシュ化ユーザーレコードとマッチングします。出力は集約されたものです：マッチングしたユーザーが特定の広告を何回見たか、広告主の既存顧客とプラットフォームのオーディエンスの間の重複の様子、または以前にコンバージョンしたユーザーに対するキャンペーンのパフォーマンスなど。どちらの当事者も相手側に属する個別レベルの行をエクスポートまたはクエリすることはできません。クリーンルームは、繰り返しの狭いクエリによって一方が相手の生データをリバースエンジニアリングすることを防ぐために、クエリ制限、最小集計しきい値、監査ログを強制します。

クリーンルームが一般的になった理由#

サードパーティクッキーの信頼性が低下し、最新のコンセントマネジメントプラットフォームの下で同意要件が厳格化されるにつれて、広告主は、自社の顧客データとプラットフォームのオーディエンスデータを組み合わせてターゲティングや測定を行う方法を必要としていましたが、その際、どちらの当事者も生のPIIを渡すことは避けたいと考えていました。なぜなら、それらはプライバシーリスク、そして多くの場合契約上のリスクを生み出すからです。クリーンルームはその特定の問題を解決します。つまり、アトリビューションやルックアライクモデリングを、いずれの方向にも完全なデータエクスポートを必要とせず、マッチングされたプライバシーセーフなデータ上で実行できるようにし、ブランドが社内ですでに運用しているデータマネジメントプラットフォームを補完するものであり、置き換えるものではありません。

これは、複数のプラットフォームや地域にまたがって広告費用を運用し、各プラットフォームのウォールドガーデンレポートを額面通りに信頼するのではなく、実際のジオターゲティングデータに基づいた重複やインクリメンタルリーチの一貫したビューを必要とする大規模な広告主にとって最も重要です。現在のネイティブ広告やアフィリエイトメディアバイイングではあまり一般的ではなく、そこではキャンペーンは通常より小規模で、コンバージョントラッキングはよりシンプルなピクセル＆ポストバック設定で実行されます。しかし、生レコードを公開せずにマッチングするという根本的なプライバシーロジックは、シグナルロスがより多くの測定を集約的でプライバシーを保護する方法へと押しやるにつれて、業界全体でますます見られるようになっています。

クリーンルームではないもの#

クリーンルームはデータブローカーではなく、オーディエンスセグメントを直接売買する方法でもありません。これは計算環境です。データが入り、集約されたインサイトが出てきて、元のレコードは元の場所に残ります。この違いが、クリーンルームが実際の技術的なセットアップと最低支出コミットメントを必要とする傾向がある理由でもあります。これらは、ブランドと主要プラットフォームとの間の継続的なパートナーシップのために構築されており、一度限りのキャンペーンチェックのためではありません。

もしあなたの優先事項がよりシンプルな、つまり自社のCRMとの重複をモデリングするのではなく、競合他社が実際に現在何を実行しているかを知ることであるなら、それは別の問題であり、OpenAdLibraryの広告インテリジェンスインデックスはまさにそのために構築されています。どちらの側もデータ共有契約は必要ありません。

過剰に構築せずに始める#

小規模な広告主は、エンタープライズデータサイエンスチームなしではクリーンルームは手が届かないと想定することがありますが、現在では多くのプラットフォームホスト型クリーンルームが、重複サイジング、インクリメンタルリーチ、ルックアライクシードオーディエンスなど、最も一般的な質問のための事前構築済みテンプレートを提供しており、マーケティングチームはカスタムコードを書かずにクエリを実行できます。実際の前提条件は、通常、クリーンで適切にマッチングされたファーストパーティリストであり、大規模なエンジニアリング予算ではありません。そのため、プラットフォーム側がボトルネックであると想定する前に、自社のCRMの衛生状態を監査する価値があります。