Guardrail predefiniti per Real-Time Customer Profile dati e segmentazione

Adobe Experience Platform consente di fornire esperienze cross-channel personalizzate basate su informazioni comportamentali e attributi del cliente sotto forma di profili cliente in tempo reale. Per supportare questo nuovo approccio ai profili, Experienci Platform utilizza un modello di dati ibridi altamente denormalizzati che differisce dal modello tradizionale di dati relazionali.

Questo documento fornisce i limiti predefiniti di utilizzo e tasso per aiutarti a modellare i dati profilo per ottenere prestazioni di sistema ottimali. Durante l’esame dei seguenti guardrail, si presume che i dati siano stati modellati correttamente. In caso di domande su come modellare i dati, contatta il rappresentante del servizio clienti.

NOTE
La maggior parte dei clienti non supera questi limiti predefiniti. Per informazioni sui limiti personalizzati, contatta il rappresentante dell’assistenza clienti.

Introduzione

I seguenti servizi di Experience Platform sono coinvolti nella modellazione dei dati del Profilo cliente in tempo reale:

  • Real-Time Customer Profile: crea profili di consumatori unificati utilizzando dati provenienti da più origini.
  • Identità: collega le identità da diverse origini dati durante l’acquisizione in Platform.
  • Schemi: gli schemi Experience Data Model (XDM) sono il framework standardizzato tramite il quale Platform organizza i dati sull’esperienza del cliente.
  • Tipi di pubblico: il motore di segmentazione all’interno di Platform viene utilizzato per creare tipi di pubblico dai profili dei clienti in base ai comportamenti e agli attributi dei clienti.

Tipi di limite

In questo documento sono disponibili due tipi di limiti predefiniti:

Tipo di guardrail
Descrizione
Guardrail delle prestazioni (limite morbido)
I guardrail di prestazioni sono limiti di utilizzo relativi all’ambito dei tuoi casi d’uso. Quando si superano i guardrail delle prestazioni, è possibile che si verifichi un peggioramento delle prestazioni e della latenza. L’Adobe non è responsabile di tale degrado delle prestazioni. I clienti che superano costantemente il limite di prestazioni possono scegliere di concedere licenze aggiuntive per evitare il degrado delle prestazioni.
Guardrail applicati dal sistema (limite rigido)
I guardrail applicati dal sistema vengono applicati dall’interfaccia utente o dall’API di Real-Time CDP. Questi sono i limiti che non puoi superare, poiché l’interfaccia utente e l’API ti impediranno di farlo o restituiranno un errore.
NOTE
I limiti delineati nel presente documento vengono costantemente migliorati. Controlla regolarmente se ci sono aggiornamenti. Se ti interessa conoscere i limiti personalizzati, contatta il rappresentante dell’assistenza clienti.

Limiti del modello dati

Le seguenti protezioni forniscono i limiti consigliati per la modellazione dei dati Profilo cliente in tempo reale. Per ulteriori informazioni sulle entità primarie e sulle entità dimensione, consulta la sezione su tipi di entità nell'appendice.

Un diagramma che mostra i diversi guardrail per i dati profilo in Adobe Experience Platform.

Guardrail dell’entità primaria

Guardrail
Limite
Tipo limite
Descrizione
Set di dati della singola classe di profilo XDM
20
Guardrail delle prestazioni
Si consiglia un massimo di 20 set di dati che sfruttano la classe Profilo individuale XDM.
Set di dati della classe XDM ExperienceEvent
20
Guardrail delle prestazioni
Si consiglia un massimo di 20 set di dati che sfruttano la classe ExperienceEvent XDM.
Set di dati della suite di rapporti di Adobe Analytics abilitati per il profilo
1
Guardrail delle prestazioni
Per il profilo deve essere abilitato un massimo di un (1) set di dati della suite di rapporti di Analytics. Il tentativo di abilitare più set di dati della suite di rapporti di Analytics per il profilo può avere conseguenze indesiderate sulla qualità dei dati. Per ulteriori informazioni, consulta la sezione su Set di dati di Adobe Analytics nell'appendice.
Relazioni tra più entità
5
Guardrail delle prestazioni
Si consiglia di definire un massimo di 5 relazioni tra più entità tra entità principali ed entità dimensione. Non è consigliabile eseguire mapping di relazioni aggiuntivi finché non viene rimossa o disabilitata una relazione esistente.
Profondità JSON per il campo ID utilizzato nella relazione tra più entità
4
Guardrail delle prestazioni
La profondità JSON massima consigliata per un campo ID utilizzato nelle relazioni tra più entità è 4. Ciò significa che in uno schema altamente nidificato, i campi nidificati con profondità superiore a 4 livelli non devono essere utilizzati come campo ID in una relazione.
Cardinalità dell’array in un frammento di profilo
<=500
Guardrail delle prestazioni
La cardinalità dell’array ottimale in un frammento di profilo (dati indipendenti dal tempo) è <=500.
Cardinalità dell’array in ExperienceEvent
<=10
Guardrail delle prestazioni
La cardinalità dell’array ottimale in un ExperienceEvent (dati di serie temporali) è <=10.
Grafico identità conteggio identità per singolo profilo
50
Guarddrail imposto dal sistema
Il numero massimo di identità in un grafico delle identità per un singolo profilo è 50. Tutti i profili con più di 50 identità sono esclusi da segmentazione, esportazioni e ricerche.

