Kevel 接続 kevel
Kevelは、AIを活用したテクノロジーとエキスパート ガイダンスを提供し、革新的なコマース リーダーが小売業界で立ち上げ、規模を拡大し、成功できるよう支援します。 KevelのRetail Media Cloudは、オンサイトおよびオフサイトの広告のターゲット設定、アトリビューション可能でカスタマイズ可能な広告フォーマットを強化します。
Kevel ストリーミング先を使用して、Adobe オーディエンスをKevelのUserDBおよびセグメント管理APIに直接有効化し、広告決定時にリアルタイムのターゲティングをサポートします。 ユーザーの増分テスト グループ割り当てなどのプロファイル属性を書き出して、Kevelが決定時にアクションを実行できるようにすることもできます。
ユースケース use-cases
小売メディアのオーディエンスをリアルタイムでターゲティングします。 小売企業のメディア体験をまたいで、豊富な1st パーティの行動オーディエンスを活用することで、より関連性の高い広告とより強力なパフォーマンスを提供できます。 Experience Platformでは、頻繁に買い物をする利用者や、最近商品に興味を持った利用者など、価値の高いインテントベースのオーディエンスを構築し、それらのメンバーシップをリアルタイムでKevelに同期します。 Kevelでは、これらのセグメントを広告決定ですぐに利用できるようにし、検索、参照、アプリ体験を通じて、スポンサー付き商品やその他の形式を正確にターゲティングできるようにします。 利用者の適格性を把握し、そうしたシグナルに基づいて行動することで、より関連性の高いインプレッション、より優れたターゲティング、測定およびROASの向上を実現できます。
増分効果を測定します。 ユーザーのグループ割り当てをプロファイル属性としてエクスポートして、Kevelの増分テスト を強化することもできます。 Kevelは、コントロール コホートを保持し、公開されたユーザーと比較して、ブランドに新規追加の数や相関ベースの上昇率などのプロキシ指標に依存するのではなく、因果関係のキャンペーンの上昇率を定量化します。 これにより、売上とコンバージョンの増加を証明することができます。また、Kevelでは、保留中のユーザーに対して次善の対象となる広告を提供することで、収益への影響を最小限に抑えることができます。
前提条件 prerequisites
Kevel宛先の使用に備えるには、次の前提条件が満たされていることを確認してください。
- アクティブな Kevelネットワーク とAPI アクセスが必要です。
- セグメントを作成し、UserDB レコードを更新する権限を持つ KevelAPI キー が必要です。
- ECID、GAID、IDFA、ロイヤルティ IDなど、Kevel広告リクエスト中にサイトまたはアプリが送信するIDにマッピングするID名前空間をExperience Platformで設定する必要があります。
- リアルタイムの広告リクエスト中に送信するIDのみをマッピングします。 マッピングされた各IDは、UserDB レコードになります。
サポートされている ID supported-identities
Kevel宛先は、広告リクエストをKevelに送信する際にアプリケーションが使用できる任意のIDのアクティベーションをサポートしています。 対応するUserDB件のレコードを生成するために、最大3つのID名前空間をマッピングできます。
Kevelは、次のExperience Platform ID名前空間をサポートしています。
カスタム ID名前空間のサポート custom-identity-namespaces
Kevelの宛先は、Experience Platformの実装で定義されているカスタム名前空間も受け入れます。
インタラクションがあります。
loyalty_id、gigya_idなどの顧客固有のID名前空間、またはIdentity Serviceで定義した任意のカスタム IDをマッピングできます。- これらの名前空間は、グローバル名前空間と同じように
kevel_user_key1、kevel_user_key2またはkevel_user_key3に割り当てることができます。
ID マッピング動作 identity-mapping-behavior
- 最大3つのExperience Platform ID名前空間をKevelの3つのID スロットにマッピングできます。
- アクティブ化された各プロファイルについて、Kevelは、マッピングされたIDごとに1つのインスタンスにつき1つのUserDB レコードを生成し、システムが送信する各識別子の広告決定時にリアルタイムのマッチングを可能にします。
- 不要なUserDB ストレージを避けるために、広告リクエストで送信したIDのみをKevelにマッピングします。
Kevel ID スロットにマッピングされた3つのID名前空間を示すID マッピング手順の
サポートされるオーディエンス supported-audiences
Kevelの宛先では、次のオーディエンスの起源とオーディエンスのデータ型をサポートしています。
このカテゴリには、Segmentation Serviceを通じて生成されたオーディエンス以外のすべてのオーディエンスのオリジンが含まれます。 様々なオーディエンスの起源について読みます。 次に例を示します。
- カスタムアップロードオーディエンス がCSV ファイルからExperience Platformにをインポートしました。
- 類似オーディエンス,
- 連合オーディエンス,
- Adobe Journey Optimizerなどの他のExperience Platform アプリで生成されたオーディエンス
- その他。
オーディエンスのデータタイプ別にサポートされるオーディエンス:
書き出しのタイプと頻度 export-type-frequency
Kevel宛先は、次のタイプと頻度を使用してデータを書き出します。
宛先への接続 connect
標準のExperience Platform connect a destination ワークフローに従います。
宛先に対する認証 authenticate
Kevelに接続する場合は、次のフィールドを指定します。
- ベアラートークン: Kevel API キー。
宛先の詳細を入力 destination-details
認証後、次の項目を設定します。
- 名前:この宛先インスタンスを識別するラベル。
- 説明:この宛先インスタンスを説明するオプションのテキスト。
- Kevel Network ID: Kevel ネットワーク ID。
この宛先に対してオーディエンスをアクティブ化 activate
オーディエンスをKevelに送信するには、 ストリーミング宛先に対するオーディエンスのアクティブ化のワークフローに従います。
オーディエンスを非アクティブ化 deactivate
オーディエンスがExperience PlatformのKevel宛先から非アクティブ化または削除されると、Experience Platformはそのオーディエンスに対するプロファイルの適格性更新の送信を停止します。 Kevelで作成された既存のセグメントは引き続き使用でき、自動的には削除されません。
アクティブなキャンペーンでKevel セグメントが現在使用されている場合、Kevelは削除を防ぎ、ライブ配信を中断しないようにします。 この場合、Experience Platformで非アクティブ化すると、次の結果になります。
- Experience Platform データフローが停止します。
- Kevel セグメントは引き続き存在し、手動で削除するかキャンペーンが更新されるまで、キャンペーンにアタッチされたままになる可能性があります。
Kevelのターゲティングを完全に停止するには、Kevelのキャンペーン管理システムでアクティブなキャンペーンからセグメントが削除されていることを確認します。
属性と ID のマッピング map
Kevelには次が必要です:
- ID名前空間: Kevel個のID スロットにマッピングされたID名前空間は、最大3つまで指定できます。
- オーディエンスメンバーシップ:手動マッピングは必要ありません。 Experience Platformは、オーディエンスメンバーシップのIDとエイリアスを自動的に渡します。
アクティブ化中に、Kevel用に設定したID名前空間を選択します。 各IDは、独自のUserDB更新呼び出しを生成します。
プロファイル属性(オプション) profile-attributes
オプションで、XDM プロファイル属性をKevelにマッピングできます。 宛先は、次のターゲット属性名を認識します。
kevelGroupグループ属性をマッピングするには、マッピング手順で新しいマッピング行を追加し、次の設定を行います。
- Source フィールド: ユーザーのグループ番号を含むXDM属性または計算属性(
_yourSchema.incrementalityGroupなど)を選択します。 - ターゲットフィールド: ターゲットフィールドセレクターを開き、属性を選択し、スキーマから
kevelGroup(整数)を選択します。
Kevel宛先のkevelGroup ターゲットフィールドにマッピングされたXDM属性を示すマッピングステップの
データ書き出しの検証 exported-data
プロファイルがオーディエンスの対象となるか、オーディエンスを終了すると、Experience Platformはストリーミング更新をKevelに送信します。
Kevel UserDBが受信したペイロードのサンプル sample-payload
Experience Platformは、次のサンプルペイロードをKevelのUserDB APIに送信します。
PUT /udb/{networkId}/segments?userKey=ECID-12345&group=42
{
"segments": [1723, 3344, 9988]
}
kevelGroup ターゲットフィールドにマッピングされている場合にのみ含まれます。書き出し時に使用されるExperience Platform プロファイルの例 sample-profile
Kevel宛先に対してオーディエンスをアクティブ化する際、Experience Platformは、セグメントの選定と、をKevelのID スロットにマッピングした IDの両方を含むプロファイルフラグメントを送信します。
次に、書き出されたプロファイルの例を示します。
kevel_user_key1、kevel_user_key2およびkevel_user_key3にマッピングされた複数のID名前空間ups名前空間で1つのアクティブ化されたセグメント- 増分テスト用に
kevelGroupにマッピングされたプロファイル属性
{
"attributes": {
"kevelGroup": 42
},
"segmentMembership": {
"ups": {
"9d161bbb-c785-474a-965b-7d7bc2adf879": {
"status": "realized",
"lastQualificationTime": "2025-12-10T21:43:38.541076Z"
}
}
},
"identityMap": {
"kevel_user_key1": [
{
"id": "ECID-fN1zo"
},
{
"id": "ECID-9Xr2p"
}
],
"kevel_user_key2": [
{
"id": "GAID-4oic4"
}
],
"kevel_user_key3": [
{
"id": "IDFA-nB5fU"
}
]
}
}
Kevelがこのプロファイルをどのように解釈しているか kevel-profile-interpretation
Kevel宛先設定では、マッピングされた各IDが個別のUserDB レコードを生成します。つまり、Kevelは次を受信します。
ECID-fN1zoの更新プログラム 1件ECID-9Xr2pの更新プログラム 1件GAID-4oic4の更新プログラム 1件IDFA-nB5fUの更新プログラム 1件
これにより、同じ人物が利用可能なIDのいずれかを使用して決定時に認識され、各IDには同一のセグメントメンバーシップのセットが含まれます。
kevelGroup属性がマッピングされ、プロファイルに存在する場合、各UserDB更新には、ユーザーのグループ割り当てもgroup クエリパラメーターとして含まれ、Kevelの増分テスト機能を有効にして、広告決定時にテストと制御のコホートメンバーシップを決定します。
データの使用とガバナンス data-usage-governance
Adobe Experience Platform のすべての宛先は、データを処理する際のデータ使用ポリシーに準拠しています。 Adobe Experience Platform がどのように データガバナンスを実施するかについて詳しくは、データガバナンスの概要を参照してください。