Introduzione alle origini dati about-data-sources

In questa pagina: Scopri le origini dati e come scegliere la strategia di accesso ai dati più adatta per inserire dati aggiuntivi nei tuoi percorsi in termini di condizioni, personalizzazione e tempistica.

TIP
La gestione dati in Journey Optimizer è per te una novità? Inizia con la panoramica di Introduzione alla gestione dei dati per comprendere schemi, set di dati, identità e come scorrono i dati prima di configurare le origini dati.

La configurazione dell’origine dati consente di definire una connessione a un sistema per il recupero di informazioni aggiuntive, le quali verranno utilizzate nei percorsi e consentiranno di ottenere:

➡️ Scopri questa funzione nel video

Questa configurazione non è necessaria se i percorsi sfruttano solo i dati locali provenienti da un payload di eventi. Ad esempio, se il percorso è composto da un evento seguito da un’attività di azione del canale che utilizza solo i dati dell’evento, non è necessario configurare un’origine dati.

Esistono due tipi di origini dati:

  • L’origine dati di Adobe Experience Platform preconfigurata che definisce la connessione al servizio Profilo cliente in tempo reale. che costituisce un’origine dati incorporata. Consulta questa pagina.
  • Le origini dati external che ti consentono di definire una connessione a sistemi esterni. ovvero quelle che puoi creare. Consulta questa pagina.
NOTE
Poiché le risposte sono ora supportate, per i casi d’uso relativi a origini dati esterne devi utilizzare azioni personalizzate anziché origini dati. Per ulteriori informazioni sulle risposte, consulta questa sezione

Per ciascuna origine dati è possibile definire le informazioni da recuperare utilizzando i gruppi di campi. I gruppi di campi costituiscono insiemi di campi che possono essere recuperati da un’origine dati. Consulta questa pagina.

NOTE
Le relazioni tra schemi non sono supportate per le origini dati.

Scegli la tua strategia di accesso ai dati data-access-strategy

Prima di configurare un’origine dati, considera quale approccio si adatta meglio al tuo caso d’uso. Sono disponibili tre opzioni, ciascuna con diversi compromessi in termini di persistenza, arricchimento del profilo e riutilizzabilità. Per informazioni dettagliate su queste opzioni, vedere Best practice per percorsi avanzati in Journey Optimizer.

Opzione 1: accedere ai dati esterni tramite azioni personalizzate (nessun Data Lake)

Connettiti direttamente a un’API esterna in fase di esecuzione del percorso senza salvare i dati in modo permanente nel Data Lake di Experience Platform. Più adatto quando:

  • I dati sono utili solo all’interno del contesto del percorso e non sono necessari altrove.
  • Il sistema esterno è accessibile tramite un endpoint API che restituisce gli attributi necessari.

Ulteriori informazioni sulle azioni personalizzate e sulle risposte alle azioni personalizzate.

TIP
Questa opzione è adatta se rispondi a entrambe le domande:
  • I dati sono utili solo all’interno del contesto del percorso e non sono necessari altrove? Se i dati sono necessari anche per il pubblico o altri canali, considera le opzioni 2 o 3.
  • Il sistema esterno è accessibile tramite un endpoint API che restituisce gli attributi richiesti? In caso contrario, dovrai prima acquisire i dati nel Data Lake.

Opzione 2: set di dati nel data lake, non abilitato per il profilo

Acquisisci i dati in un set di dati per attivare e personalizzare i percorsi in base ai dati contestuali dell’evento, senza contribuire al Profilo cliente in tempo reale. Più adatto quando:

  • I record contengono un campo di identità utilizzabile per accedere ai profili già memorizzati in Experience Platform.
  • I dati non sono necessari per la creazione di tipi di pubblico o per l’unione di identità al di fuori di Journey Optimizer.
TIP
Questa opzione è adatta se rispondi a entrambe le domande:
  • I record contengono un campo di identità che può essere utilizzato per accedere ai profili già memorizzati in Experience Platform? In caso contrario, i percorsi non potranno accedere ai profili e distribuirli.
  • I dati NON sono necessari per la creazione di audience o per l'unione di identità all'esterno di Journey Optimizer? In caso affermativo, utilizzare l'opzione 3.

Opzione 3: set di dati abilitato per il profilo nel Data Lake

