広告主、媒体社、広告技術プロバイダーは、パートナーと協力して集合的なデータセットに関する洞察を生成する効率的な方法を積極的に模索しています。データ コラボレーションに取り組む一般的な理由の 1 つは、視聴者の重複分析を実行することです。これは、メディアが新しいパートナーシップを計画および評価するときに実行する一般的な分析です。
この投稿では、視聴者重複分析とは何かを探り、現在の技術的アプローチとその課題について説明し、次を使用して安全な視聴者重複分析を実行する方法を説明します。 AWS クリーンルーム.
視聴者の重複分析
オーディエンスの重複とは、オーディエンス内のユーザーのうち、別のデータセットにも存在するユーザーの割合です (オーディエンスと別のデータセットの両方に存在するユーザーの数をオーディエンスのユーザーの総数で割って計算されます)。デジタル メディア プランニング プロセスでは、広告主のファーストパーティ データセットとメディア パートナー (パブリッシャー) のデータセットを比較するためにオーディエンスのオーバーラップがよく行われます。この分析は、特定のメディア パートナーが広告主の視聴者のどの程度にリーチできるかを判断するのに役立ちます。重複を評価することで、広告主は、メディア パートナーが独自のリーチを提供しているかどうか、またはメディア パートナーの視聴者が広告主の既存の視聴者と主に重複しているかどうかを判断できます。
現在のアプローチと課題
広告主、パブリッシャー、サードパーティ データ プロバイダー、その他のエンティティは、オーディエンスの重複テストや一致テストを実行するときにデータを共有することがよくあります。ピクセルや SFTP 転送などの一般的なデータ共有方法には、機密性の高い顧客情報の移動が伴うため、リスクが伴う可能性があります。このデータを他の当事者と共有するには時間がかかり、潜在的なデータ侵害や不正アクセスのリスクが高まる可能性があります。受信側がデータの取り扱いを誤ると、プライバシー規制に違反し、法的リスクが生じる可能性があります。また、顧客データの悪用や漏洩が認められると、消費者の信頼が失墜し、風評被害やビジネス損失の可能性を招く可能性があります。
ソリューションの概要
AWS Clean Rooms を使用すると、お客様とパートナーが、基礎となるデータを相互にコピーすることなく、集合データセットで簡単かつ安全に共同作業および分析できるようになります。 AWS Clean Rooms を使用すると、データ クリーン ルームを数分で作成し、パートナーと協力して独自の洞察を生成できます。 AWS Clean Rooms を使用すると、他の現在のアプローチに関連するリスクを回避しながら、視聴者の重複分析を実行して貴重な洞察を生成できます。
以下は、AWS Clean Rooms を使用するための重要な概念と前提条件です。
- 分析の各当事者 (コラボレーションメンバー) は AWS アカウントを持っている必要があります。
- 1 人のメンバーが他のメンバーを AWS Clean Rooms コラボレーションに招待します。どのメンバーが招待状を作成するかは関係ありません。コラボレーション作成者は、招待者の AWS アカウント ID を入力として使用して、招待状を送信します。
- コラボレーション内でクエリを実行できるのは 1 人のメンバーだけであり、コラボレーションから結果を受け取ることができるのは 1 人のメンバーだけです。各メンバーの能力は、コラボレーションの作成時に定義されます。
- 各コラボレーション メンバーは、それぞれの場所にデータセットを保存します。 Amazon シンプル ストレージ サービス (Amazon S3) バケットを作成し、それらをカタログ化します (列名とデータ型を含むスキーマを作成します)。 AWSグルー データカタログ。次のコマンドを使用してデータ カタログ定義を作成することもできます。 アマゾンアテナ データベースの作成とテーブルの作成ステートメント。
- コラボレーターは、S3 バケットと Data Catalog テーブルを同じ AWS リージョンに置く必要があります。
- コラボレーターは、AWS Clean Rooms コンソール、API、または AWS SDK を使用してコラボレーションをセットアップできます。
- AWS Clean Rooms では、ハッシュ化された MAID、電子メール、IP アドレス、RampID など、任意の列を結合キーとして使用できます。
- 各コラボレーション メンバーは、自分のデータをコラボレーションに関連付けます。
広告主がサイト運営者と協力してオーディエンスの重複を特定するシナリオを見てみましょう。この例では、パブリッシャーがコラボレーションを作成し、広告主を招待し、クエリを実行して結果を受け取ることができるメンバーとして広告主を指定します。
前提条件
他の人をコラボレーションに招待するには、その人の AWS アカウント ID が必要です。このユースケースでは、パブリッシャーは広告主の AWS アカウント ID を必要とします。
コラボレーションを作成する
このユースケースでは、パブリッシャーが AWS Clean Rooms コンソールを使用してコラボレーションを作成し、広告主を招待します。
コラボレーションを作成するには、次の手順を実行します。
- AWS Clean Rooms のコンソールで、 コラボレーション ナビゲーションペインに表示されます。
- 選択する コラボレーションを作成する.
- 名前 、コラボレーションの名前を入力します。
- メンバー セクションで、招待するアカウント (この場合は広告主) の AWS アカウント ID を入力します。
- メンバーの能力 セクションで、クエリを実行して結果を受け取ることができるメンバー (この場合は広告主) を選択します。
- クエリロギング、クエリログをオンにするかどうかを決定します。クエリは次の場所に記録されます アマゾンクラウドウォッチ.
- 暗号コンピューティング、暗号化コンピューティングのサポートを有効にするかどうかを決定します (データを関連付ける前に事前に暗号化します)。 AWS Clean Rooms は暗号化されたデータに対してクエリを実行します。
- 選択する Next.
- ソフトウェア設定ページで、下図のように メンバーシップを構成する ページで、今すぐメンバーシップとコラボレーションを作成するか、コラボレーションを作成して後でメンバーシップをアクティブ化するかを選択します。
- クエリ結果の設定のデフォルト、結果を受け取るためにデフォルト設定を維持するかどうかを選択します。
- Amazon CloudWatch Logs のログストレージ、ログ設定を指定します。
- タグとクエリの支払い者を指定します。
- 選択する Next.
- 構成を確認し、コラボレーションとメンバーシップを今すぐ作成するか、コラボレーションのみを作成するかを選択します。
サイト運営者は広告主に招待状を送信します。広告主はコラボレーション設定を確認し、メンバーシップを作成します。
構成済みのテーブルを作成し、分析ルールを設定する
パブリッシャーは、AWS Glue テーブル (場所を含む S3 データのメタデータ定義を表すため、クエリの実行時に AWS Clean Rooms で読み取ることができる) から設定済みのテーブルを作成します。
次の手順を完了します。
- AWS Clean Rooms コンソールで、 構成されたテーブル ナビゲーションペインに表示されます。
- 選択する 新しいテーブルを構成する.
- AWS Glue テーブルを選択します セクションで、データベースとテーブルを選択します。
- コラボレーションで許可される列 セクションでは、コラボレーションでのクエリを許可する既存のテーブル列を選択します。
- 設定されたテーブルの詳細 セクションで、構成されたテーブルの名前とオプションの説明を入力します。
- 選択する 新しいテーブルを構成する.
- テーブルで許可するクエリのタイプに一致する分析ルールのタイプを選択します。オーディエンスの重複サイズを調べるなどの集計分析を可能にするには、集計分析ルール タイプを選択します。
- 集計関数 セクションでは、選択 カウントの区別 集計関数として。
- 結合コントロール セクションで、共同編集者が自分のテーブルに参加する必要があるかどうかを選択します。これは視聴者が重複するユースケースであるため、 いいえ、重複のみを照会できます.
- 一致を許可する演算子を選択します (この例では、 そして および OR).
- 寸法コントロール セクションで、列をディメンションとして使用できるようにするかどうかを選択します。
- スカラー関数 セクションで、許可されるスカラー関数を制限するかどうかを選択します。
- 選択する Next.
- 集計の制約 セクションで、構成されたテーブルの最小集計制約を選択します。
これにより、ユーザーの特定の最小しきい値を満たさない行をフィルターで除外できます (たとえば、しきい値が 10 に設定されている場合、10 人未満のユーザーを集計する行がフィルターで除外されます)。
テーブルをコラボレーションに関連付ける
AWS Clean Rooms では、広告主が送信したクエリを実行するためにテーブルを読み取るアクセス権が必要です。テーブルを関連付けるには、次の手順を実行します。
- AWS Clean Rooms コンソールで、コラボレーションに移動します。
- 選択する アソシエイトテーブル.
- 設定されたテーブル名、構成したテーブルの名前を選択します。
- テーブルの関連付けの詳細 セクションで、テーブルの名前とオプションの説明を入力します。
- サービスアクセス セクションでは、デフォルト設定を使用して、 AWS IDおよびアクセス管理 AWS Clean Rooms の (IAM) サービス ロールを自動的に追加することも、既存のロールを使用することもできます。ロールを作成または変更し、そのロールを AWS Clean Rooms に渡すには、IAM アクセス許可が必要です。
- 選択する アソシエイトテーブル.
広告主は、前のセクションで説明した手順を実行して、構成済みのテーブルを作成し、それをコラボレーションに関連付けます。
クエリエディターでクエリを実行する
広告主は、次の場所に移動できるようになります。 クエリ クエリを実行するコラボレーション テーブルとレビュー テーブル、およびその分析ルールのタブ。指定できます
重複クエリの出力が送信される S3 バケット。
広告主は、重複クエリを作成して実行できるようになりました。ハッシュされた電子メールをクエリの結合キーとして使用できます (任意の列を結合キーとして使用するオプションがあり、複数の結合キーに複数の列を使用することもできます)。 Analysis Builder のノーコード オプションを使用して、AWS Clean Rooms に代わって SQL を生成させることもできます。このユースケースでは、次のクエリを実行します。
次のスクリーンショットに示すように、クエリ結果は広告主の S3 バケットに送信されます。
クリーンアップ
使用されなくなったリソースを削除することをお勧めします。広告主とサイト運営者は、それぞれのリソースをクリーンアップする必要があります。
- 広告主 – 広告主は、設定されているテーブルの関連付けとコラボレーション メンバーシップを削除します。ただし、構成されたテーブルはコラボレーション全体で再利用できるため、削除する必要はありません。
- Publisher – パブリッシャーは、設定されているテーブルの関連付けとコラボレーションを削除します。構成されたテーブルはコラボレーション間で再利用できるため、削除する必要はありません。
まとめ
この投稿では、ハッシュ化された電子メールをデータセット間の結合キーとして使用し、メディアプランニングとパートナーシップ評価のために AWS Clean Room を使用してオーディエンス重複コラボレーションをセットアップする方法を説明しました。広告主は、メディアパートナーと視聴者の重複分析を実施し、メディアへの投資決定を支援するために AWS Clean Rooms を利用することが増えています。さらに、オーディエンスの重複は、潜在的なパートナーと共有する重複の範囲を特定することで、パートナーシップの評価を加速するのに役立ちます。
AWS Clean Rooms の詳細については、ビデオをご覧ください。 AWS クリーン ルームの使用を開始する、次の追加リソースを参照してください。
著者について
エリック・サッキュロ アマゾン ウェブ サービスの AWS クリーン ルームのシニア ビジネス開発マネージャーです。彼は、プライバシーを強化した方法で顧客がパートナーと協力して洞察を得てビジネス成果を向上できるよう支援することに重点を置いています。
シャミール・タンナ アマゾン ウェブ サービスのシニア テクニカル プロダクト マネージャーです。
ライアン・マレッキー アマゾン ウェブ サービスのシニア ソリューション アーキテクトです。彼は、特に AWS Clean Rooms を使用して、顧客がデータから洞察を得るのを支援することに重点を置いています。
- SEO を活用したコンテンツと PR 配信。 今日増幅されます。
- PlatoData.Network 垂直生成 Ai。 自分自身に力を与えましょう。 こちらからアクセスしてください。
- プラトアイストリーム。 Web3 インテリジェンス。 知識増幅。 こちらからアクセスしてください。
- プラトンESG。 カーボン、 クリーンテック、 エネルギー、 環境、 太陽、 廃棄物管理。 こちらからアクセスしてください。
- プラトンヘルス。 バイオテクノロジーと臨床試験のインテリジェンス。 こちらからアクセスしてください。
- 情報源: https://aws.amazon.com/blogs/machine-learning/run-an-audience-overlap-analysis-in-aws-clean-rooms/
- :は
- :どこ
- $UP
- 1
- 10
- 100
- 視聴者の38%が
- 7
- a
- 能力
- 私たちについて
- 加速する
- アクセス
- 越えて
- 活性化する
- 積極的に
- NEW
- アドレス
- 広告業者
- 広告運用
- 集計
- 凝集
- 許す
- 許可されて
- ことができます
- また
- Amazon
- Amazon Webサービス
- an
- 分析
- 分析
- 分析します
- および
- 別の
- どれか
- API
- アプローチ
- です
- AS
- 仲間
- 関連する
- 仲間
- 協会
- 団体
- At
- 聴衆
- 自動的に
- 利用できます
- 回避
- AWS
- AWSグルー
- BE
- なぜなら
- 代わって
- さ
- BEST
- の間に
- 両言語で
- 違反
- ビルダー
- ビジネス
- 事業開発
- 焙煎が極度に未発達や過発達のコーヒーにて、クロロゲン酸の味わいへの影響は強くなり、金属を思わせる味わいと乾いたマウスフィールを感じさせます。
- by
- 計算された
- 缶
- キャリー
- 場合
- カタログ
- カタログ
- 一定
- 課題
- 選択する
- 協力します
- 共同作業する
- 環境、テクノロジーを推奨
- コラボレーション
- 集団
- コラム
- コラム
- コマンドと
- 比較します
- コンプリート
- 完了
- コンピューティング
- コンセプト
- プロフェッショナルな方法で
- 実施
- 設定された
- 領事
- consumer
- 消費する
- controls
- 複写
- 可能性
- カウント
- 作ります
- 作成した
- 作成します。
- クリエイター
- 暗号
- 電流プローブ
- 顧客
- 顧客データ
- Customers
- 損傷
- データ
- データ侵害
- データベース
- データセット
- 決めます
- 決定
- デフォルト
- 定義済みの
- 定義
- 実証
- 説明
- 詳細な
- 決定する
- 開発
- デジタル
- デジタルメディア
- 大きさ
- 話し合います
- 明確な
- 分割された
- そうではありません
- ドント
- 各
- エディタ
- 効率的な
- 楽
- どちら
- メール
- 可能
- では使用できません
- 従事する
- 入力します
- エンティティ
- エリック
- 特に
- 評価します
- 評価
- 評価
- 例
- 既存の
- 探る
- 暴露
- エクステント
- より少ない
- filter
- 発見
- 焦点を当て
- フォロー中
- から
- function
- 機能
- さらに
- 利得
- 生成する
- 与えられた
- Go
- ハッシュ化
- 持ってる
- he
- 助けます
- 助け
- ことができます
- 認定条件
- How To
- しかしながら
- HTTP
- HTTPS
- ID
- 識別する
- 識別
- アイデンティティ
- if
- 説明します
- 改善します
- in
- 含めて
- 増える
- ますます
- 情報
- 内側の
- 洞察
- 投資
- 招待状
- 招待
- プロンプト
- 巻き込む
- IP
- IPアドレス
- IT
- join
- JPG
- ただ
- キープ
- キー
- キー
- 後で
- 主要な
- LEARN
- リーガルポリシー
- LIMIT
- 場所
- ログ
- ログインして
- ロギング
- より長いです
- 見て
- 損失
- make
- マネージャー
- 一致
- マッチ
- マッチング
- 問題
- メディア
- 大会
- メンバー
- メンバーシップ
- メソッド
- 最小
- 分
- 誤用
- 修正する
- 他には?
- 移動する
- ずっと
- の試合に
- 名
- 名
- ナビゲート
- ナビゲーション
- 必要
- ニーズ
- 新作
- いいえ
- 今
- 数
- of
- 頻繁に
- on
- ONE
- の
- 演算子
- オプション
- or
- 注文
- その他
- 私たちの
- でる
- 成果
- 出力
- オーバーラップ
- 自分の
- ページ
- ペイン
- パートナー
- パートナー
- パートナーシップ
- パートナーシップ
- パーティー
- パス
- 支払い
- 知覚される
- 割合
- パーミッション
- 人
- 計画
- プラトン
- プラトンデータインテリジェンス
- プラトデータ
- ポスト
- 潜在的な
- 練習
- 先行
- 主に
- 前提条件
- 現在
- プライバシー
- プロセス
- プロダクト
- プロダクトマネージャー
- プロバイダ
- は、大阪で
- 出版社
- 出版社
- クエリ
- クエリー
- リーチ
- 達した
- 読む
- 理由
- 受け取ります
- 受け入れ
- 参照する
- 地域
- 規制
- 表し
- の提出が必要です
- 必要
- リソース
- それらの
- 結果として
- 結果
- 再利用可能な
- レビュー
- レビュー
- リスク
- リスク
- 職種
- ルーム
- 客室
- ルール
- ルール
- ラン
- ランニング
- Ryan Tan
- 同じ
- シナリオ
- SDK
- セクション
- セクション
- 安全に
- しっかりと
- を求める
- select
- 送信
- 送る
- シニア
- 敏感な
- 送信
- サービス
- サービス
- セッションに
- 設定
- シェアする
- シェアリング
- すべき
- 示す
- 簡単な拡張で
- サイズ
- So
- ソリューション
- 開始
- 文
- ステップ
- ストレージ利用料
- 店舗
- 提出された
- そのような
- サポート
- テーブル
- 技術的
- テクノロジー
- テスト
- より
- それ
- アプリ環境に合わせて
- それら
- その後
- 彼ら
- サードパーティ
- サードパーティのデータ
- この
- しきい値
- 時間
- 〜へ
- トータル
- 転送
- 信頼
- 順番
- オン
- ターニング
- type
- 無許可
- 根本的な
- ユニーク
- つかいます
- 使用事例
- 中古
- users
- 使用されます
- 貴重な
- ビデオ
- 欲しいです
- よく見る
- 方法
- we
- ウェブ
- Webサービス
- この試験は
- いつ
- かどうか
- which
- while
- 誰
- 意志
- 書きます
- You
- あなたの
- マーケット
- ゼファーネット