Audience Collaboration

このガイドでは、Real-Time CDPおよびAdobe Experience PlatformのSegment Matchを使用したオーディエンスのコラボレーションに関する包括的な実装リファレンスを提供します。 これは、サンドボックスや組織をまたいで、オーディエンスセグメントをプライバシーが保護された方法で共有して一致させる必要がある、ソリューションアーキテクト、マーケティングテクノロジスト、実装エンジニア向けに設計されています。

この計画を使用して、使用可能なアプローチを理解し、トレードオフを評価し、詳細な設定手順についてはAdobe Experience Leagueを参照してください。

Segment Matchでは、基礎となるPIIを公開せずにセグメントメンバーシップ情報を共有することで、2つ以上のExperience Platform組織（または組織内のサンドボックス）がオーディエンスデータで共同作業を行うことができます。 参加者は、重複を推定し、オーディエンスを共有し、一致したプロファイルを下流の宛先にアクティベートできます。

ユースケースの概要

企業は、厳格なプライバシー管理を維持しながら、パートナー企業、子会社、事業部門をまたいで、オーディエンスデータを連携する必要に迫られています。 Audience Collaborationは、ハッシュ化されたプライバシー保護された識別子を使用して、2つ以上のExperience Platform組織（またはサンドボックス）がオーディエンスメンバーシップ情報を交換できるようにするReal-Time CDP内の機能であるSegment Matchを通じて、安全なセグメント共有を有効にすることで、このニーズに対応します。

通常、ビジネスシナリオには、価値のあるオーディエンスセグメントを構築し、それをパートナー組織（受信者）と共有して、共同でターゲティング、抑制、強化する必要がある組織（送信者）が含まれます。 共有する前に、両者はオーディエンスの重複を推定して価値を評価できます。 共有が完了すると、受信組織は、一致したオーディエンスを独自の宛先を通じてアクティブ化できます。

このパターンは、外部の広告やマーケティングの宛先ではなく、組織やサンドボックス間で運用されるため、標準的なオーディエンスのアクティベーションとは異なります。 また、データクリーンルームやサードパーティのコラボレーションプラットフォームとも異なります。これは、Experience PlatformID インフラストラクチャを使用して、Adobe エコシステム内でネイティブに動作するからです。

主なビジネス目標

このユースケースパターンでは、次のビジネス目標をサポートしています。

新規顧客の獲得

ターゲットを絞った獲得キャンペーン、類似オーディエンス、有料メディアの最適化により、顧客基盤を拡大できます。 オーディエンスのコラボレーションにより、セグメントをパートナーオーディエンスに照合し、価値の高い重複を特定して、共同アクティベーションを通じて新規顧客にリーチすることで、新しい見込み客プールを発見することができます。

顧客獲得コストの削減

ターゲティング効率を改善し、獲得キャンペーンから既存顧客を除外し、メディア支出を最適化します。 組織や事業部門をまたいで抑制セグメントを共有することで、既にコンバージョンした顧客に費やす無駄を省き、真に新しい見込み客に予算を集中させることができます。

マーケティングの支出とROIの最適化

ターゲティング、アトリビューション、オーディエンスの抑制、予算配分の改善を通じて、マーケティングのROIを向上できます。Segment Match 組織をまたいだオーディエンスの抑制と共同ターゲティングが可能になり、重複を減らし、精度を向上できます。

戦術的なユースケース

主要業績評価指標

次のKPIは、オーディエンスコラボレーションの導入の成功を測定するのに役立ちます。

ユースケースパターン

このユースケースは、Audience Collaboration パターンに従います。

Segment Matchを使用して、サンドボックスまたは組織間でオーディエンスセグメントを共有し、一致させます。

機能チェーン： セグメント選択/設定の一致/重複の見積もり/オーディエンスの共有/アクティベーション

アプリケーション

このユースケースパターンでは、次のアプリケーションを使用します。

基本関数

