DocumentazioneJourney OptimizerGuida di Journey Optimizer

Introduzione al canale basato su codice get-sarted-code-based

Last update: Wed Jul 17 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Creato per:

  • Esperto
  • Utente
  • Sviluppatore
  • Amministratore

Journey Optimizer consente di personalizzare e testare le esperienze che desideri fornire ai clienti in tutti i tuoi punti di contatto: app web, app mobili, app desktop, console video, dispositivi Connected TV, smart TV, chioschi, sportelli automatici, assistenti vocali, dispositivi IoT, ecc.

Con la funzionalità per esperienza basata su codice, puoi definire le esperienze in entrata utilizzando un editor non visivo semplice e intuitivo. Questo consente di inserire e modificare elementi specifici in posizioni singole e più granulari delle app o delle pagine web, indipendentemente dal tipo di applicazione utilizzata, anziché applicare modifiche all’intero contenuto.

IMPORTANT
I dettagli su guardrail e consigli specifici per esperienze basate su codice sono disponibili in questa pagina.

Lead

Come funziona

Convalida

Guardrail e prerequisiti

Non frequente

Creare un’esperienza web

Convalida

Esempi di implementazione

Quando utilizzare il canale Basato su codice rispetto ad altri canali code-based-vs-other-channels

Basato su codice e altri canali

Quando utilizzare il canale Basato su codice anziché gli altri canali di Journey Optimizer?

  • È possibile utilizzare le esperienze basate su codice in qualsiasi momento quando non si accede alla proprietà digitale tramite un browser web o un’app mobile; in questi ultimi casi, infatti, è spesso preferibile utilizzare il canale Web di Journey Optimizer o la messaggistica in-app di Journey Optimizer.

  • È possibile utilizzare il canale basato su codice in alternativa al canale Web di Journey Optimizer se il sito web non può essere caricato nell’editor visivo del Designer web o nel caso in cui non sia possibile utilizzare l’estensione del browser che attiva l’authoring visivo per il canale Web.

  • Inoltre, il canale Basato su codice può essere usato in alternativa ai canali Web o In-app di Journey Optimizer in caso di implementazioni basate su API, headless o lato server.

Canale Basato su codice e canale Web

Per casi di utilizzo web, puoi utilizzare il canale web o l’esperienza basata su codice, ma a seconda del contesto, uno può essere più appropriato dell’altro. Le principali differenze elencate di seguito ti aiuteranno a decidere quale canale scegliere in base alle tue esigenze.

Web

Esperienza basata su codice

  • Modifica il contenuto utilizzando l’editor di personalizzazione.
  • Prima di creare esperienze basate su codice, è necessario intervenire a livello di sviluppo sulla propria implementazione affinché le superfici possano interpretare e consegnare i contenuti pubblicati nell’ambiente Edge da Journey Optimizer per queste superfici. Ulteriori informazioni
  • Richiede una maggiore pianificazione ed è possibile modificare solo gli elementi specificati dagli sviluppatori. Pertanto, è essenziale identificare i componenti (banner Home, immagine hero, barra dei menu, ecc.) sulle superfici che devono essere modificati per la personalizzazione o il testing e collaborare con il team di sviluppo per creare l’implementazione necessaria per gestire queste modifiche.
  • Consente di utilizzare contenuti creati con codice JSON.
  • È incentrata sugli sviluppatori.

Come funziona how-it-works

CAUTION
Questa funzione è destinata agli sviluppatori e/o utenti esperti. Può essere utilizzata da marketer con alcune competenze di scrittura del codice, purché le implementazioni di superficie e la configurazione iniziale siano gestite dal team di sviluppo.

Per modificare il contenuto utilizzando la funzionalità di esperienza basata su codice di Journey Optimizer, le pagine o le app devono essere strumentate. Per farlo, è necessario specificare in anticipo le singole posizioni (denominate “superfici”) nel punto in cui desideri inserire o sostituire il contenuto.

NOTE
Attualmente il contenuto associato a una superficie può essere solo HTML o JSON.

