Härledda fält

Om du vill använda mallen måste du ange rätt parametrar för varje funktion som listas som en del av reglerna i mallen. Se Funktionsreferens för mer information.

Specifikationer casewhen-io

Användningsfall 1 casewhen-uc1

Du vill definiera regler för att identifiera olika marknadsföringskanaler genom att tillämpa överlappande logik för att ange ett marknadsföringskanalfält till rätt värde:

• Om referenten kommer från en sökmotor och sidan har ett frågesträngsvärde där cid innehåller ps_bör marknadsföringskanalen identifieras som en Betalsökning.
• Om referenten kommer från en sökmotor och sidan inte har frågesträngen cidbör marknadsföringskanalen identifieras som en Naturlig sökning.
• Om en sida har ett frågesträngsvärde där cid innehåller em_bör marknadsföringskanalen identifieras som en E-post.
• Om en sida har ett frågesträngsvärde där cid innehåller ds_bör marknadsföringskanalen identifieras som en Visa annons.
• Om en sida har ett frågesträngsvärde där cid innehåller so_bör marknadsföringskanalen identifieras som en Betald social.
• Om referenten kommer från en hänvisande domän till twitter.com, facebook.com, linkedin.com, eller tiktok.combör marknadsföringskanalen identifieras som en Naturlig social.
• Om ingen av ovanstående regler överensstämmer bör marknadsföringskanalen identifieras som Annan referent.

Om din plats får följande exempelhändelser, som innehåller Referrer och Page URLbör dessa händelser identifieras enligt följande:

Data före casewhen-uc1-databefore

Härlett fält casewhen-uc1-derivedfield

Du definierar ett nytt Marketing Channel härlett fält. Du använder CASE WHEN funktioner för att definiera regler som skapar värden för den baserat på befintliga värden för båda Page URL och Referring URL fält.

Observera hur funktionen används URL PARSE för att definiera regler för hämtning av värden för Page Url och Referring Url före CASE WHEN regler tillämpas.

Data efter casewhen-uc1-dataafter

Användningsfall 2 casewhen-uc2

Du har samlat in flera olika varianter av sökningar i Product Finding Methods dimension. Om du vill förstå det övergripande resultatet för sökning och bläddring måste du lägga mycket tid på att kombinera resultaten manuellt.

Din webbplats samlar in följande värden för din Product Finding Methods dimension. Alla dessa värden anger slutligen en sökning.

Data före casewhen-uc2-databefore

Härlett fält casewhen-uc2-derivedfield

Du definierar en Product Finding Methods (new) härlett fält. Du skapar följande CASE WHEN regler i regelbyggaren. Dessa regler tillämpar logik för alla möjliga varianter av det gamla Product Finding Methods fältvärden för search och browse med Contains the phrase kriterium.

Data efter casewhen-uc2-dataafter

Användningsfall 3 casewhen-uc3

Som reseföretag vill du korta resetiden för bokade resor så att du kan rapportera om hur långa resorna är.

Antaganden:

• Organisationen samlar ihop resans varaktighet till ett numeriskt fält.
• De skulle vilja lägga in 1-3 dagars varaktighet i en hink som kallasshort trip'
• De skulle vilja lägga in 4-7 dagars varaktighet i en hink som kallasmedium trip'
• De vill lägga in mer än 8 dagars varaktighet i en hink som kallaslong trip'
• 132 resor bokades för en dag
• 110 resor bokades för en tvådagarsperiod
• 105 resor bokades för en 3-dagarsperiod
• 99 resor var bokade i 4 dagar
• 92 resor bokades för en femdagarsperiod
• 85 resor bokades för en sexdagarsperiod
• 82 resor bokades för en 7-dagarsperiod
• 78 resor var bokade i 8 dagar
• 50 resor bokades för en 9-dagarsperiod
• 44 resor bokades under en 10-dagarsperiod
• 38 resor bokades för en 11-dagarsperiod
• 31 resor bokades för en tolvdagarsperiod

Din rapport ska se ut så här:

Data före casewhen-uc3-databefore

Härlett fält casewhen-uc3-derivedfield

Du definierar en Trip Duration (bucketed) härlett fält. Du skapar följande CASE WHEN regel i regelbyggaren. Den här regeln använder logik för att bucket den gamla Trip Duration fältvärden i tre värden: short trip, medium tripoch long trip.

