Campi derivati

Per utilizzare il modello, è necessario specificare i parametri corretti per ogni funzione elencata come parte delle regole del modello. Consulta Riferimento funzione per ulteriori informazioni.

Specifiche casewhen-io

Caso d’uso 1 casewhen-uc1

Puoi definire regole per identificare vari canali di marketing, applicando una logica a cascata per impostare un campo canale di marketing sul valore corretto:

• Se il referente proviene da un motore di ricerca e la pagina ha un valore di stringa di query in cui cid contiene ps_, il canale di marketing deve essere identificato come Ricerca a pagamento.
• Se il referente proviene da un motore di ricerca e la pagina non ha la stringa di query cid, il canale di marketing deve essere identificato come Ricerca naturale.
• Se una pagina ha un valore stringa query in cui cid contiene em_, il canale di marketing deve essere identificato come E-mail.
• Se una pagina ha un valore stringa query in cui cid contiene ds_, il canale di marketing deve essere identificato come Annuncio display.
• Se una pagina ha un valore stringa query in cui cid contiene so_, il canale di marketing deve essere identificato come Social a pagamento.
• Se il referente proviene da un dominio di riferimento di twitter.com, facebook.com, linkedin.com, o tiktok.com, il canale di marketing deve essere identificato come Social naturale.
• Se nessuna delle regole di cui sopra corrisponde, il canale di marketing deve essere identificato come Altro referrer.

Nel caso in cui il sito riceva i seguenti eventi di esempio, contenenti Referrer e Page URL, questi eventi devono essere identificati come segue:

Dati prima di casewhen-uc1-databefore

Campo derivato casewhen-uc1-derivedfield

Definisci un nuovo Marketing Channel campo derivato. Utilizzi il CASE WHEN funzioni per definire regole che creano valori per il in base ai valori esistenti per entrambi Page URL e Referring URL campo.

Nota l’utilizzo della funzione URL PARSE per definire le regole per recuperare i valori per Page Url e Referring Url prima del CASE WHEN vengono applicate le regole.

Dati dopo casewhen-uc1-dataafter

Caso d’uso 2 casewhen-uc2

Hai raccolto diverse varianti di ricerca all’interno del tuo Product Finding Methods dimensione. Per comprendere le prestazioni complessive della ricerca rispetto alla navigazione, è necessario dedicare molto tempo alla combinazione manuale dei risultati.

Il sito raccoglie i seguenti valori per Product Finding Methods dimensione. Alla fine, tutti questi valori indicano una ricerca.

Dati prima di casewhen-uc2-databefore

Campo derivato casewhen-uc2-derivedfield

Definisci un Product Finding Methods (new) campo derivato. Puoi creare quanto segue CASE WHEN regole nel generatore di regole. Queste regole applicano la logica a tutte le possibili varianti del vecchio Product Finding Methods valori dei campi per search e browse utilizzando Contains the phrase criterio.

Dati dopo casewhen-uc2-dataafter

Caso d’uso 3 casewhen-uc3

In qualità di società di viaggi, vorresti poter definire la durata del viaggio in periodi fissi per i viaggi prenotati in modo da poter generare rapporti sulle lunghezze dei viaggi in periodi fissi.

Ipotesi:

• L’organizzazione raccoglie la durata del viaggio in un campo numerico.
• Vorrebbe inserire durate di 1-3 giorni in un bucket denominato "short trip'
• Vorrebbe inserire durate di 4-7 giorni in un bucket denominato "medium trip'
• Vorrebbe inserire durate di oltre 8 giorni in un bucket denominato "long trip'
• 132 viaggi sono stati prenotati per una durata di 1 giorno
• 110 viaggi sono stati prenotati per una durata di 2 giorni
• Sono stati prenotati 105 viaggi per una durata di 3 giorni
• 99 viaggi sono stati prenotati per una durata di 4 giorni
• 92 viaggi sono stati prenotati per una durata di 5 giorni
• 85 viaggi sono stati prenotati per una durata di 6 giorni
• 82 viaggi sono stati prenotati per una durata di 7 giorni
• 78 viaggi sono stati prenotati per una durata di 8 giorni
• 50 viaggi sono stati prenotati per una durata di 9 giorni
• 44 viaggi sono stati prenotati per una durata di 10 giorni
• Sono stati prenotati 38 viaggi per una durata di 11 giorni
• Sono stati prenotati 31 viaggi per una durata di 12 giorni

Il rapporto desiderato dovrebbe essere simile al seguente:

Dati prima di casewhen-uc3-databefore

Campo derivato casewhen-uc3-derivedfield