guardrail entità Dimension

Guardrail
Limite
Tipo limite
Descrizione
Non sono consentiti dati di serie temporali per leXDM Individual Profile entità
0
Guarddrail imposto dal sistema
I dati delle serie temporali non sono consentiti per iXDM Individual Profile entità nel servizio profili. Se un set di dati di serie temporali è associato a unXDM Individual Profile ID, il set di dati non deve essere abilitato per Profile.
Nessuna relazione nidificata
0
Guardrail delle prestazioni
Non creare una relazione tra dueXDM Individual Profile schemi. La possibilità di creare relazioni non è consigliata per gli schemi che non fanno parte di Profile schema di unione.
Profondità JSON per il campo ID primario
4
Guardrail delle prestazioni
La profondità JSON massima consigliata per il campo ID primario è 4. Ciò significa che in uno schema altamente nidificato, non devi selezionare un campo come ID primario se è nidificato a più di 4 livelli di profondità. Un campo che si trova al quarto livello nidificato può essere utilizzato come ID primario.

Limiti di dimensione dei dati

I seguenti guardrail si riferiscono alle dimensioni dei dati e forniscono i limiti consigliati per i dati che possono essere acquisiti, memorizzati e interrogati come previsto. Per ulteriori informazioni sulle entità primarie e sulle entità dimensione, consulta la sezione su tipi di entità nell'appendice.

NOTE
La dimensione dei dati viene misurata come dati non compressi in JSON al momento dell’acquisizione.

Guardrail dell’entità primaria

Guardrail
Limite
Tipo limite
Descrizione
Dimensione massima ExperienceEvent
10KB
Guarddrail imposto dal sistema
La dimensione massima di un evento è 10 KB. L’acquisizione continuerà, ma tutti gli eventi di dimensioni superiori a 10 KB verranno ignorati.
Dimensione massima record profilo
100KB
Guarddrail imposto dal sistema
La dimensione massima di un record di profilo è 100 KB. L’acquisizione continuerà, ma i record di profilo di dimensioni superiori a 100 KB verranno eliminati.
Dimensione massima del frammento di profilo
50 MB
Guarddrail imposto dal sistema
La dimensione massima di un singolo frammento di profilo è di 50 MB. Segmentazione, esportazioni e ricerche potrebbero non riuscire per qualsiasi frammento di profilo superiore a 50 MB.
Dimensione massima archiviazione profilo
50 MB
Guardrail delle prestazioni
La dimensione massima di un profilo memorizzato è di 50 MB. Aggiunta di nuovi frammenti di profilo in un profilo superiore a 50 MB influirà sulle prestazioni del sistema. Ad esempio, un profilo potrebbe contenere un singolo frammento di 50 MB oppure più frammenti in più set di dati con una dimensione totale combinata di 50 MB. Il tentativo di memorizzare un profilo con un singolo frammento di dimensioni superiori a 50 MB o con più frammenti di dimensioni combinate superiori a 50 MB influisce sulle prestazioni del sistema.
Numero di batch di profili o ExperienceEvent acquisiti al giorno
90
Guardrail delle prestazioni
Il numero massimo di batch di profili o ExperienceEvent acquisiti al giorno è 90. Ciò significa che il totale combinato di batch di profili ed ExperienceEvent acquisiti ogni giorno non può superare i 90. L'acquisizione di batch aggiuntivi influisce sulle prestazioni del sistema.
Numero di ExperienceEvents per record di profilo
5000
Guardrail delle prestazioni
Il numero massimo di ExperienceEvents per record di profilo è 5000. I profili con più di 5000 ExperienceEvents non per la segmentazione.

guardrail entità Dimension