Data efter casewhen-uc3-dataafter

Mer information

Customer Journey Analytics använder en kapslad behållarstruktur, som utformats efter Adobe Experience Platform XML (Experience Data Model). Se Behållare och Filterbehållare för mer bakgrundsinformation. Den här behållarmodellen är flexibel till sin natur men medför vissa begränsningar när regelverktyget används.

Customer Journey Analytics använder följande standardbehållarmodell:

{width="50%"}

Följande begränsningar gäller och används när markera och inställning värden.

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
	Begränsningar
A	Värden du välj inom samma If, Else If construct (med And eller Or) i en regel måste komma från samma behållare och kan vara av valfri typ (sträng) , numerisk och så vidare).
B	Alla värden du anger set över en regel måste komma från samma behållare och ha samma typ eller ett härlett värde av samma typ.
C	Värdena du anger välj över If, Else If konstruerar i regeln do not måste komma från samma behållare och gör not måste vara av samma typ.

Specifikationer classify-io

Användningsfall 1 classify-uc1

Du har en CSV-fil som innehåller en nyckelkolumn för hotelID och en eller flera kolumner som är associerade med hotelID: city, rooms, hotel name.
Du samlar in Hotel ID i en dimension men vill skapa en Hotel Name dimension härledd från hotelID i CSV-filen.

CSV-filstruktur och innehåll

Aktuell rapport

Önskad rapport

Data före classify-uc1-databefore

Härlett fält classify-uc1-derivedfield

Du definierar en Hotel Name härlett fält. Du använder CLASSIFY funktion som definierar en regel där du kan klassificera värden för Hotel ID och ersätt med nya värden.

Om du vill inkludera originalvärden som du inte har definierat som en del av värdena som ska klassificeras (till exempel Hotel-ID AMS789) måste du markera Show original values. Detta garanterar att AMS789 är en del av utdata för det härledda fältet, trots att det värdet inte klassificeras.

Data efter classify-uc1-dataafter

Användningsfall 2 classify-uc2

Du har samlat in URL:er i stället för det egna sidnamnet för flera sidor. Den här blandade mängden värden bryter rapporteringen.

Data före classify-uc2-databefore

Härlett fält classify-uc2-derivedfield

Du definierar en Page Name (updated) härlett fält. Du använder CLASSIFY funktion som definierar en regel där du kan klassificera värden för dina befintliga Page Name och ersätt med uppdaterade korrekta värden.

Data efter classify-uc2-dataafter

Mer information classify-moreinfo

Följande ytterligare funktioner är tillgängliga i gränssnittet Klassifiera regel:

• Om du snabbt vill ta bort alla tabellvärden väljer du Clear all table values.
• Om du vill överföra en CSV-fil som innehåller originalvärden för När värden är lika och nya värden för Ersätt värden med väljer du Upload CSV.
• Om du vill hämta en mall för att skapa en CSV-fil med ursprungliga och nya värden att överföra väljer du Download CSV template.
• Om du vill hämta en CSV-fil med alla ursprungliga och nya värden ifyllda i regelgränssnittet väljer du Download CSV values.

Specifikationer concatenate-io

Använd skiftläge concatenate-uc

Du samlar för närvarande in kod för ursprung och destinationsflygplats som separata fält. Du vill använda de två fälten och kombinera dem till ett enda mått, avgränsade med ett bindestreck (-). Så att du kan analysera kombinationen av ursprung och mål för att identifiera de vanligaste rutterna som bokats.

Antaganden:

• Origo- och målvärden samlas i separata fält i samma tabell.
• Användaren bestämmer sig för att använda avgränsaren '-' mellan värdena.

Tänk dig följande bokningar:

• Kund ABC123 bokar en flygning mellan Salt Lake City (SLC) och Orlando (MCO)
• Kund ABC456 bokar ett flyg mellan Salt Lake City (SLC) och Los Angeles (LAX)
• Kund ABC789 bokar ett flyg mellan Salt Lake City (SLC) och Seattle (SEA)
• Kund ABC987 bokar ett flyg mellan Salt Lake City (SLC) och San Jose (SJO)
• Kund ABC654 bokar en flygning mellan Salt Lake City (SLC) och Orlando (MCO)