Definisci un Trip Duration (bucketed) campo derivato. Puoi creare quanto segue CASE WHEN regola nel generatore di regole. Questa regola applica la logica al bucket precedente Trip Duration valori dei campi in tre valori: short trip, medium trip, e long trip.

Dati dopo casewhen-uc3-dataafter

Ulteriori informazioni

Il Customer Journey Analytics utilizza una struttura di contenitori nidificati, modellata sul modello di Adobe Experience Platform XDM (Experience Data Model). Consulta Contenitori e Contenitori di filtri per ulteriori informazioni di base. Questo modello di contenitore, anche se per sua natura flessibile, impone alcuni vincoli quando si utilizza il generatore di regole.

Il Customer Journey Analytics utilizza il seguente modello di contenitore predefinito:

{width="50%"}

I seguenti vincoli si applicano e vengono applicati quando selezione e impostazione valori.

table 0-row-2 1-row-2 2-row-2 3-row-2 1-align-center 4-align-center 7-align-center 10-align-center layout-auto
	Vincoli
A	Valori seleziona all'interno dello stesso If, Else If costrutto (utilizzando And o Or) in una regola deve provenire dallo stesso contenitore e può essere di qualsiasi tipo (stringa , numerico e così via).
B	Tutti i valori set in una regola deve provenire dallo stesso contenitore e avere lo stesso tipo o un valore derivato dello stesso tipo.
C	I valori seleziona in orizzontale If, Else If costrutti nella regola do non devono provenire dallo stesso contenitore ed eseguire non devono essere dello stesso tipo.

Specifiche classify-io

Caso d’uso 1 classify-uc1

Hai un file CSV che include una colonna chiave per hotelID e una o più colonne aggiuntive associate al hotelID: city, rooms, hotel name.
Stai raccogliendo Hotel ID in una dimensione, ma desidera creare un Hotel Name dimensione derivata dal hotelID nel file CSV.

Struttura e contenuto dei file CSV

Rapporto corrente

Report desiderato

Dati prima di classify-uc1-databefore

Campo derivato classify-uc1-derivedfield

Definisci un Hotel Name campo derivato. Utilizzi il CLASSIFY per definire una regola in cui è possibile classificare i valori della Hotel ID e sostituirli con nuovi valori.

Se desideri includere valori originali che non sono stati definiti come parte dei valori da classificare (ad esempio, ID hotel AMS789), assicurati di selezionare Show original values. Ciò garantisce che AMS789 faccia parte dell’output per il campo derivato, nonostante tale valore non sia stato classificato.

Dati dopo classify-uc1-dataafter

Caso d’uso 2 classify-uc2

Hai raccolto gli URL invece del nome descrittivo di diverse pagine. Questa raccolta mista di valori interrompe il reporting.

Dati prima di classify-uc2-databefore

Campo derivato classify-uc2-derivedfield

Definisci un Page Name (updated) campo derivato. Utilizzi il CLASSIFY per definire una regola in cui è possibile classificare i valori delle Page Name e sostituirli con valori corretti aggiornati.

Dati dopo classify-uc2-dataafter

Ulteriori informazioni classify-moreinfo

Nell’interfaccia Classifica regola sono disponibili le seguenti funzionalità aggiuntive:

• Per cancellare rapidamente tutti i valori della tabella, seleziona Clear all table values.
• Per caricare un file CSV contenente i valori originali di Quando i valori sono uguali e i nuovi valori di Sostituisci i valori con, seleziona Upload CSV.
• Per scaricare un modello per la creazione di un file CSV con valori originali e nuovi da caricare, seleziona Download CSV template.
• Per scaricare un file CSV con tutti i valori originali e nuovi popolati nell’interfaccia della regola, seleziona Download CSV values.

Specifiche concatenate-io

Caso d’uso concatenate-uc

Attualmente raccogli i codici dell’aeroporto di origine e di destinazione come campi separati. Vorresti prendere i due campi e combinarli in una singola dimensione separata da un trattino (-). Puoi quindi analizzare la combinazione di origine e destinazione per identificare i migliori percorsi prenotati.

Ipotesi:

• I valori di origine e destinazione vengono raccolti in campi separati nella stessa tabella.
• L’utente determina di utilizzare il delimitatore "-" tra i valori.

Immagina che si verifichino le seguenti prenotazioni:

• Il cliente ABC123 registra un volo tra Salt Lake City (SLC) e Orlando (MCO)
• Il cliente ABC456 prenota un volo tra Salt Lake City (SLC) e Los Angeles (LAX)
• Il cliente ABC789 prenota un volo tra Salt Lake City (SLC) e Seattle (SEA)
• Il cliente ABC987 prenota un volo tra Salt Lake City (SLC) e San Jose (SJO)
• Il cliente ABC654 registra un volo tra Salt Lake City (SLC) e Orlando (MCO)