I passaggi chiave per implementare una campagna basata su codice sono i seguenti.

  1. Definisci una superficie, che, in sostanza, è la posizione in cui desideri aggiungere l’esperienza basata su codice e crea una campagna in Journey Optimizer utilizzando tale superficie. Scopri come

  2. Componi un’esperienza specificando il contenuto per la superficie selezionata utilizzando l’editor di personalizzazione di Journey Optimizer. Scopri come

  3. Il team di implementazione dell’app effettua chiamate API o SDK esplicite per recuperare il contenuto delle superfici denominate, ad esempio “Testo banner” o “Area 1 Consigli”, o punti decisionali non correlati all’interfaccia utente in un’applicazione, ad esempio “Parametri dell’algoritmo di ricerca”. In questo caso, il team di implementazione è responsabile del rendering o dell’interpretazione e dell’azione sul contenuto restituito.

Che cos’è una superficie? surface-definition

Una superficie esperienza basata su codice è qualsiasi entità progettata per l’interazione con l’utente o il sistema, identificata in modo univoco da un URI.

In altre parole, una superficie può essere vista come un contenitore a qualsiasi livello gerarchico con un’entità (punto di contatto) esistente.

  • Può essere una pagina web, un’app mobile, un’app desktop o una posizione di contenuto specifica all’interno di un’entità più grande (ad esempio un div) o un pattern di visualizzazione non standard (ad esempio, un chiosco o un banner per app desktop).

  • Può anche estendersi a contenitori di contenuto specifici per scopi non di visualizzazione o visualizzazione astratta (ad esempio, BLOB JSON consegnati ai servizi).

  • Può anche essere una superficie con caratteri jolly che corrisponde a una varietà di definizioni di superficie client (ad esempio, la posizione di un’immagine principale su ogni pagina del sito web potrebbe tradursi in un URI di superficie come: web://mydomain.com/*#hero_image).

Fondamentalmente, un URI di superficie è composto da più sezioni:

  1. Tipo: web, app mobile, sportello bancomat, chiosco, tvcd, servizio ecc.
  2. Proprietà: URL pagina o pacchetto di app
  3. Contenitore: posizione nell’attività pagina/app

La tabella seguente elenca alcuni esempi di definizione di URI di superficie per vari dispositivi.

Web e dispositivi mobili

Tipo
URI
Descrizione
Web
web://domain.com/path/page.html#element
Rappresenta un singolo elemento all’interno di una pagina specifica di un dominio specifico, dove un elemento può essere un’etichetta come negli esempi seguenti: hero_banner, top_nav, menu, piè di pagina, ecc.
App iOS
mobileapp://com.vendor.bundle/activity#element
Rappresenta un elemento specifico all’interno dell’attività di un’app nativa, ad esempio un pulsante o un altro elemento della vista.
App Android
mobileapp://com.vendor.bundle/#element
Rappresenta un elemento specifico di un’app nativa.

Altri tipi di dispositivi

Tipo
URI
Descrizione
Desktop
desktop://com.vendor.bundle/#element
Rappresenta un elemento specifico all’interno di un’applicazione, ad esempio un pulsante, un menu, un banner principale e così via.
App TV
tvcd://com.vendor.bundle/#element
Rappresenta un elemento specifico all’interno di un bundle di app per dispositivi collegati a smart TV o TV.
Servizio
service://servicename/#element
Rappresenta un processo lato server o altra entità manuale.
Chiosco
kiosk://location/screen#element
Esempio di possibili ulteriori tipi di superficie che possono essere aggiunti facilmente.
ATM
atm://location/screen#element
Esempio di possibili ulteriori tipi di superficie che possono essere aggiunti facilmente.

Superfici jolly

Tipo
URI
Descrizione
Web jolly
wildcard:web://domain.com/*#element
Superficie jolly: rappresenta un singolo elemento in ciascuna pagina in un dominio specifico.
Web jolly
wildcard:web://*domain.com/*#element
Superficie jolly: rappresenta un singolo elemento in ciascuna pagina di tutti i domini che finiscono con “domain.com”.
recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76