Acquisisci i dati in un set di dati abilitato per il profilo per creare tipi di pubblico, arricchire i grafici delle identità e sfruttare i dati in più percorsi e destinazioni RT-CDP. Più adatto quando:

  • I dati sono utili per le definizioni del pubblico utilizzate nei canali oltre Journey Optimizer.
  • I dati contengono più identità che contribuiscono a frammenti di profilo più ricchi e uniti.
CAUTION
Prima di abilitare un set di dati per il profilo, valuta le seguenti aree:
  • Sincronizzazione dati: è necessario sincronizzare i database esterni con avvisi per identificare gli errori di acquisizione.
  • Guardrail del profilo - I guardrail specifici per il profilo si applicano in aggiunta ai guardrail generali per l'acquisizione dei dati per Experience Platform.
  • Integrità identità: i dati di identità nei sistemi di origine devono essere pianificati con attenzione per mantenere grafici di identità integri.
  • Utilizzo del Data Lake: prima dell'acquisizione è necessario valutare il consumo complessivo di archiviazione, le relazioni tra tabelle e i profili indirizzabili.
Dati persistenti nel Data Lake
Set di dati abilitato per il profilo
Opzione 1 — Dati esterni tramite azioni personalizzate
No
No
Opzione 2 — Set di dati non abilitato per il profilo
No
Opzione 3: set di dati abilitato per il profilo

Per ulteriori informazioni su come configurare un’origine dati di Adobe Experience Platform e un’origine dati esterna, nonché su come individuare e utilizzare i dati all’interno di un percorso, guarda questo video di esercitazione.

Video introduttivo video

Scopri cos’è un’origine dati e come configurare le origini dati esterne e di Experience Platform.

AI Knowledge Reference

This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.

For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.

  • TL;DR: This page explains what data sources are in Journey Optimizer, the two types available (the built-in Adobe Experience Platform data source and external data sources), and how to choose between three data access strategies before configuring one.

Intents:

  • Understand what a data source is and when a data source configuration is needed
  • Distinguish the pre-configured Adobe Experience Platform data source from external data sources
  • Choose a data access strategy among the three available options
  • Understand what field groups are used for on a data source
  • Decide whether to access external data via custom actions, ingest into a dataset, or use a profile-enabled dataset

Glossary:

  • Data source: A configuration that defines a connection to a system to retrieve additional information used in journeys for condition definition, parameter and personalization data in actions, custom wait definition, and time zone definition (product-specific)
  • Pre-configured Adobe Experience Platform data source: The built-in data source that defines the connection to the Real-time Customer Profile Service (product-specific)
  • External data source: A data source you create to define a connection to external systems (product-specific)
  • Field group: A set of fields that can be retrieved from a data source (product-specific)

Guardrails:

  • The data source configuration is always performed by a technical user.
  • A data source configuration is not required if your journeys only leverage local data coming from an event payload.
  • Schema relationships are not supported for data sources.
  • Because responses are now supported, you should use custom actions instead of data sources for external data source use-cases.
  • Before enabling a dataset for Profile (Option 3), assess data synchronization, Profile guardrails, identity integrity, and Data Lake utilization.

Terminology:

  • Canonical name: data source — Acronym: n/a — variants: data source configuration
  • Synonyms: “pre-configured Adobe Experience Platform data source” = “built-in data source”
  • Do not confuse: “Adobe Experience Platform data source” (pre-configured, built-in) ≠ “external data source” (one you create)
  • Do not confuse: “Option 2 — Dataset in Data Lake, not enabled for Profile” (persisted, not contributing to Profile) ≠ “Option 3 — Profile-enabled dataset in Data Lake” (persisted and enabled for Profile)

FAQ:

  • Q: When is a data source configuration required? — It is not required if your journeys only use local data coming from an event payload; it is needed when you want to retrieve additional information for conditions, personalization, custom wait, or time zone.
  • Q: What are the two types of data sources? — The pre-configured Adobe Experience Platform data source (built-in) and external data sources that you create.
  • Q: How many external data sources can I create? — You can create as many external data sources as you need.
  • Q: Which data access strategy should I choose? — Option 1 accesses external data via custom actions without persisting in the Data Lake, Option 2 ingests into a dataset not enabled for Profile, and Option 3 uses a profile-enabled dataset; choose based on persistence, profile enrichment, and reusability needs.
  • Q: Are schema relationships supported for data sources? — No, schema relationships are not supported for data sources.
recommendation-more-help
journey-optimizer-help