Rapporten ska se ut så här:

Data före concatenate-uc-databefore

Härlett fält concatenate-derivedfield

Du definierar ett nytt Origin - Destination härlett fält. Du använder CONCATENATE funktion som definierar en regel som sammanfogar Original och Destination fält med - Delimiter.

Data efter concatenate-dataafter

Specifikationer findreplace-io

Använd skiftläge findreplace-uc

Du har fått vissa felformaterade värden för din rapport om externa marknadsföringskanaler, till exempel email%20 marketing i stället för email marketing. Dessa felformaterade värden utgör en del av rapporteringen och gör det svårare att se hur e-postmeddelanden fungerar. Du vill ersätta email%20marketing med email marketing.

Ursprunglig rapport

Önskad rapport

Data före findreplace-uc-databefore

Härlett fält findreplace-uc-derivedfield

Du definierar en Email Marketing (updated) härlett fält. Du använder FIND AND REPLACE funktion för att definiera en regel för att söka efter och ersätta alla förekomster av email%20marketing med email marketing.

Data efter findreplace-uc-dataafter

Specifikation lookup-io

Använd skiftläge lookup-uc

Du vill söka efter aktivitetsnamnet med aktivitets-ID som samlats in när kunderna klickade på en anpassad banderoll som visas via Adobe Target. Du vill använda en uppslagsdatauppsättning med A4T-aktiviteter (Analytics for Target) som innehåller aktivitets-ID och aktivitetsnamn.

A4T-datauppsättning för sökning lookup-uc-lookup

Härlett fält lookup-uc-derivedfield

Du definierar en Activity Name härlett fält. Du använder LOOKUP -funktion för att definiera en regel för att söka efter värdet från dina insamlade data, som anges i Field to apply lookup fält (till exempel ActivityIdentifier). Du väljer uppslagsdatauppsättning på menyn Lookup dataset list (till exempel New CJA4T Activities). Sedan markerar du identifierarfältet (till exempel ActivityIdentifier) från Matching key listan och fältet som ska returneras från Values to return list (till exempel ActivityName).

Mer info

Du kan snabbt infoga en Lookup funktionen i regelbyggaren som redan innehåller en eller flera andra funktioner.

1. Välj Schema fields från väljare.
2. Välj Lookup datasets.
3. Välj din uppslagsdatauppsättning och sök efter det fält som du vill använda för sökning.
4. Dra och släpp sökfältet på något av de tillgängliga inmatningsfälten för en funktion (till exempel Skiftläge). Om det är giltigt, en blå ruta med etiketten + Add ​kan du släppa fältet och automatiskt infoga en sökfunktion innan funktionen som du släppte sökfältet på. Den infogade uppslagsfunktionen fylls automatiskt i med relevanta värden för alla fält.
   

Specifikation lowercase-io

Använd skiftläge lowercase-uc

Du vill konvertera alla insamlade produktnamn till gemener för korrekt rapportering.

Data före lowercase-uc-databefore

Härlett fält lowercase-uc-derivedfield

Du definierar en Product Names härlett fält. Du använder LOWERCASE för att definiera en regel som konverterar värdet från Collected Product Names fält till gemener och lagra det i det nya härledda fältet.

Data efter lowercase-uc-dataafter

Specifikation merge-fields-io

Använd skiftläge merge-fields-uc

Du vill skapa en dimension från sidnamnsfältet och anropsorsaksfältet med syftet att analysera resan över flera kanaler.

Data före merge-fields-uc-databefore

Härlett fält merge-fields-uc-derivedfield

Du definierar en Cross Channel Interactions härlett fält. Du använder MERGE FIELDS funktion som definierar en regel som sammanfogar värdena från Page Name fält och Call Reason och lagra det i det nya härledda fältet.

Data efter merge-fields-uc-dataafter

Mer information merge-fields-moreinfo

Du måste välja samma typ av fält i en regel för att slå samman fält. Om du till exempel markerar ett datumfält måste alla andra fält som du vill sammanfoga vara datumfält.

Specifikation regex-replace-io

Använd skiftläge regex-replace-uc

Du vill hämta ett alternativ för en URL och använda det som en unik sididentifierare för att analysera trafik. Du använder [^/]+(?=/$|$) för det reguljära uttrycket att hämta slutet på URL:en och $1 som utdatamönster.