このユースケースパターンでは、次の基本機能を使用する必要があります。 各機能について、ステータスは、通常それが必要か、事前設定が想定されているか、適用できないかを示します。

サポート機能

次の機能は、このユースケースパターンを強化しますが、コア実行には必要ありません。

アプリケーション関数

この計画では、アプリケーション機能カタログから次の機能を実行します。 関数は、番号付きのステップではなく実装フェーズにマッピングされます。

Real-Time CDP

前提条件

実装オプション

次のオプションでは、Segment Matchとのオーディエンスコラボレーションを実装するための様々なアプローチについて説明します。 自社の組織構造とコラボレーション要件に最適なオプションを選択します。

オプション A：直接セグメント共有（1対1）

このオプションは、広告主とパブリッシャーなどの2つの特定の組織、または共同マーケティング契約の2つのブランド間の二国間提携に最適です。

仕組み：

1対1のセグメント共有を直接行う場合、送信者組織は1つ以上の評価されたオーディエンスを選択し、特定のパートナー組織との共有を開始し、受信者は共有を受け入れます。 重複の見積もりは自動的に実行され、共有が確定する前に、両当事者に一致したプロファイルの割合と量が表示されます。

送信者は、マッチングに使用するID名前空間を定義し、共有するセグメントを選択します。 受信者は受信した共有を確認して受け入れ、一致したオーディエンスはダウンストリームのアクティベーションのためにオーディエンスリストで利用できるようになります。 ハッシュ化されたIDの重複のみが交換されます。基礎となるPIIやプロファイル属性データが組織の境界を越えることはありません。

このアプローチは簡単で、両者に完全な制御を提供します。 送信者は誰と何を共有するかを正確に選択し、受信者は各共有を受け入れるか拒否するかを選択できます。

重要な考慮事項：

利点：

制限：

Experience League:

オプション B：マルチパートナーセグメントの配信（1対多）

このオプションは、複数のブランド広告主と購買ベースのセグメントを共有する小売メディアネットワークや、子会社ブランドにセグメントを配布する持ち株会社など、複数のパートナーと同時にセグメントを共有する必要がある組織に最適です。

仕組み：

1対多の配信モデルでは、送信者組織は複数のパートナー組織とSegment Match接続を確立し、各組織と同じまたは異なるセグメントを共有します。 送信者は、パートナー接続のポートフォリオを管理し、関係とユースケースに基づいて、さまざまなパートナーと異なるオーディエンスセグメントを選択的に共有できます。

各パートナー接続は独立して動作し、重複の見積もり、共有の受け入れ、アクティベーションはパートナーごとに管理されます。 送信者は、各パートナーがどのセグメントを受信するかを制御でき、差別化されたコラボレーション戦略を実現できます（例：プレミアムパートナーにはより詳細なセグメントを、標準パートナーにはより広範なセグメントを送信）。

このアプローチでは、オプション Aと同じ基礎となるSegment Match メカニズムを使用しますが、複数の同時パートナーシップを管理するための運用フレームワークを使用して、大規模に適用します。

重要な考慮事項：

利点：

制限：

Experience League:

オプション C：クロスサンドボックスオーディエンスフェデレーション

このオプションは、生データを移動することなく、社内の境界をまたいでオーディエンスセグメントを共有する必要がある複数のExperience Platform サンドボックス（地域サンドボックス、ブランド固有のサンドボックス、環境固有のサンドボックスなど）を持つ大企業に最適です。

仕組み：

サンドボックス間のオーディエンスフェデレーションでは、複数の組織間で共有するのではなく、Segment Matchを使用して、同じ組織内のサンドボックス間でオーディエンスセグメントを共有します。 これにより、グローバルマーケティングチームは、一元化されたサンドボックスでセグメントを構築し、地域のサンドボックスと共有したり、ブランド固有のサンドボックスで抑制リストを共有したりできます。

