Point de terminaison des stratégies de fusion
Adobe Experience Platform permet de rassembler des données issues de plusieurs sources et de les combiner pour obtenir une vue complète de chacun de vos clients. Les politiques de fusion sont les règles utilisées par Platform pour déterminer la priorité des données et les données qui seront combinées pour créer cette vue unifiée.
Par exemple, si un client interagit avec votre marque sur plusieurs canaux, votre organisation dispose de plusieurs fragments de profil associés à ce client unique apparaissant dans plusieurs jeux de données. Lorsque ces fragments sont ingérés dans Platform, ils sont fusionnés afin de créer un profil unique pour ce client. Lorsque les données provenant de plusieurs sources entrent en conflit (par exemple, si un fragment classe le client comme étant « célibataire » tandis qu’un autre le classe comme étant « marié »), la politique de fusion détermine les informations qui doivent passer en priorité et être incluses dans le profil de l’individu.
À l’aide d’API RESTful ou de l’interface utilisateur, vous pouvez créer des politiques de fusion, gérer des politiques existantes et définir une politique de fusion par défaut pour votre organisation dans l’interface utilisateur. Ce guide décrit les étapes à suivre pour utiliser les stratégies de fusion à l’aide de l’API.
Pour utiliser des stratégies de fusion à l’aide de l’interface utilisateur, reportez-vous au guide de l’interface utilisateur des stratégies de fusion. Pour en savoir plus sur les stratégies de fusion en général et leur rôle dans Experience Platform, commencez par lire la présentation des stratégies de fusion.
Prise en main
Le point d’entrée dʼAPI utilisé dans ce guide fait partie de Real-Time Customer Profile API. Avant de continuer, consultez le guide de prise en main pour obtenir des liens vers la documentation associée, un guide de lecture des exemples dʼappels API dans ce document et des informations importantes sur les en-têtes requis pour réussir des appels à nʼimporte quel API dʼExperience Platform.
Composants des stratégies de fusion components-of-merge-policies
Les stratégies de fusion sont réservées à votre organisation, ce qui vous permet de créer différentes stratégies pour fusionner les schémas de la manière spécifique dont vous avez besoin. Toute API accédant aux données Profile nécessite une stratégie de fusion, bien qu’une stratégie par défaut soit utilisée si elle n’est pas explicitement fournie. Platform fournit aux organisations une stratégie de fusion par défaut, ou vous pouvez créer une stratégie de fusion pour une classe de schéma de modèle de données d’expérience (XDM) spécifique et la marquer comme stratégie par défaut pour votre organisation.
Bien que chaque organisation puisse avoir plusieurs stratégies de fusion par classe de schéma, chaque classe ne peut avoir qu’une seule stratégie de fusion par défaut. Tout jeu de stratégies de fusion comme valeur par défaut sera utilisé lorsque le nom de la classe de schéma est fourni et qu’une stratégie de fusion est requise, mais pas fournie.
Pour garantir que tous les consommateurs de profils utilisent la même vue sur les bords, les politiques de fusion peuvent être marquées comme Active-on-Edge (actives sur le bord). Pour qu’une audience soit activée en périphérie (indiquée comme audience en périphérie), elle doit être liée à une stratégie de fusion marquée comme active en périphérie. Si une audience est et non liée à une stratégie de fusion marquée comme active sur le serveur Edge, l’audience ne sera pas marquée comme active sur le serveur Edge et sera marquée comme une audience en continu.
De plus, chaque organisation ne peut avoir qu’une stratégie de fusion une active sur le serveur Edge. Si une stratégie de fusion est active sur le serveur Edge, elle peut être utilisée pour d’autres systèmes sur le serveur Edge, tels qu’Edge Profile, Edge Segmentation et Destinations sur Edge.
Objet de politique de fusion complet
L’objet de politique de fusion complet est un ensemble de préférences contrôlant les aspects de la fusion de fragments de profil.
Objet de politique de fusion
{
"id": "{MERGE_POLICY_ID}",
"name": "{NAME}",
"imsOrgId": "{ORG_ID}",
"schema": {
"name": "{SCHEMA_CLASS_NAME}"
},
"version": 1,
"identityGraph": {
"type": "{IDENTITY_GRAPH_TYPE}"
},
"attributeMerge": {
"type": "{ATTRIBUTE_MERGE_TYPE}"
},
"isActiveOnEdge": "{BOOLEAN}",
"default": "{BOOLEAN}",
"updateEpoch": "{UPDATE_TIME}"
}
id
name
imsOrgId
schema.name
schema
, le champ name
contient la classe de schéma XDM à laquelle la stratégie de fusion se rapporte. Pour plus d’informations sur les schémas et les classes, consultez la documentation XDM.version
identityGraph
attributeMerge
isActiveOnEdge
false
.default
updateEpoch
Exemple de stratégie de fusion
{
"id": "10648288-cda5-11e8-a8d5-f2801f1b9fd1",
"name": "profile-default",
"imsOrgId": "{ORG_ID}",
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "none"
},
"attributeMerge": {
"type": "timestampOrdered"
},
"isActiveOnEdge": false,
"default": true,
"updateEpoch": 1551660639
}
Graphique d’identités identity-graph
Adobe Experience Platform Identity Service gère les graphiques d’identités utilisés à l’échelle mondiale et pour chaque organisation sur Experience Platform. L’attribut identityGraph
de la politique de fusion définit la manière de déterminer les identités associées pour un utilisateur.
Objet identityGraph
"identityGraph": {
"type": "{IDENTITY_GRAPH_TYPE}"
}
Où {IDENTITY_GRAPH_TYPE}
peut prendre une de ces valeurs :
- "none" : ne réalise aucune combinaison d’identités.
- "pdg" : effectue des combinaisons d’identités en se basant sur votre graphique d’identités privé.
ExempleidentityGraph
"identityGraph": {
"type": "pdg"
}
Fusion d’attributs attribute-merge
Un fragment de profil correspond aux informations de profil d’une seule identité de la liste d’identités qui existe pour un utilisateur particulier. Lorsque le type de graphique d’identités utilisé génère plusieurs identités, il existe un risque de conflit d’attributs de profil et une priorité doit être spécifiée. En utilisant attributeMerge
, vous pouvez spécifier les attributs de profil à prioriser en cas de conflit de fusion entre des jeux de données de type Valeur clé (données d’enregistrement).
Objet attributeMerge
"attributeMerge": {
"type": "{ATTRIBUTE_MERGE_TYPE}"
}
Où {ATTRIBUTE_MERGE_TYPE}
peut prendre une de ces valeurs :
timestampOrdered
: (par défaut) donne la priorité au dernier profil mis à jour. Avec ce type de fusion, l’attributdata
n’est pas obligatoire.dataSetPrecedence
: donne la priorité aux fragments de profil en fonction du jeu de données à partir duquel ils sont venus. Cela peut être utilisé lorsque les informations présentes dans un jeu de données sont préférées ou approuvées par rapport aux données d’un autre jeu de données. Lors de l’utilisation de ce type de fusion, l’attributorder
est obligatoire, car il répertorie les jeux de données dans l’ordre de priorité.order
: lorsque "dataSetPrecedence" est utilisé, un tableauorder
doit être fourni avec une liste de jeux de données. Les jeux de données qui ne font pas partie de la liste ne sont pas fusionnés. En d’autres termes, les jeux de données doivent être explicitement répertoriés pour être fusionnés dans un profil. Le tableauorder
répertorie les identifiants des jeux de données par ordre de priorité.
Exemple d'objet attributeMerge
avec le type dataSetPrecedence
"attributeMerge": {
"type": "dataSetPrecedence",
"order": [
"dataSetId_2",
"dataSetId_3",
"dataSetId_1",
"dataSetId_4"
]
}
Exemple d'objet attributeMerge
avec le type timestampOrdered
"attributeMerge": {
"type": "timestampOrdered"
}
Schéma schema
L’objet de schéma spécifie la classe de schéma du modèle de données d’expérience (XDM) pour laquelle cette stratégie de fusion est créée.
schema
Objet
"schema": {
"name": "{SCHEMA_NAME}"
}
Où la valeur de name
est le nom de la classe XDM sur laquelle repose le schéma associé à la politique de fusion.
Exempleschema
"schema": {
"name": "_xdm.context.profile"
}
Pour en savoir plus sur XDM et l’utilisation des schémas en Experience Platform, commencez par lire la présentation du système XDM.
Accès aux stratégies de fusion access-merge-policies
À l’aide de l’API Real-Time Customer Profile, le point de terminaison /config/mergePolicies
vous permet d’effectuer une requête de recherche pour afficher une stratégie de fusion spécifique selon son identifiant ou d’accéder à toutes les stratégies de fusion de votre organisation, filtrées selon des critères spécifiques. Vous pouvez également utiliser le point de terminaison /config/mergePolicies/bulk-get
pour récupérer plusieurs stratégies de fusion en fonction de leurs identifiants. Les étapes d’exécution de chacun de ces appels sont décrites dans les sections suivantes.
Accès à une politique de fusion unique par identifiant
Vous pouvez accéder à une politique de fusion unique à l’aide de son identifiant en exécutant une requête GET sur le point de terminaison /config/mergePolicies
et en incluant le paramètre mergePolicyId
dans le chemin d’accès de la requête.
Format d’API
GET /config/mergePolicies/{mergePolicyId}
{mergePolicyId}
Requête
curl -X GET \
'https://platform.adobe.io/data/core/ups/config/mergePolicies/10648288-cda5-11e8-a8d5-f2801f1b9fd1' \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}
Réponse
Une réponse réussie renvoie les détails de la politique de fusion.
{
"id": "10648288-cda5-11e8-a8d5-f2801f1b9fd1",
"imsOrgId": "{ORG_ID}",
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "pdg"
},
"attributeMerge": {
"type": "timestampOrdered"
},
"isActiveOnEdge": "false",
"default": false,
"updateEpoch": 1551127597
}
Pour en savoir plus sur chacun des éléments qui constituent une politique de fusion, reportez-vous à la section Composants des politiques de fusion au début de ce document.
Récupération de plusieurs stratégies de fusion à l’aide de leurs ID
Vous pouvez récupérer plusieurs stratégies de fusion en envoyant une requête de POST au point de terminaison /config/mergePolicies/bulk-get
et en incluant les identifiants des stratégies de fusion que vous souhaitez récupérer dans le corps de la requête.
Format d’API
POST /config/mergePolicies/bulk-get
Requête
Le corps de la requête comprend un tableau "ids" avec des objets individuels contenant "id" pour chaque stratégie de fusion pour laquelle vous souhaitez récupérer des détails.
curl -X POST \
'https://platform.adobe.io/data/core/ups/config/mergePolicies/bulk-get' \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Content-Type: application/json' \
-d '{
"ids": [
{
"id": "0bf16e61-90e9-4204-b8fa-ad250360957b"
},
{
"id": "42d4a596-b1c6-46c0-994e-ca5ef1f85130"
}
]
}'
Réponse
Une réponse réussie renvoie un état HTTP 207 (multi-état) et les détails des stratégies de fusion dont les identifiants ont été fournis dans la requête du POST.
{
"results": {
"0bf16e61-90e9-4204-b8fa-ad250360957b": {
"id": "0bf16e61-90e9-4204-b8fa-ad250360957b",
"name": "Profile Default Merge Policy",
"imsOrgId": "{ORG_ID}",
"sandbox": {
"sandboxId": "ff0f6870-c46d-11e9-8ca3-036939a64204",
"sandboxName": "prod",
"type": "production",
"default": true
},
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "none"
},
"attributeMerge": {
"type": "timestampOrdered"
},
"isActiveOnEdge": true,
"default": true,
"updateEpoch": 1552086578
},
"42d4a596-b1c6-46c0-994e-ca5ef1f85130": {
"id": "42d4a596-b1c6-46c0-994e-ca5ef1f85130",
"name": "Dataset Precedence Merge Policy",
"imsOrgId": "{ORG_ID}",
"sandbox": {
"sandboxId": "ff0f6870-c46d-11e9-8ca3-036939a64204",
"sandboxName": "prod",
"type": "production",
"default": true
},
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "pdg"
},
"attributeMerge": {
"type": "dataSetPrecedence",
"order": [
"5b76f86b85d0e00000be5c8b",
"5b76f8d787a6af01e2ceda18"
]
},
"isActiveOnEdge": false,
"default": false,
"updateEpoch": 1576099719
}
}
}
Pour en savoir plus sur chacun des éléments qui constituent une politique de fusion, reportez-vous à la section Composants des politiques de fusion au début de ce document.
Répertorier plusieurs politiques de fusion par critère
Vous pouvez répertorier plusieurs stratégies de fusion au sein de votre organisation en envoyant une requête de GET au point de terminaison /config/mergePolicies
et en utilisant des paramètres de requête facultatifs pour filtrer, classer et paginer la réponse. Plusieurs paramètres peuvent être inclus et séparés par des esperluettes (&). Un appel à ce point de terminaison sans paramètre permet de récupérer toutes les politiques de fusion disponibles pour votre organisation.
Format d’API
GET /config/mergePolicies?{QUERY_PARAMS}
default
limit
orderBy
orderBy=name
ou orderBy=+name
pour un tri par nom dans l’ordre croissant ou orderBy=-name
pour un tri dans l’ordre décroissant. Si vous omettez cette valeur, le tri par défaut de name
s’effectue dans l’ordre croissant.isActiveOnEdge
schema.name
identityGraph.type
attributeMerge.type
start
version
Pour plus d’informations sur schema.name
, identityGraph.type
et attributeMerge.type
, référez-vous à la section Composants des politiques de fusion au début de ce document.
Requête
La requête suivante répertorie toutes les politiques de fusion pour un schéma donné :
curl -X GET \
'https://platform.adobe.io/data/core/ups/config/mergePolicies?schema.name=_xdm.context.profile' \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}
Réponse
Une réponse réussie renvoie une liste paginée de politiques de fusion qui répond aux critères spécifiés par les paramètres envoyés dans la requête.
{
"_page": {
"totalCount": 2,
"pageSize": 2
},
"children": [
{
"id": "0bf16e61-90e9-4204-b8fa-ad250360957b",
"name": "Profile Default Merge Policy",
"imsOrgId": "{ORG_ID}",
"sandbox": {
"sandboxId": "ff0f6870-c46d-11e9-8ca3-036939a64204",
"sandboxName": "prod",
"type": "production",
"default": true
},
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "none"
},
"attributeMerge": {
"type": "timestampOrdered"
},
"isActiveOnEdge": true,
"default": true,
"updateEpoch": 1552086578
},
{
"id": "42d4a596-b1c6-46c0-994e-ca5ef1f85130",
"name": "Dataset Precedence Merge Policy",
"imsOrgId": "{ORG_ID}",
"sandbox": {
"sandboxId": "ff0f6870-c46d-11e9-8ca3-036939a64204",
"sandboxName": "prod",
"type": "production",
"default": true
},
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "pdg"
},
"attributeMerge": {
"type": "dataSetPrecedence",
"order": [
"5b76f86b85d0e00000be5c8b",
"5b76f8d787a6af01e2ceda18"
]
},
"isActiveOnEdge": false,
"default": false,
"updateEpoch": 1576099719
}
],
"_links": {
"next": {
"href": "@/mergePolicies?start=K1JJRDpFaWc5QUpZWHY1c2JBQUFBQUFBQUFBPT0jUlQ6MSNUUkM6MiNGUEM6QWdFQUFBQldBQkVBQVBnaFFQLzM4VUIvL2tKQi8rLysvMUpBLzMrMi8wRkFmLzR4UUwvL0VrRC85em4zRTBEcmNmYi92Kzh4UUwvL05rQVgzRi8rMStqNS80WHQwN2NhUUVzQUFBUUFleGpLQ1JnVXRVcEFCQUFFQVBBRA==&orderBy=&limit=2"
}
}
}
_links.next.href
Création d’une politique de fusion
Vous pouvez créer une politique de fusion pour votre organisation en exécutant une requête POST sur le point de terminaison /config/mergePolicies
.
Format d’API
POST /config/mergePolicies
Requête
La requête suivante crée une nouvelle politique de fusion, configurée par les valeurs d’attribut fournies dans le payload :
curl -X POST \
https://platform.adobe.io/data/core/ups/config/mergePolicies \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Content-Type: application/json' \
-d '{
"name": "Loyalty members ordered by ID",
"identityGraph": {
"type": "none"
},
"attributeMerge": {
"type":"dataSetPrecedence",
"order": [
"5b76f86b85d0e00000be5c8b",
"5b76f8d787a6af01e2ceda18"
]
},
"schema": {
"name":"_xdm.context.profile"
},
"isActiveOnEdge": true,
"default": true
}'
name
identityGraph.type
attributeMerge
schema
isActiveOnEdge
default
Pour plus d’informations, reportez-vous à la section Composants des politiques de fusion.
Réponse
Une réponse réussie renvoie les détails de la politique de fusion créée.
{
"id": "e5bc94de-cd14-4cdf-a2bc-88b6e8cbfac2",
"name": "Loyalty members ordered by ID",
"imsOrgId": "{ORG_ID}",
"sandbox": {
"sandboxId": "ff0f6870-c46d-11e9-8ca3-036939a64204",
"sandboxName": "prod",
"type": "production",
"default": true
},
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "none"
},
"attributeMerge": {
"type": "dataSetPrecedence",
"order": [
"5b76f86b85d0e00000be5c8b",
"5b76f8d787a6af01e2ceda18"
]
},
"isActiveOnEdge": true,
"default": true,
"updateEpoch": 1551898378
}
Pour en savoir plus sur chacun des éléments qui constituent une politique de fusion, reportez-vous à la section Composants des politiques de fusion au début de ce document.
Mise à jour d’une politique de fusion update
Vous pouvez modifier une politique de fusion existante en changeant les attributs individuels (PATCH) ou en remplaçant la politique de fusion complète par de nouveaux attributs (PUT). Vous en trouverez des exemples ci-dessous.
Modification des champs de politique de fusion individuels
Vous pouvez modifier des champs individuels pour une politique de fusion en exécutant une requête PATCH au point de terminaison /config/mergePolicies/{mergePolicyId}
:
Format d’API
PATCH /config/mergePolicies/{mergePolicyId}
{mergePolicyId}
Requête
La requête suivante met à jour une politique de fusion spécifiée en définissant la valeur de sa propriété default
sur true
:
curl -X PATCH \
https://platform.adobe.io/data/core/ups/config/mergePolicies/e5bc94de-cd14-4cdf-a2bc-88b6e8cbfac2 \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Content-Type: application/json' \
-d '{
"op": "add",
"path": "/default",
"value": "true"
}'
op
path
value
Pour plus d’informations, reportez-vous à la section Composants des politiques de fusion.
Réponse
Une réponse réussie renvoie les détails de la politique de fusion mise à jour.
{
"id": "e5bc94de-cd14-4cdf-a2bc-88b6e8cbfac2",
"name": "Loyalty members ordered by ID",
"imsOrgId": "{ORG_ID}",
"sandbox": {
"sandboxId": "ff0f6870-c46d-11e9-8ca3-036939a64204",
"sandboxName": "prod",
"type": "production",
"default": true
},
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "none"
},
"attributeMerge": {
"type": "dataSetPrecedence",
"order": [
"5b76f86b85d0e00000be5c8b",
"5b76f8d787a6af01e2ceda18"
]
},
"isActiveOnEdge": true,
"default": true,
"updateEpoch": 1551898378
}
Remplacement d’une politique de fusion
Une façon de modifier une politique de fusion consiste à utiliser une requête PUT, qui remplace entièrement la politique de fusion.
Format d’API
PUT /config/mergePolicies/{mergePolicyId}
{mergePolicyId}
Requête
La requête suivante remplace la politique de fusion spécifiée, en changeant ses valeurs d’attribut par celles fournies dans le payload. Puisque cette requête remplace complètement une politique de fusion existante, vous devez fournir tous les champs requis lors de la définition initiale de la politique de fusion. Toutefois, cette fois, vous fournissez des valeurs mises à jour pour les champs que vous souhaitez modifier.
curl -X PUT \
https://platform.adobe.io/data/core/ups/config/mergePolicies/e5bc94de-cd14-4cdf-a2bc-88b6e8cbfac2 \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
-H 'Content-Type: application/json' \
-d '{
"name": "Loyalty members ordered by ID",
"imsOrgId": "{ORG_ID}",
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "none"
},
"attributeMerge": {
"type": "dataSetPrecedence",
"order": [
"5b76f86b85d0e00000be5c8b",
"5b76f8d787a6af01e2ceda18"
]
},
"isActiveOnEdge": true,
"default": true,
"updateEpoch": 1551898378
}'
name
identityGraph
attributeMerge
schema
isActiveOnEdge
default
Pour plus d’informations, reportez-vous à la section Composants des politiques de fusion.
Réponse
Une réponse réussie renvoie les détails de la politique de fusion mise à jour.
{
"id": "e5bc94de-cd14-4cdf-a2bc-88b6e8cbfac2",
"name": "Loyalty members ordered by ID",
"imsOrgId": "{ORG_ID}",
"sandbox": {
"sandboxId": "ff0f6870-c46d-11e9-8ca3-036939a64204",
"sandboxName": "prod",
"type": "production",
"default": true
},
"schema": {
"name": "_xdm.context.profile"
},
"version": 1,
"identityGraph": {
"type": "none"
},
"attributeMerge": {
"type": "dataSetPrecedence",
"order": [
"5b76f86b85d0e00000be5c8b",
"5b76f8d787a6af01e2ceda18"
]
},
"isActiveOnEdge": true,
"default": true,
"updateEpoch": 1551898378
}
Suppression d’une politique de fusion
Vous pouvez supprimer une politique de fusion en exécutant une requête DELETE au point de terminaison /config/mergePolicies
et en incluant l’identifiant de la politique de fusion que vous souhaitez supprimer dans le chemin d’accès de la requête.
Format d’API
DELETE /config/mergePolicies/{mergePolicyId}
{mergePolicyId}
Requête
La requête suivante supprime une politique de fusion.
curl -X DELETE \
https://platform.adobe.io/data/core/ups/config/mergePolicies/e5bc94de-cd14-4cdf-a2bc-88b6e8cbfac2 \
-H 'Authorization: Bearer {ACCESS_TOKEN}' \
-H 'x-api-key: {API_KEY}' \
-H 'x-gw-ims-org-id: {ORG_ID}' \
-H 'x-sandbox-name: {SANDBOX_NAME}' \
Réponse
Une requête de suppression réussie renvoie un état HTTP 200 (OK) et un corps de réponse vide. Pour confirmer que la suppression a réussi, vous pouvez exécuter une requête GET pour afficher la politique de fusion à l’aide de son identifiant. Si la politique de fusion a été supprimée, vous recevrez un état HTTP 404 (Introuvable).
Étapes suivantes
Maintenant que vous savez comment créer et configurer des stratégies de fusion pour votre organisation, vous pouvez les utiliser pour ajuster l’affichage des profils client dans Platform et pour créer des audiences à partir de vos données Real-Time Customer Profile.
Pour commencer à définir et à utiliser des audiences, reportez-vous à la documentation du service de segmentation Adobe Experience Platform .