Guardrail
Limite
Tipo limite
Descrizione
Dimensione totale per tutte le entità dimensionali
5GB
Guardrail delle prestazioni
La dimensione totale consigliata per tutte le entità dimensionali è 5 GB. L'inserimento di entità di dimensioni grandi può influire sulle prestazioni del sistema. Ad esempio, non è consigliabile tentare di caricare un catalogo di prodotti da 10 GB come entità dimensione.
Set di dati per schema di entità dimensionale
5
Guardrail delle prestazioni
Si consiglia un massimo di 5 set di dati associati a ogni schema di entità dimensionale. Ad esempio, se crei uno schema per "prodotti" e aggiungi cinque set di dati contributivi, non devi creare un sesto set di dati associato allo schema prodotti.
Batch di entità Dimension acquisiti al giorno
4 per entità
Guardrail delle prestazioni
Il numero massimo consigliato di batch di entità dimensione acquisiti al giorno è 4 per entità. Ad esempio, puoi acquisire gli aggiornamenti di un catalogo di prodotti fino a 4 volte al giorno. L'acquisizione di batch di entità di dimensione aggiuntivi per la stessa entità può influire sulle prestazioni del sistema.

Guardrail di segmentazione segmentation-guardrails

I guardrail descritti in questa sezione si riferiscono al numero e alla natura dei tipi di pubblico che un’organizzazione può creare in Experienci Platform, nonché alla mappatura e all’attivazione dei tipi di pubblico nelle destinazioni.

Guardrail
Limite
Tipo limite
Descrizione
Tipi di pubblico per sandbox
4000
Guardrail delle prestazioni
Un’organizzazione può avere più di 4000 tipi di pubblico in totale, purché ci siano meno di 4000 tipi di pubblico in ogni singola sandbox. Sono inclusi i tipi di pubblico batch, in streaming e edge. Il tentativo di creare ulteriori tipi di pubblico può influire sulle prestazioni del sistema. Ulteriori informazioni su creazione di tipi di pubblico tramite il generatore di segmenti.
Pubblico Edge per sandbox
150
Guardrail delle prestazioni
Un’organizzazione può avere più di 150 tipi di pubblico Edge in totale, purché ci siano meno di 150 tipi di pubblico Edge in ogni singola sandbox. Il tentativo di creare un pubblico perimetrale aggiuntivo può influire sulle prestazioni del sistema. Ulteriori informazioni su pubblico edge.
Velocità effettiva Edge in tutte le sandbox
1500 RPS
Guardrail delle prestazioni
La segmentazione Edge supporta un valore massimo di 1500 eventi in entrata al secondo per l’accesso alla rete Edge di Adobe Experience Platform. La segmentazione Edge può richiedere fino a 350 millisecondi per elaborare un evento in entrata dopo che è entrato nella rete Edge di Adobe Experience Platform. Ulteriori informazioni su pubblico edge.
Tipi di pubblico in streaming per sandbox
500
Guardrail delle prestazioni
Un’organizzazione può avere più di 500 pubblici di streaming in totale, purché ci siano meno di 500 pubblici di streaming in ogni singola sandbox. Ciò include sia i tipi di pubblico in streaming che quelli edge. Il tentativo di creare ulteriori tipi di pubblico in streaming può influire sulle prestazioni del sistema. Ulteriori informazioni su pubblico in streaming.
Velocità effettiva in streaming su tutte le sandbox
1500 RPS
Guardrail delle prestazioni
La segmentazione in streaming supporta un valore di picco di 1500 eventi in entrata al secondo. La segmentazione in streaming può richiedere fino a 5 minuti per qualificare un profilo per l’iscrizione al segmento. Ulteriori informazioni su pubblico in streaming.
Pubblico in batch per sandbox
4000
Guardrail delle prestazioni
Un’organizzazione può avere più di 4000 tipi di pubblico in batch in totale, purché ci siano meno di 4000 tipi di pubblico in batch in ogni singola sandbox. Il tentativo di creare un pubblico batch aggiuntivo può influire sulle prestazioni del sistema.
Pubblico dell’account per sandbox
50
Guarddrail imposto dal sistema
Puoi creare un massimo di 50 tipi di pubblico di account in una sandbox. Dopo aver raggiunto 50 tipi di pubblico in una sandbox, il Creare un pubblico Il controllo è disattivato quando si tenta di creare un nuovo pubblico di account. Ulteriori informazioni su pubblico dell’account.
Composizioni pubblicate per sandbox
10
Guardrail delle prestazioni
Puoi avere un massimo di 10 composizioni pubblicate in una sandbox. Ulteriori informazioni su composizione del pubblico nella guida dell’interfaccia utente.
Dimensione massima del pubblico
30%
Guardrail delle prestazioni
L’appartenenza massima consigliata a un pubblico è il 30% del numero totale di profili nel sistema. È possibile creare tipi di pubblico con più del 30% dei profili come membri o più tipi di pubblico di grandi dimensioni, ma questo influirà sulle prestazioni del sistema.

Disponibilità prevista

La sezione seguente illustra previsto disponibilità per i tipi di pubblico e i criteri di unione nei servizi a valle come le destinazioni Real-Time CDP:

Tipo di sandbox
Ora
Sandbox esistenti
1 ora
Nuove sandbox
2 ore
Sandbox ripristinate di recente
2 ore

Appendice

Questa sezione fornisce ulteriori dettagli sui limiti riportati in questo documento.

Tipi di entità

Il Profile il modello dati store è costituito da due tipi di entità core: entità principali e entità dimensione.

Entità primaria

Un’entità primaria, o entità di profilo, unisce i dati per formare una "singola sorgente di verità" per un individuo. Questi dati unificati vengono rappresentati utilizzando la cosiddetta "visualizzazione unione". Una vista unione aggrega i campi di tutti gli schemi che implementano la stessa classe in un unico schema di unione. Schema di unione per Real-Time Customer Profile è un modello di dati ibridi denormalizzati che funge da contenitore per tutti gli attributi del profilo e gli eventi comportamentali.

Gli attributi indipendenti dal tempo, noti anche come "dati record", vengono modellati utilizzando XDM Individual Profile, mentre i dati delle serie temporali, noti anche come "dati evento", vengono modellati utilizzando XDM ExperienceEvent. Quando i dati di record e serie temporali vengono acquisiti in Adobe Experience Platform, si attiva Real-Time Customer Profile per iniziare ad acquisire i dati abilitati per il relativo utilizzo. Più interazioni e dettagli vengono acquisiti, più solidi saranno i singoli profili.

Un’infografica che illustra le differenze tra i dati dei record e i dati delle serie temporali.

Entità Dimension

Anche se l’archivio dati profilo che gestisce i dati profilo non è un archivio relazionale, Profilo consente l’integrazione con entità dimensionali di piccole dimensioni per creare tipi di pubblico in modo semplificato e intuitivo. Questa integrazione è nota come segmentazione con più entità.

La tua organizzazione può anche definire classi XDM per descrivere elementi diversi dai singoli utenti, ad esempio store, prodotti o proprietà. Questi nonXDM Individual Profile gli schemi sono denominati "entità dimensione" (anche note come "entità di ricerca") e non contengono dati di serie temporali. Gli schemi che rappresentano entità dimensione sono collegati alle entità profilo tramite l’utilizzo di relazioni tra schemi.

Le entità di Dimension forniscono dati di ricerca che facilitano e semplificano le definizioni dei segmenti con più entità e devono essere sufficientemente piccole da consentire al motore di segmentazione di caricare l’intero set di dati in memoria per un’elaborazione ottimale (ricerca rapida dei punti).

Un’infografica che mostra che un’entità profilo è composta da entità dimensione.

Frammenti di profilo

In questo documento sono presenti diversi guardrail che fanno riferimento a "frammenti di profilo". Ad Experience Platform, più frammenti di profilo vengono uniti per formare Real-Time Customer Profile. Ogni frammento rappresenta un’identità primaria univoca e il record corrispondente o il set completo di dati evento per tale ID all’interno di un dato set di dati. Per ulteriori informazioni sui frammenti di profilo, consulta Panoramica del profilo.

Criteri di unione merge-policies

Quando si riuniscono dati da più origini, i criteri di unione sono le regole utilizzate da Platform per determinare come i dati verranno prioritari e quali dati verranno combinati per creare tale vista unificata. Ad esempio, se un cliente interagisce con il tuo marchio su più canali, la tua organizzazione avrà più frammenti di profilo relativi a quel singolo cliente che appaiono in più set di dati. Quando questi frammenti vengono acquisiti in Platform, vengono uniti per creare un unico profilo per quel cliente. Quando i dati provenienti da più origini sono in conflitto, il criterio di unione determina quali informazioni includere nel profilo per la persona. È consentito un massimo di cinque (5) criteri di unione per organizzazione. Per ulteriori informazioni sui criteri di unione, consulta panoramica dei criteri di unione.

Set di dati della suite di rapporti di Adobe Analytics in Platform aa-datasets

È possibile abilitare più suite di rapporti per il profilo, purché tutti i conflitti di dati siano stati risolti. Puoi utilizzare la funzionalità Preparazione dati per risolvere i conflitti di dati tra eVar, Elenchi e Proprietà. Per ulteriori informazioni su come utilizzare la funzionalità Preparazione dati, consulta Guida all’interfaccia utente del connettore Adobe Analytics.

Passaggi successivi

Consulta la seguente documentazione per ulteriori informazioni su altri guardrail dei servizi Experienci Platform, informazioni sulla latenza end-to-end e informazioni sulle licenze dai documenti di descrizione del prodotto Real-Time CDP:

recommendation-more-help
54550d5b-f1a1-4065-a394-eb0f23a2c38b