Data före regex-replace-uc-databefore

Härlett fält regex-replace-uc-derivedfield

Du skapar en Page Identifier härlett fält. Du använder REGEX REPLACE funktion som definierar en regel som ersätter värdet för Referring URL fält med en Regex av [^/]+(?=/$|$) och Output format av $1.

Data efter regex-replace-uc-dataafter

Mer information

Customer Journey Analytics använder en delmängd av Perl-regex-syntaxen. Följande uttryck stöds:

Du kan använda dessa sekvenser i Output format hur många gånger och i vilken ordning som helst för att uppnå önskat strängresultat.

Specifikation split-io

Användningsfall 1 split-uc1

Ni samlar in röstappssvar i en avgränsad lista i en enda dimension. Du vill att varje värde i listan ska vara ett unikt värde i svarsrapporten.

Data före split-uc1-databefore

Härlett fält split-u1-derivedfield

Du skapar en Responses härlett fält. Du använder SPLIT för att definiera en regel som ska använda Convert to array metod för att konvertera värden från Voice App Response fält använda , som Delimiter.

Data efter split-uc1-dataafter

Användningsfall 2 split-uc2

Ni samlar in röstappssvar i en avgränsad lista i en enda dimension. Du vill att svaren från det första värdet i listan ska få en egen dimension. Du vill placera det sista värdet i listan i en egen dimension.

Data före split-uc2-databefore

Härlett fält split-u2-derivedfield

Du skapar en First Response härlett fält. Du använder SPLIT funktionen för att definiera en regel som ska ta det första värdet från Responses fält från vänster om svaret , som avgränsare.

Du skapar en Second Response härlett fält som tar det senaste värdet från Responses genom att välja Från höger, 1 som avgränsare och 1 som index.

Data efter split-uc2-dataafter

Specifikation trim-io

Användningsfall 1 trim-uc1

Du samlar in produktdata, men data innehåller dolda blankstegstecken som fragmentrapportering. Du vill enkelt trimma bort överflödiga blanksteg

Data före trim-uc1-databefore

Härlett fält trim-u1-derivedfield

Du skapar en Product Identifier härlett fält. Du använder TRIM funktion som definierar en regel till Trim whitespace från Product ID fält.

Data efter trim-uc1-dataafter

Användningsfall 2 trim-uc2

De data på sidnamn som samlas in innehåller vissa felaktiga specialtecken i slutet av sidnamnet som måste tas bort.

Data före trim-uc2-databefore

Härlett fält trim-u2-derivedfield

Du skapar en Page Name härlett fält. Du använder TRIM funktion som definierar en regel till Trim special characters från Name fält med Special characters #?%&/.

Data efter trim-uc2-dataafter

Användningsfall 3 trim-uc3

Du samlar in data inklusive ett storeID. storeID innehåller den förkortade amerikanska statuskoden som de två första tecknen. Du vill bara använda den statuskoden i din rapportering.

Data före trim-uc3-databefore

Härlett fält trim-u3-derivedfield

Du skapar en Store Identifier härlett fält. Du använder TRIM funktion som definierar en regel till Truncate from right den storeID fält från strängslut till position 3.

Data efter trim-uc3-dataafter

Specifikationer urlparse-io

Användningsfall 1 urlparse-uc1

Du vill bara använda den refererande domänen från den refererande URL:en som en del av en marknadsföringskanals uppsättning regler.

Data före urlparse-uc1-databefore

Härlett fält urlparse-uc1-derivedfield

Du definierar en Referring Domain härlett fält. Du använder URL PARSE funktion som definierar en regel som hämtar värden från Referring URL och lagra det i det nya härledda fältet.

Data efter urlparse-uc1-dataafter

Användningsfall 2 urlparse-uc2

Du vill använda värdet för cid parameter för en frågesträng i en Page URL som en del av utdata från en härledd spårningskodrapport.

Data före urlparse-uc2-databefore

Härlett fält urlparse-uc2-derivedfield

Du definierar en Query String CID härlett fält. Du använder URL PARSE funktion för att definiera en regel som hämtar värdet för frågesträngsparametern i Page URL fält, ange cid som frågeparametern. Utdatavärdet lagras i det nya härledda fältet.

Data efter urlparse-uc2-dataafter