Experience Platform utilizza gli schemi per descrivere la struttura dei dati in modo coerente e riutilizzabile. Quando i dati vengono acquisiti in Platform, sono strutturati in base a uno schema XDM. Per ulteriori informazioni sul modello di composizione dello schema, inclusi i principi di progettazione e le best practice, vedi nozioni di base sulla composizione dello schema.
Quando crei una destinazione con Destination SDK, puoi definire il tuo schema partner da utilizzare per la piattaforma di destinazione. Questo consente agli utenti di mappare gli attributi del profilo da Platform a campi specifici riconosciuti dalla piattaforma di destinazione, il tutto all’interno dell’interfaccia utente di Platform.
Durante la configurazione dello schema partner per la destinazione, puoi ottimizzare la mappatura dei campi supportata dalla piattaforma di destinazione, ad esempio:
phoneNumber
Attributo XDM a una phone
supportato dalla piattaforma di destinazione.Per capire dove questo componente si inserisce in un’integrazione creata con Destination SDK, consulta il diagramma riportato di seguito. opzioni di configurazione o consulta la guida su come utilizzare Destination SDK per configurare una destinazione basata su file.
È possibile configurare le impostazioni dello schema tramite /authoring/destinations
endpoint. Consulta le seguenti pagine di riferimento API per esempi dettagliati di chiamate API, in cui puoi configurare i componenti mostrati in questa pagina.
Questo articolo descrive tutte le opzioni di configurazione dello schema supportate che è possibile utilizzare per la destinazione e mostra cosa vedranno i clienti nell’interfaccia utente di Platform.
Tutti i nomi e i valori dei parametri supportati da Destination SDK sono distinzione maiuscole/minuscole. Per evitare errori di distinzione tra maiuscole e minuscole, utilizza i nomi e i valori dei parametri esattamente come mostrato nella documentazione.
Consulta la tabella seguente per informazioni dettagliate sui tipi di integrazioni che supportano le funzionalità descritte in questa pagina.
Tipo di integrazione | Supporta la funzionalità |
---|---|
Integrazioni in tempo reale (streaming) | Sì |
Integrazioni basate su file (batch) | Sì |
Destination SDK supporta più configurazioni di schema:
profileFields
array in schemaConfig
sezione. In uno schema statico, puoi definire ogni attributo di destinazione che deve essere visualizzato nell’interfaccia utente di Experienci Platform nel profileFields
array. Se devi aggiornare lo schema, devi aggiornare la configurazione di destinazione.profileFields
array. Se devi aggiornare lo schema, non è necessario aggiornare la configurazione di destinazione. Il server con schema dinamico recupera invece lo schema aggiornato dall’API.Il schemaConfig
Questa sezione utilizza più parametri di configurazione, a seconda del tipo di schema necessario, come illustrato nelle sezioni seguenti.
Per creare uno schema statico con attributi di profilo, definisci gli attributi di destinazione in profileFields
come mostrato di seguito.
"schemaConfig":{
"profileFields":[
{
"name":"phoneNo",
"title":"phoneNo",
"description":"This is a fixed attribute on your destination side that customers can map profile attributes to. For example, the mobilePhone.number value in Experience Platform could be phoneNo on your side.",
"type":"string",
"isRequired":false,
"readOnly":false,
"hidden":false
},
{
"name":"firstName",
"title":"firstName",
"description":"This is a fixed attribute on your destination side that customers can map profile attributes to. For example, the person.name.firstName value in Experience Platform could be firstName on your side.",
"type":"string",
"isRequired":false,
"readOnly":false,
"hidden":false
},
{
"name":"lastName",
"title":"lastName",
"description":"This is a fixed attribute on your destination side that customers can map profile attributes to. For example, the person.name.lastName value in Experience Platform could be phoneNo on your side.",
"type":"string",
"isRequired":false,
"readOnly":false,
"hidden":false
}
],
"useCustomerSchemaForAttributeMapping":false,
"profileRequired":true,
"segmentRequired":true,
"identityRequired":true,
"segmentNamespaceAllowList": ["someNamespace"],
"segmentNamespaceDenyList": ["someOtherNamespace"]
}
Parametro | Tipo | Obbligatorio/facoltativo | Descrizione |
---|---|---|---|
profileFields |
Array | Facoltativo | Definisce l’array di attributi di destinazione accettati dalla piattaforma di destinazione alla quale i clienti possono mappare i propri attributi di profilo. Quando si utilizza una profileFields , è possibile omettere useCustomerSchemaForAttributeMapping parametro completo. |
useCustomerSchemaForAttributeMapping |
Booleano | Facoltativo | Abilita o disabilita la mappatura degli attributi dallo schema del cliente agli attributi definiti nell' profileFields array.
false . |
profileRequired |
Booleano | Facoltativo | Utilizzare true gli utenti devono essere in grado di mappare gli attributi del profilo da Experienci Platform ad attributi personalizzati sulla piattaforma di destinazione. |
segmentRequired |
Booleano | Obbligatorio | Questo parametro è richiesto dalla Destination SDK e deve essere sempre impostato su true . |
identityRequired |
Booleano | Obbligatorio | Imposta su true se gli utenti devono essere in grado di mappare tipi di identità dall'Experience Platform agli attributi definiti nella profileFields array. |
segmentNamespaceAllowList |
Array | Facoltativo | Definisce spazi dei nomi di pubblico specifici da cui gli utenti possono mappare i tipi di pubblico alla destinazione. Utilizza questo parametro per limitare gli utenti di Platform all’esportazione di tipi di pubblico solo dagli spazi dei nomi di pubblico definiti nell’array. Questo parametro non può essere utilizzato insieme a segmentNamespaceDenyList .Esempio: "segmentNamespaceAllowList": ["AudienceManager"] consentirà agli utenti di mappare solo i tipi di pubblico da AudienceManager dello spazio dei nomi in questa destinazione. Per consentire agli utenti di esportare un pubblico nella destinazione, puoi ignorare questo parametro. Se entrambi segmentNamespaceAllowList e segmentNamespaceDenyList mancano dalla configurazione, gli utenti potranno esportare solo i tipi di pubblico provenienti da Servizio di segmentazione. |
segmentNamespaceDenyList |
Array | Facoltativo | Impedisce agli utenti di mappare i tipi di pubblico sulla destinazione, dagli spazi dei nomi dei tipi di pubblico definiti nell’array. Non può essere utilizzato insieme a segmentNamespaceAllowed . Esempio: "segmentNamespaceDenyList": ["AudienceManager"] impedirà agli utenti di mappare i tipi di pubblico da AudienceManager dello spazio dei nomi in questa destinazione. Per consentire agli utenti di esportare un pubblico nella destinazione, puoi ignorare questo parametro. Se entrambi segmentNamespaceAllowed e segmentNamespaceDenyList mancano dalla configurazione, gli utenti potranno esportare solo i tipi di pubblico provenienti da Servizio di segmentazione. Per consentire l’esportazione di tutti i tipi di pubblico, indipendentemente dall’origine, imposta "segmentNamespaceDenyList":[] . |
L’esperienza dell’interfaccia utente risultante viene mostrata nelle immagini seguenti.
Quando gli utenti selezionano la mappatura di destinazione, possono visualizzare i campi definiti nella profileFields
array.
Dopo aver selezionato gli attributi, possono visualizzarli nella colonna del campo di destinazione.
Destination SDK supporta la creazione di schemi partner dinamici. A differenza di uno schema statico, uno schema dinamico non utilizza profileFields
array. Gli schemi dinamici utilizzano invece un server di schema dinamico che si connette alla tua API da dove recupera la configurazione dello schema.
Prima di creare uno schema dinamico, è necessario creare un server di schema dinamico.
In una configurazione di schema dinamico, il profileFields
è sostituito da dynamicSchemaConfig
come illustrato di seguito.
"schemaConfig":{
"dynamicSchemaConfig":{
"dynamicEnum": {
"authenticationRule":"CUSTOMER_AUTHENTICATION",
"destinationServerId":"DYNAMIC_SCHEMA_SERVER_ID",
"value": "Schema Name",
"responseFormat": "SCHEMA"
}
},
"profileRequired":true,
"segmentRequired":true,
"identityRequired":true
}
Parametro | Tipo | Obbligatorio/facoltativo | Descrizione |
---|---|---|---|
dynamicEnum.authenticationRule |
Stringa | Obbligatorio | Indica come Platform i clienti si connettono alla tua destinazione. I valori accettati sono CUSTOMER_AUTHENTICATION , PLATFORM_AUTHENTICATION , NONE .
|
dynamicEnum.destinationServerId |
Stringa | Obbligatorio | Il instanceId del server di schema dinamico. Questo server di destinazione include l’endpoint API che Experienci Platform chiamerà per recuperare lo schema dinamico. |
dynamicEnum.value |
Stringa | Obbligatorio | Il nome dello schema dinamico, come definito nella configurazione del server di schema dinamico. |
dynamicEnum.responseFormat |
Stringa | Obbligatorio | Sempre impostato su SCHEMA durante la definizione di uno schema dinamico. |
profileRequired |
Booleano | Facoltativo | Utilizzare true gli utenti devono essere in grado di mappare gli attributi del profilo da Experienci Platform ad attributi personalizzati sulla piattaforma di destinazione. |
segmentRequired |
Booleano | Obbligatorio | Questo parametro è richiesto dalla Destination SDK e deve essere sempre impostato su true . |
identityRequired |
Booleano | Obbligatorio | Imposta su true se gli utenti devono essere in grado di mappare tipi di identità dall'Experience Platform agli attributi definiti nella profileFields array. |
All’interno della configurazione dello schema, oltre allo schema statico o dinamico, puoi aggiungere mappature richieste (o predefinite). Si tratta di mappature che gli utenti possono visualizzare nell’interfaccia utente di Platform, ma che non possono modificare quando si imposta una connessione alla destinazione.
Ad esempio, puoi applicare che il campo dell’indirizzo e-mail venga sempre inviato alla destinazione.
Sono attualmente supportate le seguenti combinazioni di mappature richieste:
La configurazione di un solo campo di origine obbligatorio è attualmente non supportati.
Di seguito sono riportati due esempi di configurazione di schema con mappature richieste e del loro aspetto nel passaggio di mappatura della flusso di lavoro per l'attivazione dei dati nelle destinazioni batch.
L’esempio seguente mostra le mappature di origine e di destinazione richieste. Quando i campi di origine e di destinazione sono specificati come mappature obbligatorie, gli utenti non possono selezionare o modificare nessuno dei due campi e possono solo visualizzare la selezione predefinita.
"schemaConfig": {
"requiredMappingsOnly": true,
"requiredMappings": [
{
"sourceType": "text/x.schema-path",
"source": "personalEmail.address",
"destination": "personalEmail.address"
}
]
}
Parametro | Tipo | Obbligatorio/facoltativo | Descrizione |
---|---|---|---|
requiredMappingsOnly |
Booleano | Facoltativo | Quando è impostato su true, gli utenti non possono mappare altri attributi e identità nel flusso di attivazione, a parte le mappature richieste definite in requiredMappings array. |
requiredMappings.sourceType |
Stringa | Obbligatorio | Indica il tipo di source campo. Valori supportati:
|
requiredMappings.source |
Stringa | Obbligatorio | Indica il valore del campo di origine. Tipi di valore supportati:
|
requiredMappings.destination |
Stringa | Obbligatorio | Indica il valore del campo di destinazione. Quando i campi di origine e di destinazione sono specificati come mappature obbligatorie, gli utenti non possono selezionare o modificare nessuno dei due campi e possono solo visualizzare la selezione. |
Di conseguenza, sia il Campo di origine e Campo di destinazione Le sezioni nell’interfaccia utente di Platform sono disattivate.
L’esempio seguente mostra una mappatura di destinazione richiesta. Se si specifica solo il campo di destinazione come richiesto, gli utenti possono selezionare il campo di origine da mappare.
"schemaConfig": {
"requiredMappingsOnly": true,
"requiredMappings": [
{
"destination": "identityMap.ExamplePartner_ID",
"mandatoryRequired": true,
"primaryKeyRequired": true
}
]
}
Parametro | Tipo | Obbligatorio/facoltativo | Descrizione |
---|---|---|---|
requiredMappingsOnly |
Booleano | Facoltativo | Quando è impostato su true, gli utenti non possono mappare altri attributi e identità nel flusso di attivazione, a parte le mappature richieste definite in requiredMappings array. |
requiredMappings.destination |
Stringa | Obbligatorio | Indica il valore del campo di destinazione. Quando si specifica solo il campo di destinazione, gli utenti possono selezionare un campo di origine da mappare alla destinazione. |
mandatoryRequired |
Booleano | Facoltativo | Indica se la mappatura deve essere contrassegnata come attributo obbligatorio. |
primaryKeyRequired |
Booleano | Facoltativo | Indica se la mappatura deve essere contrassegnata come chiave di deduplicazione. |
Di conseguenza, il Campo di destinazione nell’interfaccia utente di Platform è disattivata, mentre il Campo di origine è attiva e gli utenti possono interagire con essa. Il Chiave obbligatoria e Chiave di deduplicazione le opzioni sono attive e gli utenti non possono modificarle.
Dopo aver letto questo articolo, sarai in grado di comprendere meglio quali tipi di schema sono supportati da Destination SDK e come configurarli.
Per ulteriori informazioni sugli altri componenti di destinazione, consulta i seguenti articoli: