Webbadress-/apppersonalisering för kända besökare
Den här referensplanen innehåller en fullständig implementeringshandbok för att leverera personaliserat innehåll till identifierade besökare över digitala ytor med Adobe Journey Optimizer (AJO) och Adobe Real-Time Customer Data Platform (RT-CDP). Det är utformat för lösningsarkitekter, marknadsföringsteknologer och implementeringstekniker som behöver förstå alla genomförbara implementeringsstrategier, de beslut som måste fattas i varje fas och den Experience League-dokumentation som stöder konfiguration.
Personalisering av webben/appar som är kända besökare är det primära personaliseringsmönstret för autentiserade digitala upplevelser. Till skillnad från anonym besökspersonalisering, som endast bygger på sessionsbeteendesignaler, utnyttjar det här mönstret den fullständiga enhetliga profilen: historiska beteendedata, segmentmedlemskap, lojalitetsnivå, inköpshistorik, livscykelstadium, beräknade attribut och benägenhetspoäng. Det har stöd för personalisering på webbsidor (via AJO webbkanal), mobilmeddelanden i appen och innehållskort.
I den här handboken presenteras alla genomförbara implementeringsalternativ - segmentbaserade, beslutsbaserade och flerytor - med kompromisser, beslutsvägledning och referenser till Adobe Experience League-dokumentation.
Använd ärendeöversikt
Organisationer med autentiserade digitala resurser - e-handelsplatser, bankportaler, prenumerationstjänster, lojalitetsprogram, mobilappar - måste leverera personaliserade upplevelser som speglar varje kunds relation till varumärket. När en besökare loggar in eller identifieras via identitetsupplösning kan plattformen få tillgång till sin fullständiga enhetliga profil och leverera innehåll som är anpassat till deras specifika attribut, beteenden och inställningar.
Det här mönstret åtgärdar det scenario där en identifierad besökare kommer till en webbegenskap eller öppnar en mobilapp, och systemet måste avgöra vilket innehåll, erbjudande eller erbjudande som ska visas baserat på realtidsprofildata och målgruppsmedlemskap. Personaliseringsbeslutet fattas i kanten i millisekunder, vilket möjliggör leverans av underordnat innehåll utan märkbar fördröjning.
Mönstret stöder både deterministisk personalisering (där specifikt innehåll mappas till specifika målgruppssegment) och dynamisk beslutsfattande (där AJO Decisioning utvärderar behörighetsregler och rankningsstrategier för att välja det optimala innehållet per profil). Det omfattar flera digitala ytor - webbsidor, mobilmeddelanden i appen och innehållskort - vilket möjliggör enhetlig personalisering i hela kundens digitala resa.
Viktiga verksamhetsmål
Följande affärsmål stöds av det här användningsmönstret.
Leverera personaliserade kundupplevelser
Skräddarsy innehåll, erbjudanden och budskap efter enskilda preferenser, beteenden och livscykelsteg. Mer information finns i Leverera personaliserade kundupplevelser.
KPI engagemang, konverteringsgrader, kundnöjdhet (CSAT)
Öka webbplatsengagemanget
Förbättra tiden på webbplatsen, sidor per session och interaktion med webbinnehåll genom relevanta upplevelser. Mer information finns i Öka webbplatsengagemanget.
KPI Tid på (webb) sida, engagemang, konverteringsgrader
Öka mobilappsengagemanget
Öka den dagliga användningen, användningen av funktioner och konverteringar i appar genom personaliserade upplevelser i appen.
KPI engagemang, lagring, konverteringsgrader
Exempel på taktiska användningsfall
Nedan följer några vanliga taktiska implementeringar av det här mönstret:
- Personalisering av hemsidans hjälte efter lojalitetsskikt eller livscykelstadium - visa olika hjältebanners baserat på om kunden är ny, aktiv, i farozonen eller VIP
- Produktrekommendationsrapport baserad på inköpshistorik - ta fram relevanta produktförslag med hjälp av tidigare inköpsuppgifter och produkttillhörighetspoäng
- Personlig reklambanner per kundsegment - visa olika kampanjer för högvärdessegment, risksegment och nya kundsegment
- Meddelande i appen för mobilanvändare baserat på vilka funktioner som används - vägleder användarna till underutnyttjade funktioner baserat på deras användningsmönster
- Innehållskort med skräddarsytt erbjudande på kontouppsättningen - beständiga, diskreta erbjudanden skräddarsydda efter kundens profil
- Personaliserade priser eller rabatter baserade på kundnivå - visa nivåspecifika priser eller exklusiva rabatter för medlemmar i lojalitetsprogram
- Widget för korsförsäljningsrekommendation baserad på ägda produkter - föreslå kompletterande produkter eller tjänster baserat på den aktuella portföljen
- Anpassad navigering eller innehållsordning utifrån intressen - ändra ordning på innehållsmoduler eller navigeringselement baserat på dokumenterade inställningar
Nyckeltal för prestanda
Följande nyckeltal hjälper till att mäta effekten av det här användningsmönstret.
Använd skiftlägesmönster
I det här avsnittet beskrivs kärnmönstret och dess funktionskedja.
Webbadress-/apppersonalisering för kända besökare
Leverera personaliserat innehåll, erbjudanden eller kampanjer till en identifierad besökare baserat på realtidsprofil och segmentmedlemskap på webben, mobiler i appen och innehållskortsytor.
Funktionskedja: Målgruppsutvärdering > Personalization Decisioning > Konfiguration av yta/kanal > Innehållsleverans > Impression Tracking > Reporting
Tillämpningar
Följande program används i det här fallmönstret.
- Adobe Journey Optimizer (AJO) - Konfiguration av webbkanal, konfiguration i appkanal, konfiguration av innehållskortskanal, beslut (urval och rankning av erbjudanden), meddelandeframställning (skräddarsytt innehåll), kampanjkörning, innehållsexperimenterande och rapportering
- Adobe Real-Time Customer Data Platform (RT-CDP) - Målgruppsutvärdering (kant, direktuppspelning och batch), profilsökning via Edge Network i realtid, profilberikning med beräknade attribut och benägenhetspoäng
- Adobe Experience Platform (AEP) - Profilarkiv, identitetstjänst, Web SDK, Mobile SDK, datastream-konfiguration, edge network delivery
Foundationsfunktioner
Följande grundläggande funktioner måste finnas för det här användningsmönstret. För varje funktion anger statusen om den vanligtvis är obligatorisk, antas vara förkonfigurerad eller inte tillämplig.
isActiveOnEdge: true för att matcha den autentiserade profilen vid kanten.Stödfunktioner
Följande funktioner förstärker det här användningsmönstret, men behövs inte för att köra kärnan.
Programfunktioner
I den här planen används följande funktioner från programfunktionskatalogen. Funktioner mappas till implementeringsfaser i stället för till numrerade steg.
Journey Optimizer (AJO)
Real-Time CDP (RT-CDP)
Förutsättningar
Kontrollera följande innan du implementerar det här användningsmönstret:
- [ ] Web SDK implementerat på målwebbegenskaper med
alloy("sendEvent")konfigurerat för sidvisningar och interaktionsspårning - [ ] Mobile SDK implementerat i målmobilappar (om ytor i appen eller innehållskortet används)
- [ ] Datastream har konfigurerats med tjänsten Adobe Journey Optimizer aktiverad
- [ ] Profilschemat innehåller attribut som används för personalisering (kundlojalitetsnivå, inköpshistorik, produktintressen, livscykelstadium)
- [ ] Experience Event-schemat har konfigurerats för intrycks- och konverteringsspårning
- [ ] kända identitetsnamnutrymmen har skapats och identitetskoppling fungerar mellan anonyma (ECID) och autentiserade identiteter
- [ ] Edge-sammanslagningsprincip konfigurerad med
isActiveOnEdge: true - [ ] målgrupper definierade med kvalificerade bedömningar för personalisering i realtid
- [ ] Innehållsresurser (bilder, kopia, CTA) förberedda för varje personaliseringsvariant
- [ ] Personalization strategi dokumenterad: vilka attribut styr vilket innehåll, för vilka ytor
Implementeringsalternativ
I det här avsnittet beskrivs de tillgängliga implementeringsmetoderna för det här användningsmönstret.
Alternativ A: Segmentbaserad webbanpassning
Bäst för: Deterministisk personalisering där specifika innehållsvarianter mappas direkt till målgruppssegment - lojalitetsskiktsspecifika hjältebanners, livscykelfasmeddelanden, kampanjinnehåll för kundsegment. Idealiskt när mappningen av innehåll till segment är väldefinierad och inte kräver dynamisk rankning eller optimering.
Så här fungerar det:
Segmentbaserad personalisering mappar innehållsvarianter direkt till målgruppssegment. När en känd besökares profil utvärderas mot kanter som är kvalificerade vid sidinläsning avgör systemet vilka segment besökaren tillhör och visar motsvarande innehållsvariant. Markeringen baseras på segmentmedlemsprioritet - om en besökare kvalificerar sig för flera segment visas det högprioriterade segmentets innehåll.
Den här metoden använder AJO webbkanalskampanjer (eller kampanjer i appen/innehållskortet) med regler för villkorat innehåll eller flera målinriktningskonfigurationer. Varje målgruppssegment är kopplat till en viss innehållsupplevelse. Ingen beslutsmotor är inblandad - logiken för innehållsval är helt segmentstyrd.
Innehåll skapas med hjälp av AJO gränssnitt för meddelandeframställning med dynamiska innehållsblock som återger olika innehåll baserat på målgruppsmedlemskap eller profilattribut. Web SDK eller Mobile SDK levererar personaliserade upplevelser i realtid via Edge Network.
Viktiga överväganden:
- Innehållsvarianter måste skrivas i förväg för varje segment
- Segmentdefinitioner måste vara kvalificerade för att kvalificera sig i realtid
- Om du lägger till nya segment eller innehållsvarianter måste kampanjkonfigurationen uppdateras
- Innehållsvalet är deterministiskt - samma segment ser alltid samma innehåll
Fördelar:
- Enkelt att implementera och underhålla med tydlig mappning av innehåll till segment
- Enkelt att förstå och förklara personaliseringslogiken för intressenter
- Ingen decimaloverhead - snabbare innehållsupplösning
- Full kontroll över vilket innehåll varje segment får
Begränsningar:
- Begränsad flexibilitet när antalet segment och innehållsvarianter ökar
- Det går inte att dynamiskt optimera innehållsvalet baserat på profilnivåsignaler utanför segmentmedlemskapet
- För att lägga till nya innehållsvarianter krävs manuella kampanjuppdateringar
- Stöder inte scenarier där flera erbjudanden konkurrerar om samma placering
Experience League:
Alternativ B: Beslutsbaserad personalisering
Passar bäst för: Dynamisk personalisering där det optimala innehållet eller erbjudandet måste väljas per profil med hjälp av regler för behörighet och rangordningsstrategier - näst bästa erbjudandet om hemsida, personaliserade produktrekommendationer, dynamiskt val av kampanjbanderoll. Idealiskt när flera erbjudanden eller innehållsobjekt konkurrerar om samma placering och systemet måste välja den bästa.
Så här fungerar det:
Beslutsbaserad personalisering använder AJO Decisioning för att utvärdera varje besökares profil mot en katalog med innehållsobjekt eller erbjudanden, tillämpa regler för behörighet för att avgöra vilka artiklar som är kvalificerade och sedan tillämpa en rangordningsstrategi (prioritetsbaserad, formelbaserad eller AI-rankad) för att välja den optimala posten för varje placering.
Implementeringen innefattar att skapa placeringar (där innehåll visas), definiera erbjudanden med regler för behörighet och innehållsangivelser, ordna erbjudanden i samlingar och skapa beslutspolicyer som knyter placeringar till samlingar med rankningsstrategier. När en besökare läser in en sida under körningen utvärderar Edge Network beslutspolicyn mot besökarens profil och returnerar det valda erbjudandeinnehållet.
Detta tillvägagångssätt stöder sofistikerade personaliseringsscenarier, inklusive nästa bästa erbjudande, personaliserade kampanjer med capping och AI-optimerat innehållsval. Erbjudandena kan ha begränsningar per profil och global begränsning, giltighetsdatumintervall och komplexa behörighetskriterier som kombinerar profilattribut och målgruppsmedlemskap.
Viktiga överväganden:
- Kräver en bättre konfiguration (praktik, erbjudanden, regler för behörighet, samlingar, beslut)
- Rankningsstrategier kan vara prioritetsbaserade (manuella), formelbaserade (anpassade uttryck) eller AI-rankade (automatisk optimering)
- AI-rankning kräver minst 1 000 konverteringshändelser för modellutbildning
- Räknare för buffertbegränsning kan ha en viss fördröjning under scenarier med hög genomströmning
- Ett reserverbjudande måste konfigureras för fall där inget personligt erbjudande kvalificerar sig
Fördelar:
- Dynamiskt val av innehåll per profil utan hårdkodad mappning av segment till innehåll
- Stöder komplexa kriterier för behörighet och rankningslogik
- AI-rankat alternativ möjliggör automatisk optimering utan manuell åtgärd
- Erbjudandebegränsning förhindrar överexponering av visst innehåll
- Centraliserad hantering av erbjudanden - erbjudandena kan återanvändas i kampanjer och kanaler
Begränsningar:
- Komplexare implementering än segmentbaserad personalisering
- AI-rankningen kräver en tillräcklig volym för konverteringshändelser för utbildning
- Bedömningen av beslut lägger till marginell fördröjning jämfört med direktleverans av segmentbaserat innehåll
- Formelbaserad rankning kräver noggrann design för att undvika oavsiktlig prioritering
Experience League:
Hur detta skiljer sig från offertbeslutsalternativ B:
Infrastrukturen är identisk - båda använder AJO Decisioning i toppklass med Web SDK och en fullödig kopplingsstrategi. Skillnaden är vad som markeras. Det här alternativet hanterar innehållsobjekt där urvalskriterierna är anpassning (segmentmedlemskap, beteenderangordning). Erbjudandebeslut för Alternativ B hanterar en styrd erbjudandekatalog där berättiganderegler, begränsningar och giltighetsfönster är affärskrav. Om din objektuppsättning kräver att man får ett visst antal bilder per profil, begränsningar av behörigheten enligt gällande bestämmelser eller livscykelhantering, ska du använda Offer Decision Option B i stället.
Alternativ C: Flersidig anpassning (webb + i-app + innehållskort)
Passar bäst för: Enhetlig personalisering på flera digitala ytor - leverera samordnade personaliserade upplevelser på webbsidor, mobilmeddelanden i appen och innehållskort. Idealiskt när organisationen har både webb- och mobilappsegenskaper och vill ha en enhetlig personaliseringslogik över alla digitala kontaktytor.
Så här fungerar det:
Flersidig personalisering innebär att antingen Alternativ A (segmentbaserad) eller Alternativ B (beslutsbaserad) kan användas för att leverera personaliserat innehåll över flera AJO-ytor. Varje yttyp - webb, i appen, innehållskort - kan ha olika innehållsformat och leveransmekanismer, men den underliggande personaliseringslogiken (målgruppsmedlemskap eller -beslut) delas.
Implementeringen innefattar att konfigurera kanalytor för varje yttyp, skapa ytspecifikt innehåll (HTML/CSS för webbytor, strukturerade meddelanden för applayouter, kortlayouter för innehållskort) och skapa kampanjer som riktar sig mot rätt yta. Web SDK hanterar webbpublicering medan Mobile SDK hanterar distribution av appar och innehållskort.
Innehållskort är särskilt användbara för beständiga, icke-reflekterade meddelanden på kontomontroller eller apphemskärmar. Meddelanden i appen är idealiska för sammanhangsberoende, sessionsspecifik kommunikation. Webbpersonalisering hanterar hjältebanners, rekommendationswidgetar och marknadsföringsmaterial.
Viktiga överväganden:
- Varje yttyp kräver en egen kanalytkonfiguration och egen innehållsredigering
- SDK och Mobile SDK måste implementeras och konfigureras
- Innehållet måste utformas för varje ytformat (olika dimensioner, layouter, interaktionsmönster)
- Delade målgrupper och beslutslogik säkerställer enhetlighet mellan olika ytor
- Testningen måste omfatta alla yttyper över olika enheter
Fördelar:
- Enhetlig personaliseringsupplevelse över alla digitala kontaktytor
- Delad målgrupp och beslutslogik minskar behovet av duplicering
- Innehållskort ger en bestående, icke-påträngande personaliseringsyta
- Meddelanden i appen möjliggör sammanhangsbaserad, sessionsspecifik personalisering på mobilen
Begränsningar:
- Högsta komplexitet vid implementering - kräver konfiguration för varje yttyp
- Kräver både Web SDK och Mobile SDK
- Innehållet måste utformas och underhållas för varje ytformat
- Testningen ökar med varje ytterligare yttyp
Experience League:
Jämförelse av alternativ
I följande tabell jämförs de tre implementeringsalternativen.
Välj rätt alternativ
Börja med följande frågor för att välja rätt implementeringsmetod:
-
Hur många ytor? Om du behöver personalisering på både webben och i mobilappar väljer du alternativ C (som bygger på antingen A eller B för den underliggande logiken). Om du bara använder webben väljer du mellan A och B.
-
Hur dynamiskt är ditt innehållsval? Om du har en väldefinierad mappning av segment till innehållsvarianter (t.ex. 3-5 lojalitetsnivåer, var och en med en viss hjältebanderoll), väljer du alternativ A. Välj Alternativ B om du behöver välja från en katalog med erbjudanden med komplex behörighet och rangordning.
-
Behöver du AI-optimerad markering? Om du vill att systemet automatiskt ska lära sig och optimera vilket innehåll som fungerar bäst för varje profil väljer du Alternativ B med AI-rankat beslut.
-
Hur många innehållsvarianter? Om du har färre än 10 innehållsvarianter med tydliga segmentmappningar är alternativ A enklare. Om du har dussintals erbjudanden som behöver filtrering och rankning för behörighet, kan alternativ B skalas bättre.
-
Planerar du att utöka till andra kanaler? Om er beslutslogik så småningom ska kunna leverera erbjudanden via e-post, webben och andra kanaler, utgör alternativ B den centraliserade beslutsgrunden som beslutsprocessen för flerkanalserbjudanden sträcker sig över.
Implementeringsfaser
I det här avsnittet går vi igenom varje fas av implementeringen i detalj.
Fas 1: Definiera målgrupper och konfigurera utvärdering
Programfunktion: RT-CDP: Målgruppsutvärdering
Vad du ska konfigurera: Definiera de målgrupper som driver val av innehåll för personalisering. Dessa målgrupper representerar de besökarsegment som kommer att få personaliserade upplevelser - lojalitetsnivåer, livscykelstadier, beteendekohorter eller produkttillhörighetsgrupper.
Beslutspunkter i den här fasen:
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Edge-utvärdering | Webb-/apppersonalisering i realtid som kräver subsekundskvalificering | Begränsat till enkel kontroll av profilattribut och segmentmedlemskap. Inga tidsseriefrågor eller komplexa aggregeringar. Krävs för personalisering av kända besökare. |
| Utvärdering av strömning | Nära realtidskvalifikationer när profiler når/avslutar målgrupper baserat på beteendehändelser | Stöder enstaka händelser och tidsbegränsade fönsterfrågor. Målgruppsförändringarna återspeglas på bara några minuter. Passar för ytor i appen och på innehållskortet där en viss fördröjning är acceptabel. |
| Batchutvärdering | Dagens målgrupp uppdateras för segment baserat på komplexa aggregeringar eller historiska mönster | Funktioner för helsegmentsregler. Passar inte för personalisering i realtid, men kan komplettera gränspubliken med komplexa, förberäknade segment. |
| table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Profilattribut (lojalitetsnivå, livscykelstadium) | Deterministisk personalisering baserad på kända kundegenskaper | stabila, väldefinierade attribut. Enkelt att mappa till innehållsvarianter. Tillgängligt vid kanten om profilen är korrekt konfigurerad. |
| Beteendesignaler (inköpshistorik, surfmönster) | Personalization baserat på nyligen använda beteenden och engagemangsmönster | Kräver beräknade attribut eller direktuppspelningssegment. Mer dynamiskt men mer komplext att underhålla. |
| Propensitetspoäng (Customer AI) | Prediktiv personalisering baserad på sannolikhet för konvertering, bortfall eller inköp | Kräver beräknade attribut. Möjliggör sofistikerad personalisering men kräver utbildningsdata för ML-modeller. |
| Kombinerad metod | De flesta produktionsimplementationer | Använder profilattribut för primär segmentering med beteendesignaler och benägenhetspoäng för förfining. |
Gränssnittsnavigering: Kund > Målgrupper > Skapa målgrupp > Skapa regel
Information om nyckelkonfiguration:
- Definiera målgrupper med hjälp av Segment Builder med segmentregeluttryck som refererar till profilattribut
- Se till att uttryck för segmentregler är kvalificerade för kantutvärdering (enkla attributkontroller, segmentmedlemskap)
- Konfigurera kvalificerade målgrupper för personalisering i realtid
- Överväg att hindra målgrupper att utesluta nyligen konverterade eller avanvisade besökare
Experience League-dokumentation:
Fas 2: Ställ in beslut (endast alternativ B och C)
Programfunktion: AJO: Bestämning
Vad du ska konfigurera: Konfigurera beslutsstrukturen som dynamiskt väljer det optimala innehållet eller erbjudandet för varje besökare. Detta omfattar praktik (där erbjudanden visas), erbjudanden (vilket innehåll som är tillgängligt), regler för behörighet (vem som kvalificerar), rangordningsstrategier (hur man väljer det bästa) och beslutsstrategier (hur allt hänger samman).
Beslutspunkter i den här fasen:
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Prioritetsbaserad (manuell) | Enkla användningsfall med tydlig erbjudandehierarki | Varje erbjudande har ett manuellt prioritetsvärde. Erbjudandet om högsta prioritet vinner. Lätt att förstå och kontrollera. |
| Formelbaserat (anpassat uttryck) | Vid rankning bör profilattribut beaktas | Anpassade rankningsformler, referensprofildata (t.ex. poäng per lojalitetsnivå + senaste). Flexibelt men kräver formeldesign och testning. |
| AI-rankad (automatisk optimering) | När du vill att systemet automatiskt ska optimera urvalet av erbjudanden | ML-modellen lär sig vilka erbjudanden som fungerar bäst för vilka profiler. Kräver minst 1 000 konverteringshändelser för utbildning. Passar bäst för utplaceringar med hög trafik. |
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Anfang per profil | Förhindra att trötthet ser samma erbjudande upprepade gånger | Begränsar intryck per besökare under en tidsperiod. Garanterar variation i den personaliserade upplevelsen. |
| Global ändpunkt | Begränsa antalet visningar för ett erbjudande eller erbjudande med begränsad tillgänglighet | Förser alla besökare med summor. Användbart för kampanjer i begränsat antal. |
| Ingen ände | Löpande innehåll eller alltid relevanta erbjudanden | Inga gränser för intryck. Passar för beständigt innehåll som banners för lojalitetsnivåer. |
Gränssnittsnavigering: Journey Optimizer > Komponenter > Beslutshantering
Information om nyckelkonfiguration:
- Skapa placeringar för varje yta där erbjudanden visas (webbanderoll, meddelandeområde i appen, innehållskortplats)
- Definiera regler för behörighet med hjälp av segmentregeluttryck som refererar till profilattribut och målgruppsmedlemskap
- Skapa personaliserade erbjudanden med innehållsrepresentationer för varje placering
- Skapa ett reserverbjudande som omfattar alla placeringar (visas när inget anpassat erbjudande kvalificerar sig)
- Organisera erbjudanden med samlingskvalificerare (taggar) och gruppera i samlingar
- Skapa en bindningsplacering för beslutspolicy för samlingar med den valda rankningsstrategin
Experience League-dokumentation:
Fas 3: Konfigurera ytor och kanaler
Programfunktion: AJO: Kanalkonfiguration
Så här konfigurerar du: Konfigurera de kanalytor som definierar var personaliserat innehåll ska levereras. För varje yttyp (webb, i appen, innehållskort) krävs en egen konfiguration som anger parametrarna för yt-URI, innehållsformat och leverans.
Beslutspunkter i den här fasen:
| table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Endast webbkanal | Personalization fokuserar på webbegenskaper | Kräver Web SDK. Enklast implementering. Omfattar hjältebanners, reklamområden, rekommendationswidgetar. |
| Endast i appkanalen | Personalization fokuserar på mobilappsupplevelser | Kräver Mobile SDK. Täcker sammanhangsbaserade, sessionsspecifika meddelanden i programmet. |
| Endast mediekortkanal | Beständiga, avfärdade personaliserade meddelanden | Kräver Mobile SDK eller Web SDK. Korten behålls tills de stängs. Idealiskt för instrumentpaneler och hemskärmar. |
| Flera ytor (alternativ C) | Enhetlig personalisering på webben och i mobilen | Kräver både Web SDK och Mobile SDK. Varje yta behöver separat konfiguration och innehåll. |
| table 0-row-3 1-row-3 2-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Single-page application (SPA) | Moderna webbappar med routning på klientsidan | Använd renderDecisions: true i Web SDK sendEvent-anrop. Innehåll som återges automatiskt av SDK. |
| Flersidigt program (MPA) | Traditionella serveråtergivna webbsidor | Innehåll som levereras på sidan läses in via Edge Network svar. Kan kräva ytans URI-konfiguration på sidnivå. |
Gränssnittsnavigering: Journey Optimizer > Administration > Kanaler > Kanalytor
Information om nyckelkonfiguration:
- För webbytor: konfigurera webbytans URI som matchar målsidan/målsidorna
- För ytor i appen: konfigurera mobilappsytan med program-ID och yttyp
- För innehållskortsytor: konfigurera innehållskortsytan med program-ID eller webbkontext
- Kontrollera att datastream har AJO-tjänsten aktiverad för kantanpassning
Experience League-dokumentation:
Fas 4: Skapa innehåll
Programfunktion: AJO: Meddelanderedigering
Så här konfigurerar du: Skapa anpassade innehållsvarianter för varje yta och segment eller erbjudande. Detta innefattar att utforma den visuella layouten, lägga till anpassningsuttryck som refererar till profilattribut, konfigurera villkorliga innehållsblock och skapa återanvändbara innehållsfragment.
Beslutspunkter i den här fasen:
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Villkorliga innehållsblock | Olika innehållsavsnitt i samma layout varierar beroende på målgrupp | Enskilt innehåll med villkorliga regler. Effektivt för mindre variationer (rubrik, CTA-text, bildbyte). |
| Separata innehållsvarianter per behandling | I grund och botten olika layouter och designer per publik | Flera kompletta innehållsresurser. Mer flexibel men mer att underhålla. Krävs för innehållsexperimenterande. |
| Beslutsstyrt innehåll | Innehåll som väljs dynamiskt från en erbjudandekatalog | Erbjud representationer som definierar innehållet. Innehållshanteringen är centraliserad i erbjudandebiblioteket. |
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Personalisering på Surface-nivå | Endast specifika element är personaliserade (hjältebild, CTA, banner) | Lägre komplexitet. Fokuserad personalisering på områden med stor effekt. Den vanligaste startpunkten. |
| Helsidesanpassning | Hela sidlayouten eller innehållsordningen är personaliserad | Högre komplexitet. Kräver omfattande innehållsskapande. Ger den mest skräddarsydda upplevelsen. |
| Personalisering på tokennivå | Inline-personaliseringstoken (namn, nivå, poängbalans) | Enklast form. Infogar profilattributvärden i annars statiskt innehåll. |
Gränssnittsnavigering: Journey Optimizer > Kampanjer > Skapa kampanj > Redigera innehåll
Var alternativen skiljer sig:
För alternativ A (segmentbaserad):
- Skapa innehållsvarianter för varje målgruppssegment med webbdesignern eller kodredigeraren
- Använd dynamiska innehållsblock med villkor som bygger på målgruppsmedlemskap
- Konfigurera anpassningsuttryck som refererar till profilattribut (t.ex.
{{profile.person.name.firstName}},{{profile.loyalty.tier}}) - Ställ in villkorsregler för att visa olika innehåll baserat på segmentmedlemskap
För alternativ B (beslutsbaserat):
- Författare erbjuder innehållsrepresentationer för varje placering som definieras i fas 2
- Varje erbjudande har en eller flera representationer (HTML, image, JSON) som matchar placeringar
- Integrera beslutsmaterial på webbsidan eller i appen genom att bädda in beslutsunderlag
- Innehållet väljs dynamiskt vid körning - redigeringen fokuserar på individuella erbjudanden
För alternativ C (flera ytor):
- Skapa ytspecifikt innehåll för varje målyta (webb-HTML/CSS, strukturerat meddelande i appen, innehållskortslayout)
- Bibehåll en konsekvent personaliseringslogik på alla ytor samtidigt som den anpassar sig till varje ytas formatbegränsningar
- Testa innehållsåtergivning för varje yttyp
Experience League-dokumentation:
Fas 5: Konfigurera och aktivera kampanjer
Programfunktion: AJO: Kampanjkörning
Vad du ska konfigurera: Skapa och aktivera AJO-kampanjen som binder målgruppen, ytan och innehållet tillsammans för leverans. För webbpersonalisering är kampanjer vanligtvis konfigurerade för omedelbar eller kontinuerlig aktivering i stället för att skickas en gång.
Beslutspunkter i den här fasen:
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Schemalagd kampanj (alltid aktiverad) | Kontinuerlig personalisering som fungerar kontinuerligt för alla kvalificerade besökare | Ange startdatum som omedelbart och inget slutdatum. Kampanjen är aktiv tills den stoppas manuellt. De vanligaste för webbpersonalisering. |
| Schemalagd kampanj (tidsbunden) | Personalization knutet till en viss kampanjperiod | Ange start- och slutdatum. Kampanjen stoppas automatiskt efter slutdatumet. Passar för säsongskampanjer eller tidsbegränsade erbjudanden. |
| API-utlöst kampanj | Personalization utlöses av en specifik programhändelse | Utlöses programmatiskt. Användbart när personalisering endast ska visas som svar på specifika systemhändelser. |
| table 0-row-3 1-row-3 2-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Använd frekvensregler | Kampanjbaserad eller erbjudandebaserad personalisering som skulle kunna trösta besökarna | Förhindrar att samma personalisering visas för många gånger. Konfigureras via AJO affärsregler. |
| Ingen frekvens | Löpande innehållspersonalisering (lojalitetsskiktsbanderoll, dashboard-innehåll) | Alltid relevant innehåll som inte orsakar trötthet. Inga gränser för intryck behövs. |
Gränssnittsnavigering: Journey Optimizer > Kampanjer > Skapa kampanj
Information om nyckelkonfiguration:
- Välj webbkanalen, appkanalen eller innehållskortkanalen och den yta som konfigurerats i fas 3
- Bind målgruppen som definieras i fas 1
- Länka innehållet som skapats i fas 4
- Konfigurera kampanjschemat (omedelbart, datumintervall eller API-utlöst)
- Granska och aktivera kampanjen
- För innehållsexperimenterande: aktivera experimentell växling, definiera behandlingar, ange trafikallokering och framgångsmått innan aktivering
Experience League-dokumentation:
Fas 6: Spåra visningar och samla in data
Programfunktion: AEP: Datakällor och samling
Vad du ska konfigurera: Se till att visningar, interaktioner och konverteringar från personaliserade upplevelser spåras tillbaka till plattformen för rapportering, omvärdering av målgrupper och optimering av beslut.
Information om nyckelkonfiguration:
- Verifiera att Web SDK skickar
decisioning.propositionDisplayhändelser när anpassat innehåll återges - Verifiera att Web SDK skickar
decisioning.propositionInteracthändelser när besökare interagerar med personaliserat innehåll (klickningar, uppsägningar) - För Mobile SDK: verifiera att interaktionshändelser för meddelanden och innehållskort fångas in i appen
- Konfigurera spårning av konverteringshändelser för framgångsmått (inköp, registreringar, användning av funktioner)
- Se till att händelser innehåller ett förslag-ID för attribuering till specifika personaliseringsbeslut
Experience League-dokumentation:
Fas 7: Rapportera och optimera
Programfunktion: AJO: Rapportering och prestandaanalys, rapportering och analys
Vad du ska konfigurera: Konfigurera prestandaövervakning och analys för att mäta personaliseringseffektivitet över ytor, segment och innehållsvarianter. Använd AJO-inbyggda rapporter för driftsstatistik och Customer Journey Analytics för flerkanalsanalyser av affärsmässiga konsekvenser.
Beslutspunkter i den här fasen:
| table 0-row-3 1-row-3 2-row-3 3-row-3 | ||
|---|---|---|
| Alternativ | Välj när | Överväganden |
| Endast inbyggda AJO-rapporter | Operativ övervakning av leverans- och engagemangsmått | Inbyggda kampanjrapporter med bild-, klicknings- och konverteringsdata. Snabbast att konfigurera. |
| CJA flerkanalsanalys | Djupanalys av personaliseringens påverkan på affärsresultatet | Kräver CJA-anslutning och datavy. Möjliggör funnel-analys, kohortjämförelser och attribueringsmodellering i alla kanaler. |
| Både AJO och CJA | Fullständig operativ och analytisk synlighet | Använd AJO för den dagliga övervakningen och CJA för strategisk analys. Rekommenderas för produktionsimplementationer. |
Gränssnittsnavigering:
- AJO-rapporter: Kampanjer > Välj kampanj > Visa rapport
- CJA: Projekt > Skapa nytt projekt
Information om nyckelkonfiguration:
- Få tillgång till kampanjliverapporter under aktiv personalisering
- Granska historiska rapporter för slutförda kampanjer eller periodisk analys
- För CJA: konfigurera en anslutning med AJO Experience Event-datauppsättningar och skapa en datavy med personaliseringsstatistik
- Bygg kontrollpaneler för att spåra personalisering, konverteringshöjning, acceptansgrad för erbjudanden och intäkter per besök
- För beslutsbaserad personalisering (alternativ B): övervaka resultatet genom placering och rankningsstrategi
Experience League-dokumentation:
Implementeringsöverväganden
Detta avsnitt behandlar skyddsförslag, vanliga fallgropar, bästa praxis och beslut om avräkning som är relevanta för detta användningsmönster.
Gardrutor och begränsningar
- Edge Network-sökningar har en svarstid på mindre än 200 ms för edge-evaluate-segment - Kundprofilsgardiner i realtid
- Maximalt 4 000 segmentdefinitioner per sandlåda - Segmenteringsskyddsräcken
- Edge-segment är begränsade till enkla attributkontroller och segmentmedlemsfrågor - inga tidsseriefrågor — Edge-segmentering
- Endast en sammanslagningsprincip kan vara aktiv i Edge per sandlåda: Sammanfoga principer
- Högst 10 000 godkända anpassade erbjudanden per sandlåda - Beslutshanteringssystem
- Max 30 placeringar per beslut - Journey Optimizer skyddsräcken
- AI-rankningsmodeller kräver minst 1 000 konverteringshändelser för utbildning
- Erbjud svarstid för leverans SLA är mindre än 500 ms vid P95 för förfrågningar med en enda omfattning
- Max 500 aktiva live-kampanjer per sandlåda - Journey Optimizer skyddsräcken
- Högst 25 aktiva beräknade attribut per sandlåda - Beräknade attributskyddsräcken
Vanliga fallgropar
- Edge-sammanslagningsprincip har inte konfigurerats: Utan en edge-active-sammanslagningsprincip kan inte Edge Network matcha den autentiserade profilen, vilket gör att personaliseringen misslyckas eller återgår till anonymt beteende. Kontrollera att exakt en sammanfogningsprincip har
isActiveOnEdge: truei sandlådan. - Målgruppen är inte kantberättigad: Om målgruppsregeluttryck använder tidsseriefrågor, komplexa aggregeringar eller
inSegment()referenser till endast gruppsegment kvalificerar de sig inte för kantutvärdering och kan inte driva realtidspersonalisering. Validera kantens behörighet under målgruppsdefinitionen. - Gapet för identitetsmatchning vid autentisering: När en besökare övergår från anonym till autentiserad kan det vara en kort stund då profilen ännu inte har åtgärdats. Kontrollera att identitetssammanfogningen är korrekt konfigurerad och att webb-SDK skickar den autentiserade identiteten via
identityMapomedelbart vid inloggning. - Saknat reserverbjudande vid beslut: Om inget reserverbjudande har konfigurerats och inget anpassat erbjudande kvalificerar för en besökare returneras tomt innehåll, vilket skapar en skadad upplevelse. Konfigurera alltid ett reserverbjudande som omfattar alla placeringar.
- SDK för webben skickar inte förslagsvisningshändelser: Om
renderDecisionsär inställt påtruemen visningshändelser inte skickas, kommer rapporteringen inte att återspegla faktiska visningar. Verifiera händelsespårning genom att granska nätverksbegäranden i webbläsarutvecklingsverktyg. - Innehållsflimmer vid sidinläsning: Om anpassat innehåll inte är fördolt under beslutsanropet kan besökarna se standardinnehåll kort innan det ersätts. Använd det fördolda fragmentet eller CSS-baserad fördöljning för att eliminera flimmer.
God praxis
- Börja med segmentbaserad personalisering (alternativ A) för den första implementeringen och gå sedan vidare till beslutsbaserad (alternativ B) i takt med att erbjudandekatalogen växer och optimeringsbehovet ökar
- Använd topprankade målgrupper när det är möjligt för personalisering i realtid; reservera strömnings- och batchmålgrupper för kompletterande ändamål
- Implementera innehållsexperiment på personaliserade upplevelser för att validera att personalisering ger mätbar lyft över standardinnehåll
- Designa personalisering med en graciös strategi för nedgradering - om profilen inte kan lösas i full skala visar du väldesignat standardinnehåll istället för en trasig upplevelse
- Använd beräknade attribut för att skapa personaliseringssignaler med högt värde som engagemangsmusik, produkttillhörighet och dagar sedan det senaste köpet, vilket förbättrar både segmentbaserad och beslutsbaserad personaliseringskvalitet
- upprätthålla en innehållsstyrningsprocess för att säkerställa att personaliserat innehåll hålls aktuellt, varumärkesanpassat och följer alla typer av gränssnitt
- Övervaka personalisering efter segment för att identifiera vilka målgrupper som drar störst nytta av personalisering och var lyften är som störst
Avvecklingsbeslut
- Högre detaljrikedom: Bättre kundupplevelse, högre engagemang, starkare konverteringslyft
- Lägre granularitet prioriterar: Snabbare implementering, lägre underhållsbörda, enklare styrning
- Rekommendation: Börja med 3-5 segment med stor effekt (t.ex. lojalitetsnivåer eller livscykelfaser) med tydlig innehållsdifferentiering. Expandera granulariteten baserat på uppmätt prestandaökning. Använd decimering (alternativ B) för att skala granulariteten utan proportionell ökning av innehållshanteringen.
- Beslutsfattare: Skalbarhet, automatisk optimering, komplexa berättigandescenarier
- Segmentbaserade fördelar: Förutsägbarhet, efterlevnadskontroll, intressentgenomskinlighet
- Rekommendation: Använd segmentbaserad personalisering för kompatibilitetskänsligt innehåll (regelmeddelanden, nivåspecifik prissättning) där exakt kontroll krävs. Använd beslut för kampanjinnehåll, erbjudanden och rekommendationer där dynamisk optimering ger mervärde.
- Endast Edge prioriterar: Undersekund latens, enklast arkitektur
- Förberäknad berikning prioriterar: Detaljerade personaliseringssignaler, mer avancerade målgruppsdefinitioner
- Rekommendation: Använd beräknade attribut för att i förväg samla in avancerade beteendesignaler till profilattribut som är tillgängliga på kanten. Detta ger en mängd beteendedata med hastigheten på kantutvärderingen.
Relaterad dokumentation
Följande resurser innehåller ytterligare information om de tekniker och konfigurationer som det hänvisas till i den här handboken.