Uso degli eventi
Un evento è uno dei tre elementi della configurazione di Interact nell'ambiente di progettazione che interagisce direttamente con l'API di Interact. Quando si codifica il touchpoint per essere utilizzato con l'API di Interact, si utilizza il metodo postEvent per indicare gli eventi. Il nome dell'evento utilizzato nell'API di Interact deve corrispondere al nome dell'evento configurato nell'ambiente di progettazione. Questo nome non fa distinzione tra maiuscole e minuscole.
Un evento attiva una o più delle seguenti azioni predefinite:
*
Risegmentazione trigger L'ambiente di runtime esegue nuovamente tutti i diagrammi di flusso interattivi per il livello destinatario corrente associato al canale interattivo, utilizzando i dati correnti nella sessione del visitatore.
Tenere presente, durante la progettazione dell'interazione, che la risegmentazione esegue nuovamente tutti i diagrammi di flusso interattivi associati a questo canale interattivo con il livello destinatario corrente a meno che non si specifichi un determinato diagramma di flusso, e che eventuali richieste di offerte attendono il completamento di tutti i diagrammi di flusso. Un'eccessiva risegmentazione all'interno di una singola visita potrebbe influire sulle prestazioni del touchpoint in una modalità visibile al cliente.
Si consiglia di inserire il cliente in nuovi segmenti dopo che sono stati aggiunti nuovi dati significativi all'oggetto sessione di runtime. I nuovi dati in questione possono provenire da richieste dell'API di Interact (ad esempio, la modifica del destinatario) o da azioni del cliente (ad esempio, l'aggiunta di nuovi elementi a un elenco preferenze o al carrello degli acquisti).
*
Registra contatto offerta L'ambiente di runtime contrassegna le offerte consigliate per il servizio di database per registrare le offerte nella cronologia dei contatti.
Per integrazioni Web, la procedura ottimale prevede di registrare il contatto dell'offerta nella stessa cella in cui la richiesta offre di ridurre il numero di richieste tra il touchpoint e il server di runtime.
Se il touchpoint non restituisce i codici di trattamento per le offerte che sono state presentate al visitatore, l'ambiente di runtime registra l'ultimo elenco di offerte consigliate.
*
Registra accettazione offerta L'ambiente di runtime contrassegna l'offerta selezionata per il servizio di database per la registrazione nella cronologia dei contatti.
*
Registra rifiuto offerta L'ambiente di runtime contrassegna l'offerta selezionata per il servizio di database per la registrazione nella cronologia dei contatti.
Se si crea un evento con più di un'azione di registrazione dell'offerta, tenere presente che l'API di Interact esegue la stessa azione per l'offerta associata. Quindi, è consigliabile non creare un evento che registra sia l'accettazione dell'offerta che il rifiuto dell'offerta poiché sono tra loro in conflitto. Tuttavia, la creazione di un singolo evento per la registrazione del contatto e dell'accettazione offerta o del contatto e del rifiuto offerta potrebbe essere utile nel proprio ambiente.
Per impostazione predefinita, l'ambiente di runtime può tenere traccia di due tipi di risposte, accettazione dell'offerta e rifiuto dell'offerta. È possibile modificare i tipi di risposta registrati dagli eventi Registra accettazione offerta e Registra rifiuto offerta utilizzando le proprietà di configurazione accept e reject.
L'API di Interact può inoltre utilizzare gli eventi per attivare le azioni che vengono definite utilizzando i parametri evento presenti nell'API. Tali eventi includono la registrazione a una tabella personalizzata, il tracciamento di più tipi di risposta e la specifica di un determinato diagramma di flusso da eseguire. Potrebbe essere necessario creare alcuni eventi con nessuna reazione del sistema definita o diversi eventi con la stessa reazione del sistema, ad esempio Registra contatto, da utilizzare con parametri di eventi riservati.
Si può voler creare diversi eventi con l'azione Registra accettazione offerta, uno per ogni tipo di risposta che si desidera registrare, oppure un singolo evento con l'azione Registra accettazione offerta, da utilizzare per ogni chiamata postEvent utilizzata per registrare tipi di risposta differenti.
Ad esempio, creare un evento con l'azione Registra accettazione offerta per ogni tipo di risposta. È possibile definire le seguenti risposte personalizzate nella tabella UA_UsrResponseType [as Name (codice)]: Explore (EXP), Consider (CON) e Commit (CMT). È quindi possibile creare tre eventi e denominarli LogAccept_Explore, LogAccept_Consider e LogAccept_Commit. Tutti e tre gli eventi sono esattamente uguali (disporre dell'azione Registra accettazione offerta), ma i nomi sono diversi in modo da consentire a coloro che utilizzano l'API di Interact di distinguerli.
Oppure, è possibile creare un singolo evento con l'azione Registra accettazione offerta da utilizzare per tutti i tipi di risposta personalizzati. Ad esempio, denominarlo LogCustomResponse.
Quando si utilizza l'API di Interact, non esiste alcuna differenza funzionale tra gli eventi, ma le convenzioni di denominazione possono rendere il codice più chiaro. Inoltre, se si fornisce un nome diverso a ciascuna risposta del cliente, il report Riepilogo attività eventi canale visualizza informazioni più accurate.
Per ulteriori informazioni sui parametri riservati e sul metodo postEvent, consultare il manuale Interact Administrator's Guide.
Eventi definiti dal sistema
La scheda Eventi contiene la categoria predefinita, Categoria definita dal sistema. Non è possibile modificare, aggiungere o eliminare eventi in questa categoria. Questa categoria contiene eventi che corrispondono all'API di Interact. È possibile monitorare la frequenza con la quale si verificano tutti gli eventi sul touchpoint con il report Riepilogo attività eventi canale.
Tali eventi includono:
*
*
*
*
*
*