Il rapporto desiderato dovrebbe essere simile al seguente:

Dati prima di concatenate-uc-databefore

Campo derivato concatenate-derivedfield

Definisci un nuovo Origin - Destination campo derivato. Utilizzi il CONCATENATE per definire una regola per concatenare il Original e Destination campi che utilizzano - Delimiter.

Dati dopo concatenate-dataafter

Specifiche findreplace-io

Caso d’uso findreplace-uc

Sono stati ricevuti alcuni valori non validi per il rapporto dei canali di marketing esterno, ad esempio email%20 marketing invece di email marketing. Questi valori in formato non corretto interrompono la generazione dei rapporti e rendono più difficile vedere le prestazioni dell’e-mail. Desideri sostituire email%20marketing con email marketing.

Rapporto originale

Report preferito

Dati prima di findreplace-uc-databefore

Campo derivato findreplace-uc-derivedfield

Definisci un’ Email Marketing (updated) campo derivato. Utilizzi il FIND AND REPLACE per definire una regola per trovare e sostituire tutte le occorrenze di email%20marketing con email marketing.

Dati dopo findreplace-uc-dataafter

Specifiche lookup-io

Caso d’uso lookup-uc

Desideri cercare il nome dell’attività utilizzando l’ID attività raccolto quando i clienti hanno fatto clic su un banner personalizzato visualizzato tramite Adobe Target. Desideri utilizzare un set di dati di ricerca con attività Analytics for Target (A4T) contenenti ID attività e nomi di attività.

Set di dati di ricerca A4T lookup-uc-lookup

Campo derivato lookup-uc-derivedfield

Definisci un’ Activity Name campo derivato. Utilizzi il LOOKUP per definire una regola per ricercare il valore dai dati raccolti, specificato nella Field to apply lookup campo (ad esempio ActivityIdentifier). Seleziona il set di dati di ricerca da Lookup dataset elenco (ad esempio New CJA4T Activities). Quindi selezioni il campo dell’identificatore (ad esempio ActivityIdentifier) dalla Matching key e il campo da restituire dal Values to return elenco (ad esempio ActivityName).

Ulteriori informazioni

È possibile inserire rapidamente Lookup funzione nel generatore di regole, che contiene già una o più altre funzioni.

1. Seleziona Schema fields dal selettore.
2. Seleziona Lookup datasets.
3. Seleziona il set di dati di ricerca e individua il campo da utilizzare per la ricerca.
4. Trascina e rilascia il campo di ricerca in uno qualsiasi dei campi di input disponibili per una funzione (ad esempio, Caso Quando). Quando è valida, una casella blu, etichettata + Add, consente di rilasciare il campo e inserire automaticamente una funzione di ricerca prima della funzione su cui è stato rilasciato il campo di ricerca. La funzione di ricerca inserita viene compilata automaticamente con i valori rilevanti per tutti i campi.
   

Specifiche lowercase-io

Caso d’uso lowercase-uc

Per una corretta generazione di rapporti, converti tutti i nomi dei prodotti raccolti in minuscolo.

Dati prima di lowercase-uc-databefore

Campo derivato lowercase-uc-derivedfield

Definisci un Product Names campo derivato. Utilizzi il LOWERCASE per definire una regola per la conversione del valore dalla funzione Collected Product Names in minuscolo e memorizzarlo nel nuovo campo derivato.

Dati dopo lowercase-uc-dataafter

Specifiche merge-fields-io

Caso d’uso merge-fields-uc

Desideri creare una dimensione composta dal campo del nome della pagina e dal campo del motivo della chiamata con l’intento di analizzare il percorso tra i canali.

Dati prima di merge-fields-uc-databefore

Campo derivato merge-fields-uc-derivedfield

Definisci un Cross Channel Interactions campo derivato. Utilizzi il MERGE FIELDS per definire una regola per unire i valori dalla funzione Page Name campo e Call Reason e memorizzarlo nel nuovo campo derivato.

Dati dopo merge-fields-uc-dataafter

Ulteriori informazioni merge-fields-moreinfo

È necessario selezionare lo stesso tipo di campi in una regola Unisci campi. Se ad esempio si seleziona un campo Data, tutti gli altri campi che si desidera unire devono essere campi Data.

Specifiche regex-replace-io

Caso d’uso regex-replace-uc

Desideri acquisire un’opzione di un URL e utilizzarla come identificatore di pagina univoco per analizzare il traffico. Utilizzi [^/]+(?=/$|$) affinché l’espressione regolare acquisisca la fine dell’URL e $1 come pattern di output.