このワークフローは、直接セグメント共有（オプション A）を反映していますが、組織の境界内で動作します。 サンドボックス間の接続はSegment Matchを通じて確立され、セグメントは同じプライバシーセーフのマッチングプロセスを使用して共有されます。 受信サンドボックスは、一致したオーディエンスを新しいオーディエンスとして取得し、ローカルに設定された独自の宛先を通じてアクティブ化できます。

このアプローチは、データレジデンシー要件により、生の顧客データを地域間で移動することができないが、オーディエンスレベルのコラボレーションが許可されている場合に、特に価値があります。

重要な考慮事項：

利点：

制限：

Experience League:

オプションの比較

次の表は、3つの実装オプションを主要な基準と比較したものです。

適切なオプションの選択

次の意思決定ガイダンスに従って、適切な導入アプローチを選択します。

実装フェーズ

次のフェーズでは、Segment Matchとのオーディエンスコラボレーションのエンドツーエンドの実装プロセスについて説明します。

フェーズ 1：セグメントの選択と準備

アプリケーション関数： Real-Time CDP: オーディエンス評価、Real-Time CDP: オーディエンス構成

この段階では、Segment Matchを通じて共有されるオーディエンスセグメントを定義および評価します。 ソースセグメントを共有するために選択する前に、ゼロ以外の母集団で完全に評価する必要があります。 また、共有前にセグメントを絞り込むオプションのオーディエンス構成についても説明します。

このフェーズの​決定ポイント：

UI ナビゲーション：​顧客/オーディエンス/オーディエンスを作成/ルールを作成（Segment Builder用）またはオーディエンスを作成（Audience Composition用）

キー設定の詳細：

オプションが異なる場所：

オプション A （ダイレクト セグメント共有）の​:
単一のパートナーと共有する特定のセグメントを準備します。 量よりも質に焦点を当てる – パートナーシップに明確な価値を提供するセグメントをキュレーションします。

オプション B （マルチパートナー配布）:
さまざまなパートナーと共有できるセグメントポートフォリオを準備します。 異なるパートナーで異なるオーディエンス定義が必要な場合は、パートナー固有のセグメントを作成することを検討してください。 パートナーシップをまたいでセグメントを管理するために、一貫した命名規則を使用します。

オプション C （クロスサンドボックス フェデレーション）の場合：
送信サンドボックス内のソースオーディエンスが、受信サンドボックスに存在するID名前空間を使用することを確認します。 結合ポリシーがサンドボックス間で調整されていることを確認します。

Experience League ドキュメント：

フェーズ 2：照合とガバナンスの設定

アプリケーション関数： Real-Time CDP：同意とガバナンスの適用

このフェーズでは、組織またはサンドボックス間のSegment Match接続を確立し、照合に使用するID名前空間を設定し、データガバナンスポリシーが共有を許可します。 ガバナンスの実施は、セグメントデータを共有する前にクリアする必要があるポリシーゲートとして機能します。

このフェーズの​決定ポイント：

UI ナビゲーション：​顧客/オーディエンス/セグメントマッチ/パートナー接続

キー設定の詳細：

オプションが異なる場所：

オプション A （ダイレクト セグメント共有）の​:
単一のパートナー接続の確立。 特定のパートナーでID名前空間を設定します。 ガバナンスレビューは、二国間関係に焦点を当てる。

オプション B （マルチパートナー配布）:
複数のパートナー接続を確立および管理する。 各パートナーは、個別のガバナンスレビューを必要とする場合があります。 各パートナーシップのガバナンス承認を文書化します。 パートナーオンボーディングを合理化するために、ガバナンスチェックリストの作成を検討する。

オプション C （クロスサンドボックス フェデレーション）の場合：
組織内でサンドボックス間の接続を確立します。 共有は社内で行われるため、通常、ガバナンスは単純です。 サンドボックスをまたいでID名前空間の一貫性を確保できます。

Experience League ドキュメント：

フェーズ 3：重複の見積もり

アプリケーション関数： Real-Time CDP: オーディエンス評価（重複の見積もり用）

