Adobe Experience Platform 統合

チームがAdobe Experience Platformを他のAdobe ソリューションと共に使用する場合は、商品名に溺れることなく、何がどこでつながっているのかを簡単に把握する必要があります。 このページでは、データがどのようにExperience Platformに取り込まれるか、オーディエンスと属性がAdobe Targetなどのツールに送信される方法、詳細な設定ガイドを読む場所など、その全体像を説明します。

Adobe Experience Platformとアプリケーションの連携の仕組みから始めます。最初のExperience Platform個のアプリケーション（Real-Time CDP、Adobe Journey Optimizer、Customer Journey Analytics、Adobe Marketing Campaign Analytics （旧称Adobe Mix Modeler）で完全なストーリーを使用する場合）。 このコンパニオンページでは、Experience Platformに関連するAdobe スタック内の他の製品に焦点を当てています。

このページの内容 what-this-page-covers

このリストをマップとして使用します。 下の見出しから任意のセクションにジャンプできます。

対象 who-should-read

Experience Platform ファーストのアプリと統合の比較 built-on-vs-connects

混乱を減らす違いは次のとおりです。

多くの企業では、その両方を利用しています。 顧客データをExperience Platformに統合しても、ロードマップに従って、分析履歴、メディアツール、パーソナライゼーション製品を追加することができます。

統合パターン（クイックリファレンス） integration-types

Data Collection: Experience Platform基盤の一部 data-collection

Adobe Experience Platform Data Collection （Tags、Experience Platform Web SDK、Experience Platform Mobile SDK、および​ データストリーム ​）を使用して、Experience PlatformおよびEdge Networkにコレクションを実装します。 無関係なマーケティングクラウドではなく、取り込みとIdentity Serviceに対応するインフラストラクチャだと考えてください。

Real-Time CDP、Journey Optimizer、またはCustomer Journey Analyticsに対してWeb SDKまたはMobile SDKを既にロールアウトしている場合、Experience Platform サービスで説明されている同じレイヤーを使用しています。。

Adobe アプリケーションデータをExperience Platform （ソース）に取り込んでいます adobe-sources

他のAdobe製品に、すでに豊富なデータがあるかもしれません。 Experience Platformは、それらの複数のフィールドから取り込むことができるため、履歴と特殊なフィールドを統合モデルの隣に配置し、常にスキーマ、マッピング、ガバナンスを適用することができます。

Experience Platformのドキュメントに記載されている例には、次のようなものがあります。

次の手順：​ ソースの概要を開き、カタログのAdobe アプリケーション カテゴリを使用して、必要なコネクタを見つけます。

Adobe Target adobe-target

Adobe Targetは、多くのチームがパーソナライゼーションと実験をweb サイト、モバイルアプリ、および類似のタッチポイントで実行する場所です。 ​ コンパニオンの概要に記載されている4つのExperience Platform最初のアプリには含まれていません。 代わりに、Targetは通常、Experience Platformで既に決定したものに基づいて動作します（どの属性が重要か、誰が何に適格か）。

ここでは、典型的な流れを紹介します。

次の読み取り先：Adobe Target接続から開始します（ユースケース、サンドボックス、ワークスペース、マッピング）。 Edge Networkとコレクションのコンテキストについては、​ データ収集の概要を参照してください。

現実世界のシナリオ real-world-scenarios

これらの物語は図解のために簡略化されている。 ソース、ID設定、ライセンスが異なります。 デプロイメントスクリプトとしてではなく、実装チームとの会話の始まりとして使用します。

小売企業：Adobe Analyticsの履歴が統合プロファイルに参加 scenario-analytics

Retailerは、デジタル行動とキャンペーンのアトリビューションに対して既にAdobe Analyticsに依存しています。 Adobe Analytics ソースコネクタ ​を有効にしているので、同意されたフィールドマッピングを含むExperience Platform個のデータセットにレポートスイートデータが格納されます。 ID ルールは、Analytics個のIDを、他の場所で使用される名前空間IDに関連付けます（例えば、ポリシーで許可されているCRMまたはロイヤルティシステム）。 それらのデータを、Data Collectionを通じて収集された新しいwebおよびアプリのイベントと並行して配置すると、マーケターは、「昨日クリックしたオーディエンス」だけでなく、チャネル全体で誰であるかを含む全体像をもとに、Real-Time CDPのオーディエンスを構築します。 これらのオーディエンスは、チームがExperience Platformに設定したのと同じガバナンスラベルを使用して、メール、有料メディア、またはAdobe Journey Optimizer ジャーニーにアクティブ化できます。

重要ポイント：Analyticsは、IDと定義が一致している限り、個別のサイロではなくExperience Platformに統合された顧客レコードの一部になります。

同じretailer: Adobe Targetのパーソナライゼーションはオーディエンスによって強化されます scenario-target

パーソナライゼーションチームは、ホームページの「ヒーロー」や商品グリッドに、画一的なサイトではなく、ロイヤルティ層と最近の購入意思の高い閲覧を反映させたいと考えています。 Experience Platform上に構築されたオーディエンス（例えば、ランニングギアを閲覧したが7日後に購入しなかったメンバー）は、Adobe Target接続を通じてAdobe Targetにアクティブ化されます。 Target件のアクティビティとエクスペリエンスがそれらのオーディエンスを読み取るので、訪問者はチームが実行するテストでカスタマイズされたオファーまたはレイアウトを確認できます。 実装によっては、プロファイル属性が流れてパーソナライゼーションが増える場合もあります。 Edge指向の設定では、宛先ガイドに記載されているように、Web SDKおよびデータストリームを使用できます。

重要ポイント：Experience Platformさんが適格なユーザーを決定します。 Adobe Targetは、テストとアクティビティ内の訪問者にエクスペリエンスを表示する方法を決定します。

その他のAdobeとパートナーの配信先 adobe-destinations

Targetを超えると、使用権限に応じて、他の多くのAdobe エンドポイントおよびAdobe以外のエンドポイント（メール、広告、ストレージなど）に対してアクティブ化できます。

宛先カタログ ​内のすべてを参照します。 特定のコネクタを設計する前に、必ずコネクタの契約と地域の可用性を確認してください。

Real-Time CDP B2B Edition、Journey Orchestration、Real-Time CDP CollaborationおよびExperience Platformの他のアプリケーションのうち、メインのコンパニオンテーブルの4つではない場合は、Experience Platformの他のアプリケーションとエディション ​を参照してください。

拡張する前に3つのチェックを実施 checkpoints

Experience Platformを他のAdobe製品に接続すると、事前に同意した場合、予想外の事態に遭遇する可能性が少なくなります。

その他のリソース additional-resources