Dati prima di regex-replace-uc-databefore

Campo derivato regex-replace-uc-derivedfield

Si crea un Page Identifier campo derivato. Utilizzi il REGEX REPLACE funzione per definire una regola per sostituire il valore del Referring URL campo che utilizza un Regex di [^/]+(?=/$|$) e Output format di $1.

Dati dopo regex-replace-uc-dataafter

Ulteriori informazioni

Il Customer Journey Analytics utilizza un sottoinsieme della sintassi regex Perl. Sono supportate le seguenti espressioni:

È possibile utilizzare queste sequenze nel Output format un qualsiasi numero di volte e in qualsiasi ordine per ottenere l’output di stringa desiderato.

Specifiche split-io

Caso d’uso 1 split-uc1

Raccogli le risposte dell’app vocale in un elenco delimitato in una singola dimensione. Desideri che ogni valore nell’elenco sia un valore univoco nel rapporto delle risposte.

Dati prima di split-uc1-databefore

Campo derivato split-u1-derivedfield

Si crea un Responses campo derivato. Utilizzi il SPLIT funzione per definire una regola da utilizzare Convert to array metodo per convertire i valori da Voice App Response campo utilizzando , come Delimiter.

Dati dopo split-uc1-dataafter

Caso d’uso 2 split-uc2

Raccogli le risposte dell’app vocale in un elenco delimitato in una singola dimensione. Desideri inserire nella propria dimensione le risposte dal primo valore dell’elenco. Desideri inserire l’ultimo valore nell’elenco nella propria dimensione.

Dati prima di split-uc2-databefore

Campo derivato split-u2-derivedfield

Si crea un First Response campo derivato. Utilizzi il SPLIT per definire una regola in base alla quale estrarre il primo valore dalla Responses campo a sinistra della risposta , come delimitatore.

Si crea un Second Response campo derivato per estrarre l’ultimo valore dal campo Responses selezionando Da destra, 1 come delimitatore e 1 come indice.

Dati dopo split-uc2-dataafter

Specifiche trim-io

Caso d’uso 1 trim-uc1

I dati del prodotto vengono raccolti, ma contengono spazi vuoti nascosti che generano rapporti sui frammenti. Per eliminare facilmente gli spazi vuoti in eccesso

Dati prima di trim-uc1-databefore

Campo derivato trim-u1-derivedfield

Si crea un Product Identifier campo derivato. Utilizzi il TRIM funzione per definire una regola per Trim whitespace dal Product ID campo.

Dati dopo trim-uc1-dataafter

Caso d’uso 2 trim-uc2

I dati sui nomi delle pagine raccolti includono alcuni caratteri speciali errati alla fine del nome della pagina che devono essere rimossi.

Dati prima di trim-uc2-databefore

Campo derivato trim-u2-derivedfield

Si crea un Page Name campo derivato. Utilizzi il TRIM funzione per definire una regola per Trim special characters dal Name campo utilizzando Special characters #?%&/.

Dati dopo trim-uc2-dataafter

Caso d’uso 3 trim-uc3

Raccogli dati che includono un ID store. Il valore storeID contiene come primi due caratteri il codice di stato abbreviato degli Stati Uniti. Desideri utilizzare solo il codice dello stato nel reporting.

Dati prima di trim-uc3-databefore

Campo derivato trim-u3-derivedfield

Si crea un Store Identifier campo derivato. Utilizzi il TRIM funzione per definire una regola per Truncate from right il storeID campo da fine a posizione stringa 3.

Dati dopo trim-uc3-dataafter

Specifiche urlparse-io

Caso d’uso 1 urlparse-uc1

Desideri utilizzare il dominio di riferimento solo dall’URL di riferimento come parte del set di regole di un canale di marketing.

Dati prima di urlparse-uc1-databefore

Campo derivato urlparse-uc1-derivedfield

Definisci un Referring Domain campo derivato. Utilizzi il URL PARSE per definire una regola per recuperare l'host dalla Referring URL e memorizzarlo nel nuovo campo derivato.

Dati dopo urlparse-uc1-dataafter

Caso d’uso 2 urlparse-uc2

Desideri utilizzare il valore di cid parametro di una stringa di query in una Page URL come parte dell’output di un rapporto di codice di tracciamento derivato.

Dati prima di urlparse-uc2-databefore

Campo derivato urlparse-uc2-derivedfield

Definisci un Query String CID campo derivato. Utilizzi il URL PARSE per definire una regola per recuperare il valore del parametro della stringa di query nel Page URL campo, specifica cid come parametro di query. Il valore di output viene memorizzato nel nuovo campo derivato.

Dati dopo urlparse-uc2-dataafter