このフェーズでは、送信者のセグメントと受信者のプロファイルベースの間の重複を推定します。 重複の見積もりは、両当事者に対し、セグメントシェア全体にコミットする前に予想される一致数と割合を提供し、コラボレーションの価値について情報に基づいた意思決定を可能にします。

このフェーズの​決定ポイント：

UI ナビゲーション：​顧客/オーディエンス/セグメントマッチ/共有/重複の見積もり

キー設定の詳細：

Experience League ドキュメント：

フェーズ 4：オーディエンスの共有

アプリケーション関数： Real-Time CDP: オーディエンス評価（共有実行用）

このフェーズでは、送信者から受信者への実際のセグメント共有が実行されます。 送信者は選択したセグメントの共有を開始し、受信者は受信した共有を受け入れます。 承認されると、一致したオーディエンスは、ダウンストリームのアクティブ化に使用できる新しいオーディエンスとして受信者のオーディエンスリストに表示されます。

このフェーズの​決定ポイント：

UI ナビゲーション：​顧客/オーディエンス/セグメントマッチ/共有/共有を作成（送信者）または共有を許可（受信者）する

キー設定の詳細：

オプションが異なる場所：

オプション A （ダイレクト セグメント共有）の​:
パートナーと1回の共有。 共有ステータスを監視し、受信者側で一致するオーディエンスを確認します。

オプション B （マルチパートナー配布）:
各パートナーに対して個別に共有を実行。 あらゆるパートナーシップをまたいで共有ステータスを追跡。 処理負荷を管理するために、驚異的な共有開始を検討してください。

オプション C （クロスサンドボックス フェデレーション）の場合：
クロスサンドボックス共有を実行します。 一致したオーディエンスが、受信サンドボックスのオーディエンスリストに表示されます。 受信サンドボックスに、ダウンストリームのアクティベーションに必要な宛先設定が含まれていることを確認します。

Experience League ドキュメント：

フェーズ 5：一致したオーディエンスのアクティベーション

アプリケーション関数： Real-Time CDP：宛先設定、Real-Time CDP:Audience Activation

このフェーズでは、マッチングされたオーディエンス（受信者側）を、ターゲティング、抑制、または下流での使用のために、外部宛先にアクティベートします。 一致したオーディエンスは、受信者のサンドボックス内の他のオーディエンスと同様に扱われ、標準の宛先アクティベーションワークフローでアクティベートできます。

このフェーズの​決定ポイント：

UI ナビゲーション：​接続/宛先/ カタログ（宛先設定の場合）または参照/宛先を選択/ オーディエンスをアクティブ化（アクティブ化の場合）

キー設定の詳細：

オプションが異なる場所：

オプション A （ダイレクト セグメント共有）の​:
受信者は、標準の宛先ワークフローを使用して、一致したオーディエンスをアクティブ化します。 通常の宛先アクティベーションを超える特別な設定は必要ありません。

オプション B （マルチパートナー配布）:
各受信者の組織は、一致したオーディエンスを独自の宛先を通じて独立してアクティブ化します。 送信者は、受信者サイドのアクティベーションに関する情報を有していない。

オプション C （クロスサンドボックス フェデレーション）の場合：
受信サンドボックスには、独自の宛先設定が必要です。 サンドボックス間で宛先を共有することはできません。 受信サンドボックスに必要な宛先接続が確立されていることを確認します。

Experience League ドキュメント：

実装に関する考慮事項

一般的な問題を回避し、オーディエンスのコラボレーションを最適化するために、実装前と実装中に次の考慮事項を確認してください。

ガードレールと制限

よくある落とし穴

ベストプラクティス

トレードオフの決定

関連ドキュメント

次のリソースでは、このユースケースパターンで使用される機能に関する追加の詳細を示します。

Segment Match

セグメンテーションとオーディエンス

IDとプロファイル

データガバナンスと同意

配信先とアクティベーション

データモデリングとスキーマ

管理とアクセス制御

監視と監視

ガードレール

チュートリアル